Invitation Link Security via Device Binding

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing file-based collaboration systems face security challenges due to the vulnerability of secret codes in invitation links, which can be compromised, and require multifactor authentication that is inconvenient for ad-hoc collaborations, especially when inviting external users without accounts.

Innovation Solution

The method and system provide invitation links with enhanced protection by encoding unique secret invitation codes, which are verified through a secondary communication channel, allowing access to protected resources only after successful authentication, without requiring a user account and allowing access from specific devices.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If multifactor authentication is implemented to enhance security, then security is improved, but device complexity and ease of operation deteriorate

Engineering Contradiction:
ImprovesecurityVSAvoidauthentication process complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system performs preliminary actions by pre-registering device identifiers (MAC addresses, device tokens) and associating them with user accounts before authentication is needed. When a user clicks an invitation link, the system has already stored the expected device identifier, enabling rapid verification without complex real-time authentication workflows. This preliminary setup reduces the complexity of the authentication process while maintaining strong security.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system uses device identifiers (MAC addresses, device tokens) as copies or representations of the physical device itself. Instead of requiring complex cryptographic proofs or multiple authentication factors, the system verifies access by checking whether the presenting device identifier matches the pre-registered copy stored in the database. This copying approach simplifies the authentication mechanism while maintaining security through device-specific binding.

Inventive Principle:
Principle #26Copying

2Reliability

If multifactor authentication is implemented to enhance security, then security is improved, but ease of operation deteriorates

Engineering Contradiction:
ImprovesecurityVSAvoidauthentication convenience
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system enables self-service authentication by automatically verifying device identifiers without requiring user intervention for complex authentication steps. When a user clicks an invitation link on a registered device, the system automatically retrieves the stored device identifier, compares it with the presenting identifier, and grants access if they match. This eliminates the need for users to manually configure authentication methods or remember additional credentials, making the process as convenient as traditional single-factor authentication while maintaining enhanced security.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The authentication convenience is achieved through preliminary registration of device identifiers during account creation or device onboarding. This pre-setup stores the device's unique identifiers (MAC address, device token) in association with the user account, so that subsequent authentication requires only the automatic verification of these pre-registered values. The preliminary action eliminates the need for complex real-time authentication interactions, making the process seamless for users.

Inventive Principle:
Principle #10Preliminary action

3Ease of operation

If secret codes are used in invitation links, then ease of operation is improved, but security deteriorates

Engineering Contradiction:
Improvelink sharing simplicityVSAvoidsecurity
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The system merges the simplicity of secret code-based invitation links with the security of device-specific authentication. The invitation link contains a straightforward secret code that can be easily shared via email or messaging, maintaining ease of operation. However, when the link is accessed, the system additionally verifies that the presenting device identifier matches a pre-registered device associated with the recipient's account. This merging of simple code-based access with device-specific verification maintains user-friendly sharing while eliminating the security vulnerabilities of pure secret code systems.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The device identifier acts as an intermediary between the simple secret code and the security verification process. The invitation link with secret code provides the initial access point, but the device identifier serves as an intermediate verification layer that validates whether the access request originates from an authorized device. This intermediary mechanism preserves the simplicity of code-based sharing while adding a security layer that prevents unauthorized access even if the code is compromised.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS11122047B2Invitation links with enhanced protection
Publication Date: 2021.09.14 CTERA NETWORKS
  • US11122047B2 patent drawing
  • US11122047B2 patent drawing
  • US11122047B2 patent drawing

AI summary

A method and system for providing invitation links with enhanced protection are presented. The method includes sending, to at least one invitee, at least one invitation link for accessing the protected resource, wherein the at least one invitation link includes a secret invitation code encoded therein, wherein the secret invitation code is unique to each invitee, the invitation link is sent to the at least one invitee through a primary communication channel; upon detecting an attempt to access the at least one invitation link, determining whether the encoded secret invitation code matches a known secret invitation code; upon determining that the secret invitation code matches the known secret invitation code, performing a verification process to authenticate the invitee via a secondary channel of communication; and upon determining that the verification process has been passed, granting access to the protected resource.