Authentication Tokens in Embedded Applets for Web Access

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In security systems, the frequent need for users to re-enter credentials when multiple applets access different resources on a server system leads to inefficiency and security risks, particularly in real-time management scenarios, as current solutions either relax access restrictions or use insecure credential caching.

Innovation Solution

The implementation of a system where the server generates and includes authentication tokens within HTML pages for embedded applets, allowing them to access server resources without sharing credentials with the browser, and validates these tokens upon request, eliminating the need for repeated user input while maintaining security.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If applets are required to authenticate independently for each resource access, then security is maintained, but operational efficiency deteriorates due to repeated credential entry

Engineering Contradiction:
ImprovesecurityVSAvoidoperational efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The server performs preliminary authentication when the HTML page is initially requested, generates authentication tokens, and embeds them in the page. This preliminary action eliminates the need for repeated authentication during subsequent applet resource accesses, resolving the contradiction between security and operational efficiency.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

Authentication tokens serve as an intermediary mechanism between the user's initial credentials and the applet's resource access requests. The tokens are generated by the server, embedded in the HTML page, and automatically provided to applets, eliminating the need for repeated credential entry while maintaining security verification.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of operation

If access restrictions are relaxed to allow unrestricted applet access, then ease of operation improves, but security deteriorates due to increased security risks

Engineering Contradiction:
Improveease of operationVSAvoidsecurity
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

Instead of applying uniform access restrictions or complete openness, the system applies differentiated access control: authenticated users receive tokens that grant specific applets access to specific resources. This local quality approach allows ease of operation for authorized applets while maintaining security through token-based verification.

Inventive Principle:
Principle #3Local quality

3Ease of operation

If credential caching is implemented on client devices, then ease of operation improves by avoiding repeated entry, but security deteriorates due to insecure storage risks

Engineering Contradiction:
Improveease of operationVSAvoidsecurity
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

Authentication tokens embedded in HTML pages serve as a secure intermediary that eliminates the need for client-side credential caching. The tokens are generated by the server, transmitted through the HTML page, and automatically provided to applets, achieving ease of operation without the security risks of storing credentials on client devices.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS9608983B2Authentication system and method for embedded applets
Publication Date: 2017.03.28 TYCO FIRE & SECURITY GMBH
  • US9608983B2 patent drawing
  • US9608983B2 patent drawing
  • US9608983B2 patent drawing

AI summary

A system and method for authenticating user requests issued from embedded applets running on web-accessible user devices. The server system generates authentication tokens associated with user credentials, in response to user requests for HTML pages that include the embedded applets. The server system stores the authentication tokens on the server system, and includes the authentication tokens in URLs within applet tags in the HTML pages returned to the user devices. When the applets download and request content from the server system, the applets supply the previously included authentication tokens in the URLs that identify the requested content. Upon finding a match between the applet-supplied authentication tokens and the stored authentication tokens, the server identifies the user as a trusted user, and responds with the requested content. This can be used to eliminate HTTP-based authentication challenges for subsequent user access.