It should say:
- EAP-AKA
- EAP-AKA is defined in . The EAP-AKA Session-Id is the concatenation of the EAP Type Code (0x17) with the contents of the RAND field from the AT_RAND attribute, followed by the contents of the AUTN field in the AT_AUTN attribute: Session-Id = 0x17 || RAND || AUTN
EAP-SIM Similarly for EAP-SIM, says:
- EAP-AKA
- EAP-AKA is defined in . When using full authentication, the EAP-AKA Session-Id is the concatenation of the EAP Type Code (0x17) with the contents of the RAND field from the AT_RAND attribute, followed by the contents of the AUTN field in the AT_AUTN attribute: Session-Id = 0x17 || RAND || AUTN When using fast reconnect, the EAP-AKA Session-Id is the concatenation of the EAP Type Code (0x17) with the contents of the NONCE_S field from the AT_NONCE_S attribute, followed by the contents of the MAC field from the AT_MAC attribute from EAP-Request/AKA-Reauthentication: Session-Id = 0x17 || NONCE_S || MAC
It should say:
- EAP-SIM
- EAP-SIM is defined in . The EAP-SIM Session-Id is the concatenation of the EAP Type Code (0x12) with the contents of the RAND field from the AT_RAND attribute, followed by the contents of the NONCE_MT field in the AT_NONCE_MT attribute: Session-Id = 0x12 || RAND || NONCE_MT
Rationale for EAP-AKA and EAP-SIM Updates was supposed to define exported parameters for existing EAP methods. The way Session-Id was defined for EAP-AKA and EAP-SIM works only for the full authentication case, i.e., it cannot be used when the optional fast reconnect case is used since the used parameters (RAND, AUTN, NONCE_MT) are not used in the fast reconnect case. Based on and similar text in , NONCE_S corresponds to RAND and MAC in EAP-Request/AKA-Reauthentication, and EAP-Request/SIM/Reauthentication corresponds to AUTN. That would seem to imply that the Session-Id could be defined using NONCE_S and MAC instead of RAND and AUTN/NONCE_MT. This derivation is done via a random value created by the server, along with a secret key and the peer's identity. We believe that this derivation is secure, though no formal analysis has been done. Session-Id for PEAP did not define Session-Id for Microsoft's Protected EAP (PEAP). For consistency with the EAP-TLS definition given in , we define it as: Session-Id = 0x19 || client.random || server.random This definition is that same for both full authentication and for fast reconnect. This definition is already in widespread use in all known PEAP implementations. Note that this definition for Session-Id only applies when TLS 1.2 or earlier is used. A different derivation is defined for TLS 1.3 in . Security Considerations This specification defines EAP Session-Ids for ERP with EAP-SIM and EAP-AKA. It therefore enables ERP key hierarchy establishment using fast reconnect with EAP-SIM and EAP-AKA. The Session-Id definitions given here are unique per session, unforgeable, and unguessable by an outside party, as per the requirements of . The definitions used here have been widely deployed for years in all major EAP implementations. However, we acknowledge that very little security analysis has been done for these definitions. As a result, any security issues would result in serious issues for the Internet as a whole. These updates do not modify the security considerations outlined in . IANA Considerations This document has no IANA actions.
- EAP-SIM
- EAP-SIM is defined in . When using full authentication, the EAP-SIM Session-Id is the concatenation of the EAP Type Code (0x12) with the contents of the RAND field from the AT_RAND attribute, followed by the contents of the NONCE_MT field in the AT_NONCE_MT attribute. RFC 4186 says that the EAP server should obtain "n" GSM triplets where "n=2" or "n=3". For "n=2", the Session-Id is therefore defined as Session-Id = 0x12 || RAND1 || RAND2 || NONCE_MT which is 49 octets in length. For "n=3", the Session-Id is therefore defined as Session-Id = 0x12 || RAND1 || RAND2 || RAND3 || NONCE_MT which is 65 octets in length. RAND1, RAND2, and RAND3 correspond to the RAND value from the first, second, and third GSM triplet, respectively. When using fast reconnect, the EAP-SIM Session-Id is the concatenation of the EAP Type Code (0x12) with the contents of the NONCE_S field from the AT_NONCE_S attribute, followed by the contents of the MAC field from the AT_MAC attribute from EAP-Request/SIM/Reauthentication: Session-Id = 0x12 || NONCE_S || MAC which is 33 octets in length.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4