Implementing the EAPHost LEAP Mechanism
This topic describes the EAPHost mechanism that allows third parties to write Lightweight Extensible Authentication Protocol (LEAP) modules for Windows. LEAP is a legacy authentication method, created by Cisco, as per RFC 3748. For more information about LEAP, see Cisco LEAP Q&A.
The regular EAPHost authentication process occurs as follows:
- The authenticator sends a Request to authenticate the peer. For example, the application calls EapHostPeerBeginSession with EAPHost configuration and user data.
- The peer sends a Response packet in reply to a valid Request. For example, a successful call returns an EAP_SESSION_HANDLE session handle.
- The authenticator sends an additional Request packet, and the peer replies with a Response. For example, the application calls EapHostPeerGetSendPacket to obtain EAP packets received by EAPHost throughout the session. Each packet is processed by a call to EapHostPeerProcessReceivedPacket.
- EapHostPeerProcessReceivedPacket will always return an action code. The supplicant must then call the function corresponding to the action code.
- The sequence of Requests and Responses continues as long as needed. For example, the application can call EapHostPeerGetResponseAttributes to request available EAP attributes, and the peer responds with EapHostPeerSetResponseAttributes to return them.
- After an initial Request, a new Request cannot be sent until a valid Response is received.
- The conversation continues until the authenticator cannot authenticate the peer, in which case the authenticator implementation must transmit an EAP Failure. For example, unacceptable Responses to one or more Requests would cause the authenticator to transmit a Code 4 EAP Failure.
- Alternatively, the authentication conversation can continue until the authenticator determines that successful authentication has occurred, in which case the authenticator must transmit an EAP Success (Code 3).
- Whether the result indicates success or failure, the application calls EapHostPeerEndSession to terminate the session. In the case of failure, re-authentication can be attempted by opening another session with EAPHost and providing either the same or a new identity.
The LEAP authentication process differs from the regular EAPhost authentication process as follows:
- EAP authentication is initiated by the server (authenticator). LEAP, in contrast, is initiated by the
- Therefore, when writing a LEAP module you must always ensure that the Challenge Request packet from the peer method and the EAP Response from the EAP server must always have the same packet ID as that of the EAP Success packet from the server.
- In contrast, EAPHost Request and Response and Success packets typically all have different IDs.
Note Every EAP Request has a Type field to indicate what is being requested. As with the Request packet, every EAP Response packet contains a Type field, which corresponds to the Type field of the Request. Examples include Identity Request and Challenge Request packets.
- In the case of failure with EAPHost, re-authentication can be attempted by opening another session with EAPHost and providing either the same identity or a new identity.
When developing a LEAP authenticator method, please ensure the following:
- LEAP authenticator methods must return the EAP_METHOD_AUTHENTICATOR_RESPONSE_SEND action code after the 1st phase of authentication (peer authentication) is successful. Then when EapMethodAuthenticatorSendPacket is called, it should return a valid EapPacket with an EAP code of EapCodeSuccess.
- LEAP authenticator methods should return the EAP_METHOD_AUTHENTICATOR_RESPONSE_RESULT action code if the 1st phase of peer authentication is unsuccessful.
- LEAP authenticator methods must return the final authentication response packet with the EAP_METHOD_AUTHENTICATOR_RESPONSE_RESULT action code when EapMethodAuthenticatorSendPacket is called. Then in subsequent calls to EapMethodAuthenticatorGetResult the EAP_SESSION_HANDLE must be returned to identify the authenticated session.
When developing a LEAP peer method, please ensure the following
- LEAP peer methods should return the EapPeerMethodResponseActionSend action code after the 1st phase of authentication (peer authentication) is successful.
- LEAP peer methods should return the EapPeerMethodResponseActionResult action code after the 2nd phase of authentication is successful.
Build date: 10/30/2012