Efficient two-party certificateless authenticated key agreement protocol under GDH assumption

Xie, Yong; Wu, Libing; Shen, Jian; Li, N.A.

doi:10.1504/ijahuc.2019.097093

Cited by 10 publications

(9 citation statements)

References 0 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…Efforts have been made to resolve this problem. Since then, many CL-AKA schemes have been proposed [ 29 , 30 , 31 , 32 , 33 , 34 , 35 , 36 , 37 ]. There are two common security requirements for CL-PKC technologies.…”

Section: Background and Related Workmentioning

confidence: 99%

“…In Sun et al [ 34 ] and Simplicio Jr et al [ 35 ], because the partial key generated by KGC contains only the information of the user’s identifier and the verification tag, only the identifier can actually be checked. Later, Xie et al [ 36 ] and Daniel et al [ 37 ] solve this problem by including the information of verification public key generated by the user and the identifier in the partial key generated by KGC. However, public key replacement attacks are also possible in [ 36 ].…”

Section: Background and Related Workmentioning

confidence: 99%

“…Later, Xie et al [ 36 ] and Daniel et al [ 37 ] solve this problem by including the information of verification public key generated by the user and the identifier in the partial key generated by KGC. However, public key replacement attacks are also possible in [ 36 ]. The authors of [ 37 ] argued that there was no problem even if the partial key generated by KGC was transmitted publicly.…”

Section: Background and Related Workmentioning

confidence: 99%

“…In existing schemes [ 17 , 18 , 29 , 31 , 36 ], an attacker can generate a key by simply eavesdropping on transmitted data. To solve this problem, the key is generated during authentication and the key agreement phase in the session.…”

Section: Analysis Of Proposed Schemesmentioning

confidence: 99%

“…Compared with Scheme 1, which can perform authentication and key agreement quickly, it does not show efficiency in terms of speed. However, compared with the existing ECDSA or other schemes [ 29 , 30 , 32 , 33 , 34 , 35 , 36 , 37 ], the computation speed of Scheme 1 is reduced, and it provides safety considering masquerade attack, replay attack, and public key verifiability. Table 4 shows the comparison of Scheme 2 with the existing schemes.…”

Section: Analysis Of Proposed Schemesmentioning

confidence: 99%

See 4 more Smart Citations

A Lightweight Authentication and Key Agreement Schemes for IoT Environments

Lee

2020

Sensors

View full text Add to dashboard Cite

In the Internet of Things (IoT) environment, more types of devices than ever before are connected to the internet to provide IoT services. Smart devices are becoming more intelligent and improving performance, but there are devices with little computing power and low storage capacity. Devices with limited resources will have difficulty applying existing public key cryptography systems to provide security. Therefore, communication protocols for various kinds of participating devices should be applicable in the IoT environment, and these protocols should be lightened for resources-restricted devices. Security is an essential element in the IoT environment, so for secure communication, it is necessary to perform authentication between the communication objects and to generate the session key. In this paper, we propose two kinds of lightweight authentication and key agreement schemes to enable fast and secure authentication among the objects participating in the IoT environment. The first scheme is an authentication and key agreement scheme with limited resource devices that can use the elliptic curve Qu–Vanstone (ECQV) implicit certificate to quickly agree on the session key. The second scheme is also an authentication and key agreement scheme that can be used more securely, but slower than first scheme using certificateless public key cryptography (CL-PKC). In addition, we compare and analyze existing schemes and propose new schemes to improve security requirements that were not satisfactory.

show abstract