Integration Adapter for Secure Middleware Bypass

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing cloud integration systems face challenges in securely integrating systems due to security concerns and the inability of some systems to use middleware, particularly due to complex data types and custom bean requirements.

Innovation Solution

A porting module is introduced to modify middleware, allowing it to facilitate integration with target endpoint systems by transforming source code and adding metadata, creating an integration adapter that can be deployed as a sender and receiver, bypassing conventional bean lookups for security purposes and managing dependencies and life-cycles.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If middleware is used to facilitate integration between cloud-based systems and on-premises systems, then integration capability is improved, but security concerns arise due to complex data types and custom bean requirements

Engineering Contradiction:
Improveintegration capabilityVSAvoidsecurity
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent introduces an adapter as an intermediary component that sits between the middleware and the target system. This adapter translates and adapts data exchanges, preventing direct exposure of complex middleware internals (custom beans, complex data types) to the target system while maintaining integration capabilities. The adapter acts as a security boundary that mediates all interactions.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent creates simplified copies or representations of complex middleware concepts. Instead of exposing actual custom beans and complex data types, the adapter creates simplified interfaces and data structures that replicate the necessary functionality while removing security risks. This copying approach allows integration without exposing the underlying complexity.

Inventive Principle:
Principle #26Copying

2Adaptability or versatility

If standard middleware components are used for integration, then integration coverage is improved with over 100 standard components, but development time increases due to complex configuration and customization requirements

Engineering Contradiction:
Improveintegration coverageVSAvoiddevelopment time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent performs preliminary actions by pre-configuring the adapter with translation rules, data type mappings, and integration logic before deployment. The adapter is prepared in advance with all necessary configurations to handle standard middleware components, eliminating the need for complex runtime configuration and reducing development time while maintaining broad integration coverage.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent creates a universal adapter framework that can handle multiple standard middleware components through a single unified interface. Rather than creating separate integration logic for each of the 100+ standard components, the adapter provides multi-functional capabilities to work with various components through standardized mechanisms, significantly reducing development time.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Ease of operation

If conventional bean lookups are used in middleware, then component functionality is improved, but security vulnerabilities arise that require bypassing these lookups

Engineering Contradiction:
Improvecomponent functionalityVSAvoidsecurity vulnerability
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The adapter serves as an intermediary that replaces conventional bean lookups with a controlled access mechanism. Instead of allowing direct bean lookups that create security vulnerabilities, the adapter mediates all access to components through a secure interface that validates and controls interactions, maintaining functionality while eliminating security risks.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent replaces persistent, complex bean objects with simpler, transient representations that are created and destroyed as needed. These short-lived objects eliminate the security vulnerabilities associated with persistent bean lookups while maintaining the necessary functionality through controlled creation and destruction cycles.

Inventive Principle:
Principle #27Cheap short-living objects (Disposable)

Data Source

PatentUS10963227B2Technique for transforming a standard messaging component to a customized component
Publication Date: 2021.03.30 SAP SE
  • US10963227B2 patent drawing
  • US10963227B2 patent drawing
  • US10963227B2 patent drawing

AI summary

A method and system including receiving selection of a component at a porting module; retrieving a source code for the selected component and a component configuration file for the selected component; receiving component data associated with the component; generating metadata associated with the received component based on the received component data; modifying the component configuration file of the selected component to generate a modified configuration file; generating an integration adapter by modifying the retrieved source code for the selected component with the generated metadata and the modified configuration file; and deploying the integration adapter. Numerous other aspects are provided.