Privacy-Preserving Task Automation via Encrypted Enclave

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Task automation platforms face security risks due to the potential exposure of sensitive user data when automation rules are compromised, as attackers can misuse access tokens to access and control user devices and services, compromising both online and offline security and privacy.

Innovation Solution

A computer-implemented method for privacy-preserving secure task automation is implemented, using a task automation platform with encryption keys to securely manage user data, where a shared secret key is used to encrypt communications between services, and a trusted hardware-secured environment handles sensitive data, ensuring that user data remains private even if the platform is compromised.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If user data is stored in plaintext for easy access and automation execution, then task automation functionality is improved, but user privacy and security are compromised

Engineering Contradiction:
Improvetask automation functionalityVSAvoiduser privacy exposure
Core Design Contradiction:
Ease of operationVSObject-affected harmful factors

Solution Approach 1:

The system segments user data into encrypted form stored in databases, with only decryption keys held in the trusted enclave. This allows the automation platform to access and process user data functionality without having plaintext data available, resolving the contradiction between ease of operation and privacy protection.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

A trusted hardware enclave acts as an intermediary between the automation logic and user data. The enclave decrypts data temporarily for processing and re-encrypts it afterward, serving as a mediator that enables task automation while preventing direct access to plaintext user data by the platform.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Measurement precision

If automation rules store detailed user information for personalized automation, then automation precision is improved, but security risks increase when rules are compromised

Engineering Contradiction:
Improveautomation rule accuracyVSAvoidsystem security
Core Design Contradiction:
Measurement precisionVSReliability

Solution Approach 1:

The system separates automation rule logic from sensitive user data. Rules reference encrypted user identifiers and attributes without containing plaintext personal information. This segmentation maintains automation precision while reducing security risks from rule compromise.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

User data is transformed from plaintext to encrypted form using cryptographic parameters. The automation system operates on encrypted parameters and metadata that preserve sufficient information for accurate rule execution while eliminating sensitive personal information exposure.

Inventive Principle:
Principle #35Parameter changes

3Adaptability or versatility

If access tokens are shared across multiple services for integrated automation, then service integration is improved, but vulnerability to attacker misuse increases

Engineering Contradiction:
Improveservice integration capabilityVSAvoidattacker access risk
Core Design Contradiction:
Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

The system extracts sensitive authentication credentials from the automation rule structure. Instead of embedding access tokens in rules, the system uses encrypted user identifiers and retrieves authorized services dynamically through the trusted enclave, removing the vulnerability to token misuse while maintaining service integration.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The system transitions from flat token-based authentication to multi-dimensional security architecture involving encrypted identifiers, trusted enclave verification, and service-specific authorization. This dimensional change enables service integration while adding security layers that prevent attacker misuse.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

4Speed

If the task automation platform stores unencrypted user data for quick retrieval, then data access speed is improved, but confidentiality is compromised when platform security is breached

Engineering Contradiction:
Improvedata retrieval speedVSAvoiduser data confidentiality
Core Design Contradiction:
SpeedVSLoss of information

Solution Approach 1:

User data is pre-encrypted and stored in encrypted databases before any access occurs. The trusted enclave holds decryption keys ready for rapid authentication and decryption when needed, eliminating the need to store plaintext data while maintaining quick access through pre-positioned cryptographic materials.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system replaces mechanical plaintext storage with cryptographic encryption mechanisms. Modern decryption hardware in the trusted enclave provides rapid decryption performance that substitutes for the speed advantage of plaintext storage while maintaining confidentiality.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

Data Source

PatentUS11184162B1Privacy preserving secure task automation
Publication Date: 2021.11.23 GEN DIGITAL INC
  • US11184162B1 patent drawing
  • US11184162B1 patent drawing
  • US11184162B1 patent drawing

AI summary

Privacy preserving secure task automation. A method may include generating, by a first section of a platform, a pair of encryption keys (private and shared secret keys); receiving, by a second section of the platform, platform user data, trigger service user data; and action service user data, wherein the user of the services and platform are the same; sending the shared secret key to the services; storing the private key in the first section; receiving from the trigger service, by the second section, a first communication encrypted with the shared secret key, regarding occurrence of a trigger; determining, by the first section, that the trigger corresponds to the user of the platform; encrypting a second message with the shared secret key, requesting invocation of the action based on the trigger; and transmitting the second encrypted message to the action service without the data related to the user of the platform.