可延伸的驗證通訊協定

如上圖形演示

可延伸的驗證通訊協定（英語：Extensible Authentication Protocol，縮寫為 EAP），是一個在無線網路或對等協定中普遍使用的認證框架。它被定義在 RFC 3748 中，並且取代了舊版協定 RFC 2284，後來被新版協定 RFC 5247 取代。EAP 不僅可以用於無線區域網路，還可以用於有線區域網路，但它在無線區域網路中使用的更頻繁。最近，WPA 和 WPA2 標準已經正式採納了 5 類 EAP 作為正式的認證機制。

EAP 是一個認證框架，不是一個特殊的認證機制。EAP 提供一些公共的功能，並且允許協商所希望的認證機制。這些機制被叫做 EAP 方法，現在大約有 40 種不同的方法。IETF 的 RFC 中定義的方法包括：EAP-MD5、EAP-OTP、EAP-GTC、EAP-TLS、EAP-SIM 和 EAP-AKA，還包括一些廠商提供的方法和新的建議。無線網路中常用的方法包括 EAP-TLS、EAP-SIM、EAP-AKA、PEAP、LEAP 和 EAP-TTLS。

當 EAP 被基於 IEEE 802.1X 的網路接入裝置（諸如 802.11a/b/g，無線存取點）呼叫時，現代的 EAP 方法可以提供一個安全認證機制，並且在使用者和網路接入伺服器之間協商一個安全的 PMK。該 PMK 可以用於使用 TKIP 和 AES 加密的無線對談。

輕量級 EAP（Lightweight Extensible Authentication Protocol, LEAP）

輕量級 EAP，是一個由思科私人擁有的 EAP。思科通過允許其他廠家生產基於 EAP 的專案來保護該協定。在任何的 Windows 作業系統中不支援 LEAP，但 LEAP 被第三方的使用者軟體支援。該協定由於其如同 EAP-MD5 容易受到字典攻擊的脆弱性，而在一開始便廣為人知。但直到 2003 年 Joshua Wright 發表了 ASLEAP 以後，人們才開始討論 LEAP 存在嚴重的安全問題。思科仍然認為如果使用十分複雜的密碼，LEAP 是安全的。但是在現實世界中人們幾乎不使用十分複雜的密碼，因為這對普通人來將是一件非常困難的事情。新的協定，諸如 EAP-TTLS 和 PEAP 則沒有這些問題，因為他們給 MSCHAPv2 使用者認證對談建立了一個安全的傳輸層安全（TLS）通道，而且可以執行在使用思科裝置和不使用思科裝置的存取點上。

EAP-TLS

EAP-TLS 是 IETF 的一個開放標準，並且在無線廠商之間得到很好的支援。它能夠提供很好的安全保證。因為 TLS 被認為是 SSL 的繼承者。它使用 PKI 來保護 RADIUS 認證伺服器的通訊，這是很難完成的任務。所以即使 EAP-TLS 良好的安全，使用者端在認證時的負載成為它的致命傷。 EAP-TLS 是無線區域網路 EAP 的原始版本，雖然它因為組態困難而很少被使用，但它仍被認為是最安全的 EAP 標準之一，而且廣泛地被無線區域網路硬體和軟體製造廠商，包括微軟所支援。要求使用者方給出憑證，雖然不是很流行，但是 EAP-TLS 在認證方面的長處，而且既方便又安全。一個脆弱的密碼不會導致入侵基於 EAP-TLS 的系統，因為攻擊者仍然需要使用者端的憑證。當使用者端的憑證是儲存在智慧卡中時，EAP-TLS 提供了最安全的認證解決方案，因為如果不竊取智慧卡是無法得到客戶端憑證的。如果將智慧卡偷竊的話則會立刻引起注意並且更換新卡。到 2005 年 4 月，EAP-TLS 是唯一廠商需要保證的 WPA 和 WPA2 的 EAP 類型。在微軟、思科、蘋果 和 Linux 中都有實現客戶端和伺服器端的原始碼。EAP-TLS 在 MAC OS 10.3 及以上、Windows 2000 SP4、Windows XP、Windows Mobile 2003 及以上，和 Windows CE 4.2 中被支援。

