1 / 8

EAP-POTP

EAP-POTP. Magnus Nyström, RSA Security OTPS Workshop, October 2005. Overview. EAP-POTP General EAP method for OTP tokens Provides mutual authentication Generates keying material Does not rely on tunnelling (provides privacy for OTP values) Enables fast session resumption EAP-POTP

Download Presentation

EAP-POTP

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. EAP-POTP Magnus Nyström, RSA Security OTPS Workshop, October 2005

  2. Overview • EAP-POTP • General EAP method for OTP tokens • Provides mutual authentication • Generates keying material • Does not rely on tunnelling (provides privacy for OTP values) • Enables fast session resumption • EAP-POTP • Complements EAP-PEAP, EAP-TTLS, and EAP-FAST • May be used as a better alternative for an “inner” EAP method than EAP-GTC, PAP, CHAP, etc

  3. Characteristics • Built on the principle of TLVs • 14 TLVs defined: Version, Server-Info, Resume, OTP, Confirm, Vendor-Specific, Counter, Time Stamp, Keep Alive, Token Serial, User Identifier, NAK, New PIN, Protected • Protected TLV added in draft 4, offers complete privacy and integrity protection after key establishment • The method is profiled for RSA SecurID – EAP-POTP RSA SecurID (EAP method 32) • Profiles for other OTP algorithms expected and desired • May be used as a framework within a framework • EAP is framework for many authentication mechanisms • POTP is framework for OTP-based mechanisms within EAP

  4. EAP-Request/Identity EAP-Response/Identity Radius-Access-Request Radius-Access-Challenge EAP-Request/OTP Server Info TLV OTP TLV EAP-Response/OTP User Identifier TLV OTP TLV Radius-Access-Request Radius-Access-Challenge Principles of Operation EAP RADIUS Calculate keys, Calculate MAC Calculate keys, Verify MAC, Calculate new MAC

  5. EAP-Request/OTP Confirm TLV EAP-Response/OTP Confirm TLV Radius-Access-Request Radius-Access-Accept EAP-Success Start of encrypted and mutually authenticated session Principles of Operation, Continued EAP RADIUS Verify MAC

  6. Recent Modifications • Draft 3, published July 6 • Slightly modified method to calculate MACs - excluding common EAP header fields "Code", "Identifier" and "Length" • New 'A' bit in OTP TLV to signal request for OTP after accepting new PIN • Session resumption also for basic mode • Draft 4, published October 14 • Added Protected TLV, leveraging established keys • Added explicit IV when sending encrypted pepper • Use of EMSK in session resumption • Protocol version stepped up (0 1) • Various clarifications and corrections • Includes a new section on error handling and result indications

  7. For Discussion • Agreement on current design, content • Protected TLV OK? Use of EMSK? • New profiles for other OTP algorithms can be added later on • Registration of EAP Method Type, reference to EAP-POTP • Proposed schedule • Produce another revision about a month from this workshop • Could potentially be final draft, pending discussions • Publish Version 1.0 about two weeks after publication of final draft

  8. Next steps • Agreement and stabilization of document content • Publication of draft 3 (IETF I-D -02) • Ask for IETF last-call subsequent to that?

More Related