Firewall Drift Detection via Golden Config Comparison

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Firewall drift occurs when firewall rules are not identical across a network, leading to service disruptions and trust issues, as it often goes undetected until a failover test or real outage, causing manual checks and potential false negatives, and resulting in compromised user experience and increased costs.

Innovation Solution

A system and method for detecting and correcting firewall drift by extracting and comparing firewall rules across multiple firewalls, using a mapping of network sockets to process identifiers, and updating configuration data to ensure consistent access across all firewalls, thereby preventing service interruptions and enhancing network stability.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If manual checks and failover tests are used to detect firewall drift, then detection capability is provided, but detection timeliness deteriorates (detected only during outages or tests)

Engineering Contradiction:
Improvefirewall drift detection capabilityVSAvoiddetection timing
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The system performs preliminary comparison of firewall rules against a golden configuration before failover occurs. By proactively detecting drift conditions during normal operation rather than waiting for outages or manual tests, the system enables early remediation while service remains uninterrupted.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If firewall rules are manually updated across multiple firewalls, then configuration consistency can be restored, but operational complexity and error risk increase

Engineering Contradiction:
Improvefirewall configuration consistencyVSAvoidconfiguration update process
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system automatically generates and applies remediation configurations to restore consistency across firewalls. Instead of requiring manual intervention to update each firewall, the system self-corrects by comparing against the golden configuration and automatically applying necessary changes, eliminating human error and reducing operational burden.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system continuously monitors firewall configurations, compares them against the golden configuration, and provides feedback when drift is detected. This feedback loop enables automated remediation by triggering configuration updates only when necessary, maintaining consistency without constant manual intervention.

Inventive Principle:
Principle #23Feedback

3Loss of energy

If firewall drift is detected only during real network outages, then service disruption impact is maximized, but detection resource consumption is minimized

Engineering Contradiction:
Improvedetection resource consumptionVSAvoidservice continuity
Core Design Contradiction:
Loss of energyVSReliability

Solution Approach 1:

The system performs partial monitoring by comparing only critical firewall rules against the golden configuration rather than analyzing all possible configurations. This selective approach provides sufficient detection capability to maintain service continuity while consuming minimal computational resources during normal operation.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS12149504B2Firewall drift monitoring and detection
Publication Date: 2024.11.19 THE BANK OF NEW YORK MELLON
  • US12149504B2 patent drawing
  • US12149504B2 patent drawing
  • US12149504B2 patent drawing

AI summary

The present application relates to embodiments for detecting firewall drift. In some embodiments, a first set of firewall rules of a first firewall for a first instance of a distributed application, a second set of firewall rules of a second firewall for a second instance of the distributed application, and a mapping of IP addresses to identifiers of services from amongst a first set of services of the first instance and a second set of services of the second instance may be obtained. First connectivity data and second connectivity data may be generated indicating, for each of IP address associated with the first and second set of firewall rules, a respective port number over which communications between a respective IP address are transmitted, and generating comparison data indicating whether firewall drift is detected based on a comparison of the first connectivity data and the second connectivity data.