Hierarchical SOAR Data Replication via Tenant ID Propagation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing hierarchical multitenant Security Orchestration and Automated Response (SOAR) deployments face challenges in managing data flow across multiple tiers, particularly in geographically distributed environments, where network segments differ and VPN connections are not always feasible, leading to issues with message delivery and synchronization.

Innovation Solution

The implementation of a hierarchical SOAR deployment model that uses tenant identifiers (IDs) to control data flow propagation, maintaining parent-tenant IDs and child-tenant IDs within records, and enforcing propagation rules to ensure secure, reliable, and bidirectional synchronization across tiers, preventing infinite looping and handling network disconnects.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If VPN connections are used to connect network segments in hierarchical SOAR deployment, then secure communication between tiers is improved, but network complexity and connection reliability worsen due to VPN configuration issues and potential disconnects

Engineering Contradiction:
Improvecommunication reliabilityVSAvoidnetwork configuration complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent introduces an intermediary mechanism (message queue/ broker) that mediates communication between SOAR nodes across different network segments. Instead of relying on direct VPN connections, messages are routed through this intermediary component that handles serialization, deserialization, and forwarding, eliminating the need for complex VPN configurations while maintaining secure communication.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system segments the hierarchical SOAR deployment into independent tiers (first tier, second tier, third tier) that can communicate through standardized message interfaces. Each tier operates semi-independently with its own message handling logic, allowing network segments to be managed separately without requiring end-to-end VPN connectivity across the entire hierarchy.

Inventive Principle:
Principle #1Segmentation

2Reliability

If data is propagated across multiple tiers in hierarchical SOAR deployment, then data synchronization is improved, but infinite looping and synchronization errors worsen

Engineering Contradiction:
Improvedata synchronizationVSAvoidpropagation control complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements feedback mechanisms where each SOAR node tracks the propagation state of messages and sends acknowledgment signals back through the hierarchy. When a message is propagated from one tier to another, the receiving node generates feedback that prevents re-propagation of the same message, thereby eliminating infinite loops while maintaining synchronization.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

Before propagating data across tiers, the system performs preliminary actions including setting propagation flags, establishing parent-child tier relationships, and configuring message routing rules. These preliminary configurations ensure that data flows in the correct direction through the hierarchy without creating loops, simplifying the overall propagation control.

Inventive Principle:
Principle #10Preliminary action

3Adaptability or versatility

If direct network connectivity is assumed between all tiers, then message delivery simplicity is improved, but adaptability to distributed environments without direct connectivity worsens

Engineering Contradiction:
Improveenvironment adaptabilityVSAvoidmessage delivery mechanism
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent creates a universal message delivery mechanism that functions across multiple network configurations. The message broker and serialization layer are designed to handle both direct-connected environments and distributed environments with indirect connectivity, making the system adaptable to various deployment scenarios without requiring separate delivery mechanisms for each case.

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

Data Source

PatentUS11757718B2Providing secure data replication among nodes of a hierarchical multitenant security orchestration and automated response (SOAR) architecture
Publication Date: 2023.09.12 FORTINET INC
  • US11757718B2 patent drawing
  • US11757718B2 patent drawing
  • US11757718B2 patent drawing

AI summary

Systems and methods for facilitating secure and reliable communications among nodes of different tiers of a multi-tenant SOAR deployment are provided. According to one embodiment, data flow propagation within a hierarchy of nodes of the SOAR deployment is controlled. Responsive to creation of a record by a node: (i) when there exists a parent node in the hierarchy, setting a PID of the record to a TID of the parent node; otherwise, to a TID of the node; (ii) when there exists a child node in the hierarchy, setting a CID of the record to the TID of the child node; otherwise, to the TID of the node; and (iii) maintaining a set of propagation rules for the node relating to permissibility of propagation of the record within the hierarchy. During propagation of the record by the node, the PID and the CID of the record are updated.