ZTNA Testing With a Simulated IdP for Concurrent Connections

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional ZTNA testing faces performance bottlenecks due to the use of real identity providers (IdPs) that require subscriptions and limit scalability, especially when testing multiple simultaneous connections.

Innovation Solution

Implementing a simulated or emulated identity provider (IdP) within a network traffic emulation platform to handle authentication responses internally, bypassing external network exchanges and allowing simultaneous testing with multiple clients.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a real identity provider (IdP) is used for ZTNA testing, then authentication functionality can be verified, but performance bottlenecks occur and scalability is limited

Engineering Contradiction:
Improveauthentication functionalityVSAvoidtesting scalability
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent creates a simulated IdP that replicates the authentication functionality of a real IdP without requiring an actual external service. This copy provides all necessary authentication responses locally, enabling unlimited concurrent testing while maintaining functional equivalence to real IdP interactions

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The patent extracts the authentication response generation capability from the external IdP and embeds it within the test system itself. By taking out the essential authentication function and placing it locally, the system eliminates the bottleneck caused by external service limitations while preserving the authentication verification capability

Inventive Principle:
Principle #2Taking out (Extraction)

2Reliability

If a real identity provider (IdP) is used for ZTNA testing, then authentication can be performed, but subscription costs are incurred and performance is limited

Engineering Contradiction:
Improveauthentication capabilityVSAvoidtesting capacity
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The test system becomes self-sufficient by generating its own authentication responses through the simulated IdP. This eliminates dependency on external IdP services, removing subscription requirements and enabling the system to serve its own testing needs without external constraints on capacity or cost

Inventive Principle:
Principle #25Self-service

3Productivity

If multiple simultaneous connections are tested through a real IdP, then comprehensive performance testing is achieved, but the IdP becomes a bottleneck

Engineering Contradiction:
Improveperformance testing coverageVSAvoidauthentication response speed
Core Design Contradiction:
ProductivityVSSpeed

Solution Approach 1:

The simulated IdP acts as an intermediary that mediates between the test system and the authentication protocol requirements. It provides locally-generated authentication responses that eliminate the speed limitations of external IdPs while maintaining protocol compliance, enabling high-speed concurrent testing

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS12452286B2Methods, systems, and computer readable media for zero trust network access (ZTNA) testing using test system with simulated or emulated identity provider
Publication Date: 2025.10.21 KEYSIGHT TECHNOLOGIES INC
  • US12452286B2 patent drawing
  • US12452286B2 patent drawing
  • US12452286B2 patent drawing

AI summary

A method for ZTNA testing using a simulated or emulated IdP includes generating and transmitting, from an emulated client implemented by a network traffic emulation platform and to a server, an emulated application traffic message. The method further includes receiving, from a PEP under test, a message redirecting the emulated client to a simulated or emulated IdP and including an authentication request. The method further includes generating, by the simulated or emulated IdP, an authentication response and providing the authentication response to the emulated client. The method further includes providing, to the PEP under test, a response to the authentication request from the PEP under test. The method further includes receiving a response including an authenticated cookie from the PEP under test, generating and transmitting, to the server via the PEP under test, a request including the authenticated cookie, and receiving a response from the server.