Trust Token System for Device Integrity Verification

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Client devices transmitting data over public networks face risks of interception, alteration, and fraud due to potential malicious entities forging network identities and inserting malicious code, which existing technologies fail to adequately address.

Innovation Solution

Implementing a trust token system that issues and verifies trust tokens based on device-level and application-level fraud detection signals, using blinded nonces and cryptographic hashes to ensure the integrity of devices and applications, thereby protecting against fraudulent activities without compromising user privacy.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If trust tokens are issued to verify device and application integrity, then security and trust verification are improved, but system complexity and processing overhead increase

Engineering Contradiction:
Improvetrust verificationVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The trust verification system is segmented into distinct evaluation stages: device-level fraud detection signals are evaluated separately from application-level code analysis. This segmentation allows the system to issue trust tokens based on multiple independent criteria, improving reliability while managing complexity through modular processing.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs preliminary evaluations of device-level fraud detection signals and application code before issuing trust tokens. By conducting these assessments in advance, the system ensures that only trusted devices and applications receive tokens, enhancing security without requiring complex real-time verification during data transmission.

Inventive Principle:
Principle #10Preliminary action

2Measurement precision

If comprehensive fraud detection signals and code analysis are performed, then trust verification accuracy is improved, but processing time and latency increase

Engineering Contradiction:
Improvetrust verification accuracyVSAvoidprocessing latency
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The system performs fraud detection signal evaluation and code analysis in advance before trust token issuance. This preliminary action allows comprehensive accuracy checks to be completed beforehand, so that when data transmission occurs, the verification is already complete, reducing operational latency.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system evaluates device-level fraud detection signals and application code to a sufficient degree to ensure trust, without performing exhaustive analysis that would cause excessive delays. By determining the minimum necessary evaluation depth, the system achieves accurate trust verification while minimizing processing time.

Inventive Principle:
Principle #16Partial or excessive action

3Reliability

If trust tokens are issued based on device and application evaluations, then security against fraudulent activities is improved, but user privacy may be compromised

Engineering Contradiction:
Improvesecurity against fraudVSAvoiduser privacy
Core Design Contradiction:
ReliabilityVSLoss of information

Solution Approach 1:

The system extracts and evaluates only the necessary information for trust determination: device-level fraud detection signals and application code characteristics. By taking out only the essential data needed for security verification and discarding unnecessary user information, the system maintains security while preserving user privacy.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The trust evaluation applies different criteria to different components: device-level signals are evaluated separately from application-level code. This local quality approach allows targeted assessment of security-relevant attributes without exposing or processing sensitive user information, thereby maintaining privacy while ensuring security.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS20240232322A1Verifying device and application integrity
Publication Date: 2024.07.11 GOOGLE LLC
  • US20240232322A1 patent drawing
  • US20240232322A1 patent drawing
  • US20240232322A1 patent drawing

AI summary

This disclosure relates to using trust tokens to verify the integrity of devices and applications from which data is received. In one aspect, a method includes receiving, from a client device, a request for one or more trust tokens. The request includes at least one of one or more device-level fraud detection signals obtained from the client device or data representing code of an application that initiated the request. The request also includes a respective nonce for each of the one or more trust tokens. A determination is made, based on at least one of the one or more device-level fraud signals or the data representing the code of the application, to issue the one or more trust tokens to the client device. Each trust token is generated using the nonce for the trust token. The one or more trust tokens are provided to the client device.