Automated Flow Log Compression for Cloud Security Cost Reduction

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Flow log analysis in cloud environments is expensive due to high egress costs associated with providing large volumes of data for security analysis, and cloud service providers lack native support for large-scale transformation of flow logs, such as bulk compression.

Innovation Solution

An automated orchestration system that determines a parameterized template for batch data processing operations to compress flow logs, leveraging either native batch data processing services or provisioning a cluster for transformation, reducing egress and storage costs by transforming and analyzing compressed logs.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If flow logs are provided in large volumes for security analysis, then security threat detection capability is improved, but egress costs and storage costs increase significantly

Engineering Contradiction:
Improvesecurity threat detection capabilityVSAvoidegress costs and storage costs
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The system performs preliminary compression of flow logs before they are transmitted to or stored in the security service. By compressing the data in advance (before the costly egress/storage operation), the system reduces the volume of data that incurs egress and storage costs, while still maintaining the full security analysis capability when the compressed logs are decompressed and processed.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system changes the physical state of the flow log data by applying compression algorithms, transforming the data from an uncompressed state to a compressed state. This parameter change (compression ratio) directly reduces the volume metric, thereby lowering both egress costs and storage costs while preserving the information content needed for security analysis.

Inventive Principle:
Principle #35Parameter changes

2Adaptability or versatility

If cloud service providers implement native support for large-scale flow log transformation, then transformation capability is improved, but system complexity increases

Engineering Contradiction:
Improveflow log transformation capabilityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system segments the flow log transformation functionality into separate, independent components (compression service, decompression service, orchestration layer) rather than embedding transformation capabilities directly into the core cloud provider infrastructure. This segmentation allows transformation capability to be added without increasing the complexity of the core system, as the transformation functions operate as independent modules.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system introduces an intermediary transformation service layer between the flow log generation and the security analysis components. This intermediary handles all transformation operations (compression, decompression, format conversion) without requiring the core cloud provider system to become more complex. The intermediary acts as a buffer that provides transformation capability while isolating the core system from transformation-related complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Loss of energy

If flow logs are compressed before analysis, then egress costs are reduced, but processing time and computational resources increase

Engineering Contradiction:
Improveegress costsVSAvoidprocessing time
Core Design Contradiction:
Loss of energyVSLoss of time

Solution Approach 1:

The system performs compression as a preliminary action before data egress, accepting the upfront processing time as a trade-off for significant egress cost reduction. The compression is done once before transmission, and the decompression at the destination is optimized to be faster than the alternative of transmitting uncompressed data and processing it later.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements periodic or batch compression operations rather than real-time compression for every flow log entry. By accumulating flow logs and compressing them in batches at scheduled intervals, the system reduces the overall processing overhead compared to continuous compression, while still achieving significant egress cost savings on the aggregated data.

Inventive Principle:
Principle #19Periodic action

Data Source

PatentUS11947965B2Automated orchestration of large-scale flow log transformation
Publication Date: 2024.04.02 PALO ALTO NETWORKS INC
  • US11947965B2 patent drawing
  • US11947965B2 patent drawing
  • US11947965B2 patent drawing

AI summary

When a transformation job of flow logs generated for a cloud environment is triggered, a security service determines a parameterized template for batch data processing operations offered by the cloud service provider (CSP) to use based on the type of transformation job. The security service communicates an indication of the template and the corresponding parameter values to a data processing service/pipeline offered by the CSP. The provisioned processing resources retrieve the flow logs from a designated location in cloud storage, complete the transformation, and store the transformed flow logs in a new storage location. If the CSP does not provide a data processing service/pipeline which can perform bulk data transformation, the security service uses a generic parameterized template specifying a transformation job to be run on a cluster. Upon completion, the security service retrieves and analyzes the transformed flow logs as part of threat detection performed for securing the cloud environment.