DHCP Appliance Token Validation for Network Security

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Corporate networks face challenges in securing remote access, traceability, and compliance due to the dynamic nature of DHCP protocols, which can lead to unauthorized access and difficulties in managing devices with varying connection times and locations.

Innovation Solution

A network system that includes a DHCP appliance acting as a firewall, which leases network addresses to remote devices for a defined time period, validates identification tokens, and connects the device to the network only if validation is successful, ensuring compliance with security standards before granting access.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If DHCP is used for dynamic IP address assignment to allow flexible remote connectivity, then network flexibility and ease of device connection are improved, but network security and unauthorized access prevention deteriorate

Engineering Contradiction:
Improvenetwork flexibilityVSAvoidunauthorized access
Core Design Contradiction:
Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

The patent introduces a security appliance as an intermediary component between the DHCP server and remote devices. This appliance intercepts DHCP requests, validates identification tokens against security policies, and only allows devices that pass validation to receive IP addresses and access the network. This mediator approach maintains DHCP's flexibility while adding a security layer that prevents unauthorized access.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system performs preliminary validation of identification tokens before granting network access. The security appliance checks whether a device's identification token matches any entries in the security policy database before allowing the device to receive an IP address or access network resources. This preliminary action ensures that only authorized devices can connect, addressing the security concern while preserving DHCP's dynamic allocation capability.

Inventive Principle:
Principle #10Preliminary action

2Object-affected harmful factors

If MAC address filtering is used to prevent unauthorized access, then security is improved, but device complexity and implementation difficulty worsen

Engineering Contradiction:
Improveunauthorized accessVSAvoidimplementation difficulty
Core Design Contradiction:
Object-affected harmful factorsVSDevice complexity

Solution Approach 1:

Instead of using complex MAC address filtering mechanisms, the patent employs simplified identification tokens that are easier to generate, store, and validate. These tokens are stored in a database within the security appliance and can be validated through straightforward string comparison operations. This approach replaces complex hardware-based MAC filtering with a simpler software-based token validation system.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The patent changes the parameter used for device identification from MAC addresses to identification tokens. These tokens can be any form of identifier (such as user names, device IDs, or other unique strings) rather than being bound to specific hardware addresses. This parameter change simplifies the system by allowing flexible token generation and validation without the constraints of MAC address filtering, reducing implementation complexity while maintaining security.

Inventive Principle:
Principle #35Parameter changes

3Stability of the object's composition

If DHCP leases IP addresses for extended periods to improve device connectivity stability, then device connectivity stability is improved, but network resource management and compliance tracking worsen

Engineering Contradiction:
Improveconnectivity stabilityVSAvoidcompliance tracking
Core Design Contradiction:
Stability of the object's compositionVSDifficulty of detecting and measuring

Solution Approach 1:

The security appliance implements a feedback mechanism that continuously monitors network access requests against the security policy database. Every time a device attempts to access the network, the appliance validates the device's identification token and checks whether the device remains compliant with security policies. This ongoing feedback loop enables the system to maintain connectivity stability for authorized devices while detecting and preventing non-compliant devices from accessing the network, thus improving compliance tracking.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system dynamically adjusts network access rights based on real-time validation results. When a device's identification token is validated successfully, the appliance grants network access and maintains it as long as the device remains compliant. If a device becomes non-compliant or its token is invalidated, the system dynamically revokes access. This dynamic approach allows extended lease periods for stable connectivity while maintaining the ability to track and respond to compliance changes.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS7568092B1Security policy enforcing DHCP server appliance
Publication Date: 2009.07.28 ORACLE AMERICAN INC
  • US7568092B1 patent drawing
  • US7568092B1 patent drawing
  • US7568092B1 patent drawing

AI summary

A method of allowing a remote device connected to a first network to access a second network, including leasing a leased network address to the remote device, where the leased network address allows the remote device access to the first network for a pre-defined time period, submitting at least one identification token from the remote device to an appliance within the first network, validating the at least one identification token within the pre-defined time period, and connecting the remote device to the second network if the validating is successful.