API Security Validation in Continuous Integration Pipelines

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Cloud computing systems face significant security vulnerabilities due to the ubiquity of APIs, which are often exploited by hackers to gain unauthorized access, and existing security measures are inadequate for ensuring API security in continuous integration environments.

Innovation Solution

Implementing an API security validation testing tool during system integration testing in a continuous integration environment, which detects missing security tests, validates parameter and method tests, and performs automated testing to ensure API endpoints behave correctly by generating invalid requests and checking their acceptance or rejection.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If automated API security testing is implemented during system integration testing, then API security validation is improved, but testing complexity and time requirements increase

Engineering Contradiction:
ImproveAPI security validationVSAvoidtesting complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system performs security testing preparation in advance by automatically generating security test cases before the actual testing phase. Test cases are pre-configured with various attack scenarios and validation criteria, allowing the security validation to be integrated seamlessly into the existing CI/CD pipeline without adding significant complexity during execution.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements automated feedback mechanisms that continuously monitor API security test results and provide real-time validation feedback. When security vulnerabilities are detected, the system automatically generates reports and can block deployments, creating a closed-loop feedback system that maintains high security validation without requiring manual intervention.

Inventive Principle:
Principle #23Feedback

2Reliability

If comprehensive security testing for all API endpoints is performed, then security coverage is improved, but testing time and productivity are reduced

Engineering Contradiction:
Improvesecurity coverageVSAvoidtesting speed
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system pre-generates and categorizes security test cases for all API endpoints before execution. By preparing test cases in advance and organizing them by priority and complexity, the system can efficiently execute high-value security tests first while maintaining comprehensive coverage, thus improving productivity without sacrificing security thoroughness.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system applies a tiered testing approach where critical API endpoints receive comprehensive security testing while less critical endpoints receive proportional testing based on their risk profiles. This partial action strategy ensures that security coverage is maximized for high-risk areas while reducing overall testing time for lower-risk endpoints.

Inventive Principle:
Principle #16Partial or excessive action

3Ease of operation

If manual security testing procedures are used, then testing flexibility is improved, but automation level and efficiency are reduced

Engineering Contradiction:
Improvetesting flexibilityVSAvoidautomation level
Core Design Contradiction:
Ease of operationVSExtent of automation

Solution Approach 1:

The system implements self-service automation where the security testing framework automatically discovers API endpoints, generates appropriate security test cases, executes tests, and produces reports without requiring manual configuration. The system adapts to different API structures and automatically adjusts test parameters, maintaining flexibility while achieving high automation levels.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system uses configurable parameters that can be dynamically adjusted to match different security requirements and API structures. By changing test parameters such as validation criteria, attack vectors, and reporting formats through configuration rather than coding, the system achieves both automation and flexibility.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS11132278B2Application programming interface security validation for system integration testing
Publication Date: 2021.09.28 EMC IP HLDG CO LLC
  • US11132278B2 patent drawing
  • US11132278B2 patent drawing
  • US11132278B2 patent drawing

AI summary

Techniques are provided to implement application programming interface (API) security validation testing for system integration testing (SIT) in a continuous integration environment. For example, a SIT tool detects a change in master code associated with an application comprising a plurality of microservices and an API gateway to route client API requests to the microservices of the application. The SIT tool obtains a listing of API endpoints exposed by the microservices of the application. The SIT tool performs an automated API security test validation process to determine whether an API security test file has been created for each API endpoint in the listing of API endpoints. The SIT tool fails the API security test validation process in response to determining that an API security test file has not be created for one or more API endpoints in the listing of API endpoints.