EAP-MD5

EAP-MD5 是另一個 IETF 開放標準，但提供最少的安全。MD5 Hash 函式容易受到字典攻擊，它被使用在不支援動態 WEP 的 EAP 中。

EAP-FAST

EAP-FAST（基於安全隧道的靈活認證，Flexible Authentication via Secure Tunneling）是一個由思科提出的協定方案，用於替代輕量級 EAP（LEAP）。設計該協定是為了解決 LEAP 實現「輕量級」時的缺點。在 EAP-FAST 中使用伺服器憑證是可選的。EAP-FAST 使用一個保護訪問憑證（Protected Access Credential，PAC）來建立 TLS 隧道，並通過該隧道對客戶端憑證進行驗證。EAP-FAST 擁有三個階段。 階段 0 是一個可選的階段，在該階段 PAC 可以是手工或者動態設定，但超出了 RFC 4851 中定義的 EAP-FAST 的範圍。

儘管 PAC 設定存在著許多實現，但是官方的實現依然在進行狀態。PAC 典型地只需要為 RADIUS 伺服器和客戶端設定一次。 在階段 1 中，客戶端和 AAA 伺服器使用 PAC 來建立 TLS 隧道。 在階段 2 中，客戶端憑證在該加密的隧道中進行傳輸。當自動 PAC 設定開啟之後，EAP-FAST 擁有一個小漏洞。攻擊者可以攔截該 PAC 並隨後使用它來獲得使用者憑證。該漏洞可以通過手動組態 PAC 或者在 PAC 組態階段使用伺服器憑證來解決。

還有一個漏洞：駭客的 AP 可以使用同一個 SSID，拒絕使用者 PAC 並提供新的 PAC。大多數懇求將會被設定來使得使用者接收它。如果使用者不這樣做，那麼使用者將使用內部方法傳送他的憑證給駭客。而駭客將會獲得明文的密碼（EAP-FAST w/GTC）或者易受字典攻擊的 MSCHAPv2 雜湊。值得一提的是，PAC 檔案的發放時基於每個使用者的。這是 RFC 4851 第 7.4.4 節中的要求，因此如果一個新的使用者從裝置進入網路，他首先需要一個新的已組態的 PAC 檔案。這是為什麼很難不以非安全匿名設定模式執行 EAP-FAST 的原因。另一種方式是使用裝置密碼來替代，但這就不是在網路中對使用者進行認證了。

EAP-FAST 可以不使用 PAC 檔案，則為普通的 TLS。

EAP-TTLS

EAP-TTLS 是由 Funk Software 和 Certicom 合作開發的。它目前是 IETF 的開放標準草案。它可跨平台支援，提供非常優秀的安全，並且在認證伺服器上使用 PKI 憑證。 TTLS 與 TLS 最大的區別是 TTLS 不需要客戶端認證的協定。

PEAP

PEAP 由思科，微軟和 RSA Security 聯合提出的開放標準的建議。它早已被運用在產品中，而且提供很好的安全。它在設計上和 EAP-TTLS 相似，只需要一份伺服器端的 PKI 憑證來建立一個安全的傳輸層安全通道（TLS）以保護使用者認證。 到 2005 年 5 月，已有兩個 PEAP 的子類型被 WPA 和 WPA2 標準批准。它們是：

• PEAPv0/EAP-MSCHAPv2
• PEAPv1/EAP-GTC

EAP-AKA

EAP-AKA（EAP for UMTS Authentication and Key Agreement）是用來在使用 USIM 接入 UMTS 行動通訊網路時進行使用者認證和金鑰協商的方案。EAP-AKA 定義於 RFC 4187 中。