How to Construct Secure and Efficient Three-Party Password-Based Authenticated Key Exchange Protocols

DOI10.1007/978-3-642-21518-6_16MaRDI QIDQ3019927zbMATH OpenOpenAlexFDO

Authors Lei Hu, Yong Li, Weijia Wang

Publication date 29 July 2011

Published in Information Security and Cryptology (Search for Journal in Brave)

Full work available at URL https://doi.org/10.1007/978-3-642-21518-6_16

zbMATH Keywords

passwordkey distributionauthenticated key exchangemulti-party protocol

Mathematics Subject Classification ID

Cryptography (94A60) Authentication, digital signatures and secret sharing (94A62)

Recommendations

• Efficient and Provably Secure Generic Construction of Three-Party Password-Based Authenticated Key Exchange Protocols
• scientific article; zbMATH DE number 6719494
• Provably secure three-party password-based authenticated key exchange protocol
• Public Key Cryptography - PKC 2005

Cited in

(11)

• Robust biometric-based three-party authenticated key establishment protocols
• Provably secure three-party password-based authenticated key exchange from RLWE
• scientific article; zbMATH DE number 6719494 (Why is no real title available?)
• Provably secure three-party password-based authenticated key exchange protocol
• Efficient and Provably Secure Generic Construction of Three-Party Password-Based Authenticated Key Exchange Protocols
• Public Key Cryptography - PKC 2005
• Cryptanalysis of a communication-efficient three-party password authenticated key exchange protocol
• Secure verifier-based three-party key exchange in the random oracle model
• Two-round password-only authenticated key exchange in the three-party setting
• Provably Secure N-Party Authenticated Key Exchange in the Multicast DPWA Setting
• Provably secure three-party password-based authenticated key exchange protocol using Weil pairing

This page was built for publication: How to Construct Secure and Efficient Three-Party Password-Based Authenticated Key Exchange Protocols

Report a bug (only for logged in users!)Click here to report a bug for this page (MaRDI item Q3019927)