Service Mesh Native Modules for Sensitive Data Detection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems fail to effectively protect sensitive data communicated through microservices and service mesh runtime logic, leading to vulnerabilities such as API exploits, Generative AI or Large Language Model exploits, misconfigurations, and sensitive data leakage.

Innovation Solution

Deploying WebAssembly (WASM) or native modules within the service mesh's service routing layer to classify and detect sensitive data patterns, with a security policy, and transmitting telemetry to a command module for real-time monitoring and remediation.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If WebAssembly or native modules are deployed in the service mesh to detect sensitive data patterns, then data security and detection capability are improved, but device complexity and system overhead increase

Engineering Contradiction:
Improvedata securityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system segments security detection functionality into separate WebAssembly modules that can be independently deployed and managed. Each module handles specific detection tasks, allowing the system to maintain high security capabilities while distributing complexity across manageable units rather than monolithic structures.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

WebAssembly acts as an intermediary layer between the service mesh infrastructure and security detection requirements. This intermediary enables flexible deployment of detection logic without directly modifying core service mesh components, thereby improving security while managing system complexity through a dedicated security plane.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If real-time data classification and pattern detection is implemented, then sensitive data leakage is prevented, but processing time and computational resources increase

Engineering Contradiction:
Improvedata protectionVSAvoidprocessing time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system implements partial action by selectively analyzing only the portions of data that are most likely to contain sensitive information, rather than processing entire data streams. Pattern-based detection allows the system to focus computational resources on specific data characteristics that indicate sensitivity, reducing processing time while maintaining protection effectiveness.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system changes processing parameters dynamically based on detected data patterns and risk levels. When sensitive data patterns are detected, the system adjusts processing intensity and resource allocation accordingly, allowing fast processing for low-risk data while applying more intensive analysis only when necessary, thus optimizing the balance between protection and processing time.

Inventive Principle:
Principle #35Parameter changes

3Reliability

If security policies are enforced at the service routing layer, then unauthorized data access is prevented, but service mesh performance and throughput may degrade

Engineering Contradiction:
Improveaccess controlVSAvoidservice throughput
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system applies local quality by implementing security policies at specific routing points within the service mesh rather than uniformly across all traffic. Different security enforcement strategies are applied to different data flows based on their sensitivity and risk characteristics, allowing high-throughput processing for trusted traffic while maintaining strict access control for sensitive data.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system replaces traditional mechanical access control mechanisms with pattern-based detection and WebAssembly-driven decision logic. This substitution allows for more efficient and flexible security enforcement that can process data faster while maintaining robust access control, as the new system can make intelligent decisions about traffic handling without requiring extensive manual configuration.

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

Data Source

PatentEP4703892A1Data plane management systems and methods using native modules
Publication Date: 2026.03.04 F5 NETWORKS INC
  • EP4703892A1 patent drawingFigure 1
  • EP4703892A1 patent drawingFigure 2
  • EP4703892A1 patent drawingFigure 3

AI summary

Systems and methods for data plane management are disclosed herein. An example method includes deploying a native module that is embedded in a service routing layer of the service mesh, assigning a security policy to the native module from a bootstrapping layer of the service mesh, the security policy enabling the native module to detect patterns in the service mesh data that are indicative of sensitive information, evaluating service mesh data by the native module with the security policy, and transmitting telemetry to a cloud-based command module when the native module has detected patterns in the service mesh data.