Security Handling for Application Code Branching

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current security handling of application code branching from requirements elicitation through the software development lifecycle (SDLC) to deployment and operation is inefficient, as it typically considers security only during planning and design phases, failing to address inconsistencies in code branch terminations and vulnerabilities such as SQL injection, XSS, and DDOS, which can lead to security gaps and attacks.

Innovation Solution

A method that collects security rules related to a defined security policy, dynamically identifies code branches executing outside their current execution space using natural language processing, and generates a gap document for potential security gaps, ensuring compliance with security policies from requirements elicitation through deployment.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If security rules are applied during requirements elicitation phase using natural language processing, then security vulnerabilities can be identified early, but the complexity of the security handling process increases

Engineering Contradiction:
Improvesecurity vulnerability identificationVSAvoidsecurity handling process
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent applies security rules during the requirements elicitation phase, which is the preliminary stage of software development. By performing security analysis early in the SDLC before code is written, the system identifies potential vulnerabilities in advance, allowing developers to address security concerns during design rather than during later testing or deployment phases.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary security analysis component that uses natural language processing to interpret requirements documents and automatically apply security rules. This intermediary layer translates natural language requirements into structured security assessments, bridging the gap between requirements gathering and formal security validation without requiring manual security expert intervention at every stage.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If code branches executing outside current execution space are dynamically identified, then security gaps can be detected, but the analysis time and processing resources increase

Engineering Contradiction:
Improvesecurity gap detectionVSAvoidanalysis time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs dynamic identification of code branches during the requirements elicitation and design phases, before the actual code is executed or deployed. By analyzing the intended execution paths and potential branches in advance through natural language processing of requirements documents, the system detects security gaps early without requiring extensive runtime analysis or testing of the actual application.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If security rules are collected and applied throughout the entire SDLC from requirements to deployment, then comprehensive security coverage is achieved, but the process becomes more complex and time-consuming

Engineering Contradiction:
Improvesecurity coverageVSAvoiddevelopment efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent implements security rule application at the requirements elicitation stage, which is the earliest phase of the SDLC. By establishing security requirements and identifying potential vulnerabilities before code development begins, the system prevents security issues from being introduced during coding rather than detecting them later. This preliminary security planning reduces the need for extensive security testing and remediation during later development phases.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system provides continuous feedback throughout the SDLC by monitoring code branches and comparing them against collected security rules. When potential security gaps are identified, the system generates reports and recommendations that feed back to developers, allowing them to adjust their implementation in real-time. This feedback mechanism ensures comprehensive security coverage while maintaining development productivity by addressing issues as they arise rather than requiring complete rework.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS11403392B2Security handling during application code branching
Publication Date: 2022.08.02 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US11403392B2 patent drawing
  • US11403392B2 patent drawing
  • US11403392B2 patent drawing

AI summary

Aspects of the present invention provide an approach for security handling of application code branching from requirements elicitation through the software development lifecycle (SDLC) to deployment and operation. In an embodiment, a set of security rules is collected related to a defined security policy (e.g., of an organization). During a requirements elicitation phase, any code branches which go outside of its current execution space are dynamically identified using natural language techniques. A potential gap is reported in a generated gap document when an identified code branch is not consistent with the set of security rules.