Multi-Level Network Security via Queue-Shell Architecture

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current cybersecurity measures are insufficient in protecting digital devices from evolving threats, as they often require constant updates, are inefficient against unknown protocols and embedded malware, and rely on user behavior that can be unpredictable or insecure.

Innovation Solution

A multi-level cybersecurity system that includes MLP Security Centers and MLP Devices, utilizing a queue-shell architecture with shared memory communication and configurable security protocols to intercept and modify network traffic, preventing unknown threats and embedded malware by converting packets between protocols without direct network communication.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If current security software solutions (firewall, anti-spyware, anti-virus) are used to protect devices, then basic network traffic filtering is provided, but they are largely ineffective against continually evolving modern threats and require constant updates

Engineering Contradiction:
Improveprotective capabilityVSAvoideffectiveness against evolving threats
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The security system is divided into multiple independent shells (first shell, second shell, third shell) that operate in isolation. Each shell handles specific security functions, and they communicate through a controlled interface (queue). This segmentation allows each component to be updated independently and prevents a breach in one shell from compromising the entire system, thereby improving reliability while maintaining adaptability to evolving threats.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

A queue is introduced as an intermediary communication mechanism between shells. The queue acts as a buffer that allows shells to exchange information without direct network communication, enabling the system to adapt to new threats by updating individual shells without disrupting overall system operation, thus improving both reliability and adaptability.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Measurement precision

If deep packet scanning and statistics are used to discriminate between packets, then security detection capability is improved, but the process becomes inefficient and time consuming

Engineering Contradiction:
Improvepacket discrimination accuracyVSAvoidprocessing efficiency
Core Design Contradiction:
Measurement precisionVSProductivity

Solution Approach 1:

Security rules are pre-configured in each shell before packets arrive. The shells use these pre-established rules to quickly classify and route packets without performing time-consuming deep inspection on every packet. This preliminary preparation maintains high detection accuracy while significantly improving processing efficiency.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

Different shells are assigned different security inspection functions and rule sets tailored to specific threat types. Instead of applying uniform deep packet scanning to all traffic, each shell applies localized, optimized detection methods appropriate to its designated security function, improving both accuracy and efficiency.

Inventive Principle:
Principle #3Local quality

3Reliability

If users are restricted to use under-privileged computer accounts for security, then security protection is improved, but convenience and productivity are reduced

Engineering Contradiction:
Improvesecurity protectionVSAvoiduser convenience
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system implements asymmetric security measures where the security architecture itself (shells and queue) provides robust protection, allowing users to operate with standard privileged accounts for convenience. The security enforcement is built into the system infrastructure rather than being imposed as restrictive constraints on user accounts, thus maintaining both security protection and user convenience.

Inventive Principle:
Principle #4Asymmetry

4Adaptability or versatility

If multiple security layers are implemented to protect against unknown threats, then security coverage is improved, but system complexity increases

Engineering Contradiction:
Improvesecurity coverageVSAvoidsystem architecture complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The multi-layer security system is segmented into discrete, modular shells with clearly defined interfaces. Each shell represents a distinct security layer that can be independently configured, deployed, and maintained. This modular segmentation manages complexity by breaking down the complex multi-layer architecture into manageable, standardized components.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The queue interface serves as a universal communication mechanism that works across all security layers and shell types. This universal interface simplifies the architecture by providing a standardized method for inter-layer communication, reducing the complexity that would otherwise arise from multiple specialized interfaces between different security components.

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

Data Source

PatentUS10757078B2Systems and methods for providing multi-level network security
Publication Date: 2020.08.25 BEN BENJAMIN MOSHE
  • US10757078B2 patent drawing
  • US10757078B2 patent drawing
  • US10757078B2 patent drawing

AI summary

Systems and methods for providing network security include receiving, by a first server of a first network, data having a destination of a second network; determining, by the first server, a first set of actions to be taken based at least in part on the data, including transmitting the data to applications on the first server; converting, by the first server, the data into a first data structure; adding, by the first server, the data into a queue shared with a second server of the first computer network; reading, by the second server, the data in the form of the first data structure from the queue; determining, by the second server, a second set of actions to be performed based at least in part on the read data; converting, by the second server, the read data into a second data structure; and transmitting the converted data to the destination.