DHCP Authentication Using EAP Challenge-Response

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The existing approaches to migrate Point to Point Protocol (PPP) functions to IP over Ethernet infrastructure face challenges such as increased network resource consumption, lack of user authentication and authorization, and inability to deny access to unauthorized users, particularly in large service provider networks.

Innovation Solution

The solution involves migrating PPP authentication functionality to DHCP, using new challenge and response DHCP processes and message types, and integrating the Extensible Authentication Protocol (EAP) to perform user authentication and authorization, ensuring secure and efficient access control.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If PPP authentication functionality is migrated to DHCP, then IP-based infrastructure security is improved, but DHCP protocol complexity increases

Engineering Contradiction:
Improveauthentication securityVSAvoidDHCP protocol complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent combines PPP authentication functionality with DHCP protocol by integrating Extensible Authentication Protocol (EAP) into DHCP message exchanges. This merging allows authentication security to be maintained while using a single protocol (DHCP) instead of multiple protocols (PPP + EAP), thereby reducing overall system complexity despite adding authentication capabilities to DHCP

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The patent introduces EAP as an intermediary authentication mechanism that operates within the DHCP framework. EAP serves as a mediator between the authentication requirements (originally from PPP) and the DHCP protocol, enabling secure authentication without requiring DHCP to become inherently complex, as EAP handles the authentication logic separately

Inventive Principle:
Principle #24Intermediary (Mediator)

2Device complexity

If PPP functions are eliminated in favor of IP-based functions, then network infrastructure simplicity is improved, but user authentication and authorization capabilities deteriorate

Engineering Contradiction:
Improvenetwork infrastructure complexityVSAvoiduser authentication capability
Core Design Contradiction:
Device complexityVSReliability

Solution Approach 1:

The patent makes DHCP a multi-functional protocol by enabling it to perform both its original function (IP address assignment and configuration) and PPP authentication function simultaneously. This universality eliminates the need for separate PPP infrastructure while maintaining authentication capabilities, thereby simplifying network infrastructure without sacrificing security functions

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

Solution Approach 2:

The patent merges the authentication function into the DHCP protocol framework, allowing a single protocol to handle both IP configuration and user authentication. This consolidation eliminates the need for separate PPP infrastructure while preserving authentication capabilities through the integrated EAP mechanism

Inventive Principle:
Principle #5Merging (Combining)

3Reliability

If PPP authentication is used, then user authorization is ensured, but network resource consumption increases

Engineering Contradiction:
Improveuser authorizationVSAvoidnetwork resource consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The patent combines authentication and IP configuration into a single DHCP interaction sequence, eliminating the need for separate PPP negotiation phases. This merging reduces the total number of message exchanges and protocol handshakes required, thereby reducing network resource consumption while maintaining authorization capabilities through EAP integration

Inventive Principle:
Principle #5Merging (Combining)

Data Source

PatentEP3267653B1Techniques for authenticating a subscriber for an access network using DHCP
Publication Date: 2019.08.07 CISCO TECHNOLOGY INC
  • EP3267653B1 patent drawingFigure 1
  • EP3267653B1 patent drawingFigure 2~3
  • EP3267653B1 patent drawingFigure 4~5

AI summary

Techniques for authenticating a user for access to an IP network include receiving from the user's host a DHCP request which includes user identifier data. A random challenge value is determined and sent to the user's host in a DHCP message format. A response message that includes a response value is received from the user's host in DHCP format. A verification value is determined based on a password value associated with the user identifier value in an AAA server and the current challenge value using a secure process that renders impractical an attempt to derive the password. If it is determined that the response value does not match the verification value, then a DHCP offer is prevented from being sent to the user's host in response to the DHCP request. Thus, a user is authenticated using DHCP instead of PPP.