Dynamic Host Configuration Protocol
別の拡張、DHCPメッセージ認証( RFC 3118 )では、DHCPメッセージを認証するためのメカニズムを提供する。2002年の時点では、多数のDHCPクライアントの鍵を管理するという問題があるため、RFC 3118では広く採用されていなかった。DSL技術に関する2007年の本には、次のように書かれている。
RFC 3118で提案されたセキュリティ対策に対して特定された多数のセキュリティ脆弱性があった。この事実は、802.1xの導入と相まって、DHCP認証の導入と普及率を低下させ、広く普及したことは一度もない。
2010年の本では次のように書かれている。
DHCP認証の実装はこれまでほとんどなかった。ハッシュ計算による鍵管理と処理遅延の課題は、認識されている利点の代価を払うには高すぎる代償と見なされてきた。
2008年からの提案には、802.1xやPANA(英語版)(どちらもEAPを転送する)を使用することでDHCP要求を認証するものがある。DHCP自体にEAPを含める、いわゆるEAPoDHCPについてIETFの提案がなされたが、これはIETFドラフトよりも先に進行した形跡はなく、最後の議論は2010年で止まっている。
RFC 2131, Dynamic Host Configuration Protocol
RFC 2132, DHCP Options and BOOTP Vendor Extensions
RFC 3046, DHCP Relay Agent Information Option
RFC 3397, Dynamic Host Configuration Protocol (DHCP) Domain Search Option
RFC 3942, Reclassifying Dynamic Host Configuration Protocol Version Four (DHCPv4) Options
RFC 4242, Information Refresh Time Option for Dynamic Host Configuration Protocol for IPv6
RFC 4361, Node-specific Client Identifiers for Dynamic Host Configuration Protocol Version Four (DHCPv4)
RFC 4436, Detecting Network Attachment in IPv4 (DNAv4)
RFC 3442, Classless Static Route Option for Dynamic Host Configuration Protocol (DHCP) version 4