EAP Method Update (emu) Internet Drafts


      
 Bootstrapped TLS Authentication with Proof of Knowledge (TLS-POK)
 
 draft-ietf-emu-bootstrapped-tls-08.txt
 Date: 06/02/2025
 Authors: Owen Friel, Dan Harkins
 Working Group: EAP Method Update (emu)
This document defines a mechanism that enables a bootstrapping device to establish trust and mutually authenticate against a network. Bootstrapping devices have a public private key pair, and this mechanism enables a network server to prove to the device that it knows the public key, and the device to prove to the server that it knows the private key. The mechanism leverages existing DPP and TLS standards and can be used in an EAP exchange.
 Tunnel Extensible Authentication Protocol (TEAP) Version 1
 
 draft-ietf-emu-rfc7170bis-22.txt
 Date: 28/05/2025
 Authors: Alan DeKok
 Working Group: EAP Method Update (emu)
This document defines the Tunnel Extensible Authentication Protocol (TEAP) version 1. TEAP is a tunnel-based EAP method that enables secure communication between a peer and a server by using the Transport Layer Security (TLS) protocol to establish a mutually authenticated tunnel. Within the tunnel, TLV objects are used to convey authentication-related data between the EAP peer and the EAP server. This document obsoletes RFC 7170 and updates RFC 9427 by moving all TEAP specifications from those documents to this one.
 Using the Extensible Authentication Protocol (EAP) with Ephemeral Diffie-Hellman over COSE (EDHOC)
 
 draft-ietf-emu-eap-edhoc-04.txt
 Date: 04/06/2025
 Authors: Dan Garcia-Carrillo, Rafael Marin-Lopez, Goeran Selander, John Mattsson, Francisco Lopez
 Working Group: EAP Method Update (emu)
The Extensible Authentication Protocol (EAP), defined in RFC 3748, provides a standard mechanism for support of multiple authentication methods. This document specifies the EAP authentication method EAP- EDHOC, based on Ephemeral Diffie-Hellman Over COSE (EDHOC). EDHOC is a lightweight security handshake protocol, enabling authentication and establishment of shared secret keys suitable in constrained settings. This document also provides guidance on authentication and authorization for EAP-EDHOC.
 The eap.arpa domain and EAP provisioning
 
 draft-ietf-emu-eap-arpa-07.txt
 Date: 04/06/2025
 Authors: Alan DeKok
 Working Group: EAP Method Update (emu)
This document defines the eap.arpa domain for use only in Network Access Identifiers (NAIs) as a way for Extensible Authentication Protocol (EAP) peers to signal to EAP servers that they wish to obtain limited, and unauthenticated, network access. EAP peers signal which kind of access is required via certain predefined identifiers which use the Network Access Identifier (NAI) format of RFC 7542. A table of identifiers and meanings is defined, which includes entries for RFC 9140.
 EAP-FIDO
 
 draft-ietf-emu-eap-fido-01.txt
 Date: 03/03/2025
 Authors: Jan-Frederik Rieckers, Stefan Winter
 Working Group: EAP Method Update (emu)
This document specifies an EAP method leveraging FIDO2 keys for authentication in EAP. About This Document This note is to be removed before publishing as an RFC. Status information for this document may be found at https://datatracker.ietf.org/doc/draft-ietf-emu-eap-fido/. Discussion of this document takes place on the EAP Method Update Working Group mailing list (mailto:emu@ietf.org), which is archived at https://mailarchive.ietf.org/arch/browse/emu/. Subscribe at https://www.ietf.org/mailman/listinfo/emu/.


data-group-menu-data-url="/group/groupmenu.json">

Skip to main content

EAP Method Update (emu)

WG Name EAP Method Update
Acronym emu
Area Security Area (sec)
State Active
Charter charter-ietf-emu-08 Approved
Status update Show Changed 2018-11-07
Document dependencies
Additional resources GitHub page
Issue tracker
Wiki
Zulip stream
Personnel Chairs Joseph A. Salowey, Peter E. Yee
Area Director Paul Wouters
Mailing list Address emu@ietf.org
To subscribe https://www.ietf.org/mailman/listinfo/emu
Archive https://mailarchive.ietf.org/arch/browse/emu
Chat Room address https://zulip.ietf.org/#narrow/stream/emu

Charter for Working Group

The Extensible Authentication Protocol (EAP) [RFC 3748] is a network access authentication framework used, for instance, in VPN and mobile networks. EAP itself is a simple protocol and actual authentication happens in EAP methods. Several EAP methods have been developed at the IETF and support for EAP exists in a broad set of devices. Previous larger EAP-related efforts at the IETF included rewriting the base EAP specification and the development of several Standards Track EAP methods. This Working Group will therefore provide guidance and update EAP method specifications where necessary to enable the use of new versions of these underlying technologies.

EAP authentication is based on credentials available on a peer and a server. However, some EAP methods use credentials that are time or domain limited (such as EAP-POTP), and there may be a need for creating long term credentials for re-authenticating the peer in a more general context. This Working Group will investigate minimal mechanisms with which limited-use EAP authentication credentials can be used for creating general-use long-term credentials.

Ephemeral Diffie-Hellman Over COSE (EDHOC) is a very compact and lightweight authenticated Diffie-Hellman key exchange with ephemeral keys that is suitable in constrained environments in which many of the existing EAP methods are not a good fit. EDHOC offers the useful properties of mutual authentication, forward secrecy, and identity protection. This Working Group will accordingly produce a specification for an EAP method incorporating the EDHOC mechanism (RFC 9528).

While TLS-based EAP mechanisms provide strong channel protections, if the client does not authenticate and validate the server's credentials properly (possibly owing to a lack of provisioned information necessary to undertake that validation), an EAP mechanism running over TLS that relies on passwords is vulnerable to client credential theft, much the same as password authentication over plain TLS is. The FIDO Alliance and the W3C have developed a passwordless authentication scheme known as FIDO2, which combines elements of the W3C's WebAuthn and FIDO's CTAP standards. This Working Group will devise an EAP method suitable for use with passwordless authentication schemes such as the CTAP2 version of FIDO2.

While some EAP methods can provide some privacy there still can be a leakage of information as to which networks a particular user is accessing. Privacy pass protocols and tokens provide mechanisms to protect the user's privacy in this situation. This Working Group will work on an EAP method based on Privacy Pass that provides privacy by preventing a visited network or service from knowing the identity of a user, and for keeping the user's identity provider from tracking what networks or services the user is accessing.

In summary, the Working Group shall produce the following Standards Track documents:

  • Documents for the maintenance and update of existing EAP protocols

  • Define mechanisms by which EAP methods can support creation of long-term credentials for the peer based on initial limited-use credentials.

  • Develop an EAP method for use in constrained environments that wish to leverage the EDHOC key exchange mechanism.

  • Devise a passwordless EAP method that can incorporate use of CTAP2 or other similar authentication mechanism.

  • EAP method based on Privacy Pass that provides privacy by preventing a visited network or service from knowing the identity of a user, and for keeping the user's identity provider from tracking what networks or services the user is accessing.

The working group is expected to stay in close collaboration with the EAP deployment community, the TLS working group (for work on TLS based EAP methods), the FIDO Alliance, and the 3GPP security architecture group (for EAP-AKA' work).

Milestones

Date Milestone Associated documents
Jul 2026 EAP-FIDO - Submit to IESG
Nov 2025 EAP-EDHOC - submit to IESG
Sep 2025 TEAP - resubmit to IESG
Jun 2025 EAP-TLSPOK - submit to IESG
Jun 2025 WG adopts initial draft on an EAP method based on Privacy Pass