<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE article  PUBLIC "-//NLM//DTD Journal Publishing DTD v3.0 20080202//EN" "http://dtd.nlm.nih.gov/publishing/3.0/journalpublishing3.dtd"><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" dtd-version="3.0" xml:lang="en" article-type="research article"><front><journal-meta><journal-id journal-id-type="publisher-id">ENG</journal-id><journal-title-group><journal-title>Engineering</journal-title></journal-title-group><issn pub-type="epub">1947-3931</issn><publisher><publisher-name>Scientific Research Publishing</publisher-name></publisher></journal-meta><article-meta><article-id pub-id-type="doi">10.4236/eng.2014.66030</article-id><article-id pub-id-type="publisher-id">ENG-45566</article-id><article-categories><subj-group subj-group-type="heading"><subject>Articles</subject></subj-group><subj-group subj-group-type="Discipline-v2"><subject>ENGINEERING</subject></subj-group></article-categories><title-group><article-title>An Enhanced Remote User Authentication Scheme</article-title></title-group><contrib-group><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Xiaohui</surname><given-names>Yang</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref><xref ref-type="corresp" rid="cor1"><sup>*</sup></xref></contrib><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Xinchun</surname><given-names>Cui</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref></contrib><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Zhenliang</surname><given-names>Cao</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref></contrib><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Ziqiang</surname><given-names>Hu</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref></contrib></contrib-group><aff id="aff1"><addr-line>College of Information Technology and Communication, Qufu Normal University, Rizhao, China</addr-line></aff><author-notes><corresp id="cor1">* E-mail:<email>yy18769355005@gmail.com(XY)</email>;</corresp></author-notes><pub-date pub-type="epub"><day>30</day><month>04</month><year>2014</year></pub-date><volume>06</volume><issue>06</issue><fpage>261</fpage><lpage>267</lpage><history><date date-type="received"><day>2</day>	<month>March</month>	<year>2014</year></date><date date-type="rev-recd"><day>2</day>	<month>April</month>	<year>2014</year>	</date><date date-type="accepted"><day>9</day>	<month>April</month>	<year>2014</year></date></history><permissions><copyright-statement>&#169; Copyright  2014 by authors and Scientific Research Publishing Inc. </copyright-statement><copyright-year>2014</copyright-year><license><license-p>This work is licensed under the Creative Commons Attribution International License (CC BY). http://creativecommons.org/licenses/by/4.0/</license-p></license></permissions><abstract><p>
	Remote user
authentication schemes are used to verify the legitimacy of remote users’ login
request. Recently, several dynamic user authentication schemes have been
proposed. It can be seen that, these schemes have weaknesses because of using
timestamps. The implement of strict and safe time synchronization is very
difficult and increases network overhead. In this paper, we propose a new
dynamic user authentication based on nonce. Mutual authentication is performed
using a challenge-response handshake between user and server, and it avoids the
problems of synchronism between smart card and the remote server. Besides, the
scheme provides user’s anonymity and session key agreement. Finally, the
security analysis and performance evaluation show that the scheme can resist
several attacks, and our proposal is feasible in terms of computation cost and
communication cost.
</p></abstract><kwd-group><kwd>Password</kwd><kwd> Dynamic ID</kwd><kwd> User Authentication</kwd><kwd> Smart Cards</kwd><kwd> Nonce</kwd></kwd-group></article-meta></front><body><sec id="s1"><title>1. Introduction</title><p>With the large-scale proliferation of internet and network technologies, people are able to access any service from any place and at any time. Remote user authentication schemes are used to verify the legitimacy of remote user’s login request. Password-based authentication scheme is one of the convenient and efficient authentication mechanics. However, password-based authentication scheme suffers from attacks due to the low entropy password, thus designing a more secure and efficient authentication protocol is in urgent need. In 1981, Lamport proposed a remote user authentication scheme with password table [<xref ref-type="bibr" rid="scirp.45566-ref1">1</xref>] . Afterwards, several schemes and improvements [<xref ref-type="bibr" rid="scirp.45566-ref2">2</xref>] -[<xref ref-type="bibr" rid="scirp.45566-ref4">4</xref>] have been extensively proposed. However, most of them using the static identity (ID) are included. Since the user’s login ID is static in these verifier-free schemes, it may leak partial information about the user’s login messages so that the adversary can use it to forge the user’s login messages by some subtle means. One of the solutions to the problem is to employ dynamic ID in different login.</p><p>In 2004, Das et al. [<xref ref-type="bibr" rid="scirp.45566-ref5">5</xref>] proposed a dynamic ID-based remote user authentication scheme, which can resist replay, masquerade, and insider attacks. However, Wang et al. in 2009 [<xref ref-type="bibr" rid="scirp.45566-ref6">6</xref>] pointed out that Das et al.’s scheme is susceptible to smart card attack and does not provide mutual authentication. Then, Wang et al. proposed a more efficient and secure dynamic ID-based remote user authentication scheme. Recently, Khan et al. in 2011 [<xref ref-type="bibr" rid="scirp.45566-ref7">7</xref>] pointed out that Wang et al.’s scheme has insider attack and does not provide user’s anonymity and session key agreement. Then, they proposed a dynamic ID based remote user authentication scheme. We can see that these schemes have weaknesses because of using timestamps and lead to serious clock synchronization problems. In this paper, we proposed an enhanced dynamic ID-based remote user authentication scheme. In this scheme, mutual authentication is performed using a challenge-response handshake between user and server, and it avoids the problems of synchronism. Furthermore, the scheme provides user’s anonymity and session key agreement.</p><p>The remainder of this paper is organized as follows. In Section 2, we present an enhanced remote user authentication scheme. In Section 3, there is the analysis about this scheme. Finally, conclusions are presented in Section 4.</p></sec><sec id="s2"><title>2. The Proposed Scheme</title><p>Although the implement of strict and safe time synchronization is very difficult and increases network overhead, most time synchronization schemes were not designed with security in mind. In addition, if the setting of the interval of transmission delay is too short, it will cause the failure of the legal users’ login. However, if the setting of the interval of transmission delay is too large, it will be suffered from the relay attacks. Therefore, authentication protocols based on the timestamps not only introduces more safety risk, but also is unpractical. In this section, we propose an enhanced remote user authentication scheme. To avoid the clock synchronization problem, we replace the timestamp design with a novel nonce-based mechanism in our scheme. The improved scheme is divided into four phase: registration phase, login phase, authentication phase, and password change phase. Detailed steps of these phases of the proposed scheme are described as follows. The notations used throughout this paper are in <xref ref-type="table" rid="table1">Table 1</xref>.</p><sec id="s2_1"><title>2.1. Registration Phase</title><p>A user U<sub>i</sub> with identifier ID<sub>i</sub> should first carry out this phase once before he can use any of the services provided by the server S. In this phase, U<sub>i</sub> and S need to perform the following steps.</p><p>Step R1. User U<sub>i</sub> keys his identity ID<sub>i</sub> and password PW<sub>i</sub>, and his smart card computes and submits<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\c7b4f98b-4d72-4441-93f2-30c88b26f936.png" xlink:type="simple"/></inline-formula> to S, through a secure channel.</p><p>Step R2. After receiving the request, S computes<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\95270833-4061-47af-9f35-6e67284fec28.png" xlink:type="simple"/></inline-formula>, <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\45c06a6f-516e-4122-9b01-23a56e379fb0.png" xlink:type="simple"/></inline-formula>and<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\6b07faaa-4198-4388-b6c8-7518d77f4d39.png" xlink:type="simple"/></inline-formula>, where x is the permanent secret key of S. Then, S sends <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\20fc52eb-c916-4cf1-826d-53c44f597ee5.png" xlink:type="simple"/></inline-formula> to U<sub>i</sub> through a secure channel.</p></sec><sec id="s2_2"><title>2.2. Login Phase</title><p>Whenever U<sub>i</sub> wants to login a server S, he must perform the following steps:</p><p>Step L1. After inserting his smart card into the card reader, U<sub>i</sub> inputs the identity ID<sub>i</sub> and password PW<sub>i</sub>. Then,</p><p>the smart card computes<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\df0b6a25-4a70-4fb3-84d8-5f2e557dfdba.png" xlink:type="simple"/></inline-formula>, and<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\bc534cc6-4d4b-4722-a988-6ca27cb855ba.png" xlink:type="simple"/></inline-formula>.</p><table-wrap id="table1"  position="float"><object-id pub-id-type="pii">Table 1</object-id><label>Table 1</label><caption><p>. Notations</p></caption><table><thead><tr><th align="center" valign="middle" >Symbol</th><th align="center" valign="middle" >Description</th></tr></thead><tbody><tr><td align="center" valign="middle" >U<sub>i</sub> S ID<sub>i</sub> PW<sub>i</sub> h(.) x y ⊕ ||</td><td align="center" valign="middle" >User i Server Identity of the user i Password of the user i A secure hash function Secret value of server Secret value of server Bitwise XOR operation Concatenation operation</td></tr></tbody></table></table-wrap><p>Step L2. The smart card checks whether or not E<sub>i</sub> and C<sub>i</sub> are equal. If yes, U<sub>i</sub> passes the legitimate verification, and performs the following steps; otherwise, U<sub>i</sub> is rejected.</p><p>Step L3. The smart card randomly chooses a nonce R<sub>1</sub> and computes<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\8377f696-c6ca-4efb-ac3f-11a90c4cd10f.png" xlink:type="simple"/></inline-formula>.</p><p>Step L4. U<sub>i</sub> sends the login request message <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\b9ef1fe6-b8af-4e08-85cf-355a33723450.png" xlink:type="simple"/></inline-formula> to the remote server S.</p></sec><sec id="s2_3"><title>2.3. Authentication Phase</title><p>A user performs the remote authentication phase based on the login message for authentication as long as it visits the server. U<sub>i</sub> and S perform the following steps to achieve mutual authentication and to establish a session key.</p><p>Step A1. After receiving the login message<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\f24cccaa-8715-4414-bdfe-01f4879e5aa0.png" xlink:type="simple"/></inline-formula>, S computes <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\b9e7d48e-f6bf-4a8e-9867-89fc8f8ba363.png" xlink:type="simple"/></inline-formula> and<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\eb356d66-d2e9-4d26-bdaf-6304c9bf1ddc.png" xlink:type="simple"/></inline-formula>.</p><p>Then, S chooses a nonce R<sub>2</sub> and computes<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\38e07890-c772-47c0-bce0-84fc09ef4d5d.png" xlink:type="simple"/></inline-formula>.</p><p>Step A2. The server S sends the mutual authentication message <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\389cca54-cf50-48ef-82fc-569e511c7be6.png" xlink:type="simple"/></inline-formula> to the user U<sub>i</sub>.</p><p>Step A3. After receiving the mutual authentication message <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\91868283-4561-42ed-9757-204f76156c74.png" xlink:type="simple"/></inline-formula> from the server S, the user U<sub>i</sub></p><p>checks whether or not <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\85801f9c-7c67-4a09-a3b1-4a382c91ccf3.png" xlink:type="simple"/></inline-formula> and h(R<sub>1</sub>) are equal . If no, U<sub>i</sub> rejects this message and terminates the operation;</p><p>otherwise, U<sub>i</sub> authenticates S successfully and computes<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\0a3f17af-7185-4289-8ea3-cf659053df9d.png" xlink:type="simple"/></inline-formula>. Then, U<sub>i</sub> sends <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\fd7446ef-dcbe-4b3b-9c69-f3f39df43c68.png" xlink:type="simple"/></inline-formula> to S.</p><p>Step A4. When the server S receives<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\b492f5c0-643a-4d03-990f-0c59115d2bcd.png" xlink:type="simple"/></inline-formula>, checks whether or not <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\54bc6758-5453-40c2-b6b2-638729161020.png" xlink:type="simple"/></inline-formula> and h(R<sub>2</sub>) are equal. If no, S</p><p>sends reject message to the U<sub>i</sub>; otherwise, S authenticates U<sub>i</sub>.</p><p>After finishing mutual authentication phase, the user U<sub>i</sub> and the server S each can compute a common session</p><p>key <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\2d856ce6-805b-4327-9aa6-a29d8137d662.png" xlink:type="simple"/></inline-formula> for the next data transmission.</p></sec><sec id="s2_4"><title>2.4. Password Change Phase</title><p>The user U<sub>i</sub> can change his password without the help of the server S, and the details of the password change procedures are as follows:</p><p>U<sub>i</sub> inserts the smart card, and input his old password pw<sub>i</sub> and the identity ID<sub>i</sub>. Then, the smart card computes</p><p><inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\3b1fdce8-4b89-4755-8a39-e8acbeb50990.png" xlink:type="simple"/></inline-formula>, <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\04854dc0-9a28-4715-a04a-2f61925e7325.png" xlink:type="simple"/></inline-formula>, and checks whether or not <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\3cbc09c8-5dac-43c7-9fe4-c6d9d8d7fb2c.png" xlink:type="simple"/></inline-formula> and C<sub>i</sub> are equal. If the verification</p><p>process is correct, the smart card asks the cardholder to resubmit a new password<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\c7da806a-6bb5-4eea-b742-59262d8fdb27.png" xlink:type="simple"/></inline-formula>, and then smart card</p><p>computes<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\f2fc8c3e-12d0-40e0-afe1-ecefdb79d98c.png" xlink:type="simple"/></inline-formula>. At last, the smart card replaces the values of B<sub>i</sub> stored in its memory</p><p>with <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\d81ae388-9ca7-4dd7-9bae-c68829e83551.png" xlink:type="simple"/></inline-formula> to finish the password change phase.</p></sec></sec><sec id="s3"><title>3. Security Analysis</title><p>In this subsection, we present these security analyses of our scheme and show that proposed scheme can resist many kinds of attack. To analyze the security of our scheme, we assume that an attacker can obtain the secret values stored in the smart card by monitoring the power consumption [<xref ref-type="bibr" rid="scirp.45566-ref8">8</xref>] [<xref ref-type="bibr" rid="scirp.45566-ref9">9</xref>] and intercept the messages communicating between the user and the server.</p><sec id="s3_1"><title>3.1. User Anonymity</title><p>The proposed scheme can protect user’s anonymity. In login phase, the user U<sub>i</sub> will send the login request mes-</p><p>sage <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\3215eaec-679a-4cb1-a0d5-b793c8b44ba9.png" xlink:type="simple"/></inline-formula> to the server S. Thus, the attacker might incept and analyze the login message. It is infeasi-</p><p>ble to derive the user identity ID<sub>i</sub> through h(ID<sub>i</sub>). Furthermore, the login message is dynamic in each login. Among the parameters of login message, F<sub>i</sub> is associated with nonce R<sub>1</sub> and dynamically changed. Consequently, the attacker cannot identify the person who is trying to login.</p></sec><sec id="s3_2"><title>3.2. Relay Attack</title><p>The proposed scheme can resist replay attack because the login request message and the mutual authentication message both contain the nonce instead of timestamp. Suppose that the attacker has intercepted a previous login</p><p>request message <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\59fc5775-bb8a-4249-9b5c-4c65779109ea.png" xlink:type="simple"/></inline-formula> from U<sub>i</sub>, the attacker can resend the same message to S, but he can’t continue, because he can’t compute <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\784779a6-d482-4e51-ac00-179ba7c2ed13.png" xlink:type="simple"/></inline-formula> without knowing x and can’t compute<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\f415cfaa-9344-4479-8973-4a2b57a021c7.png" xlink:type="simple"/></inline-formula>. For the same reason,</p><p>the attacker still cannot successfully impersonate the server S to cheat the users by replaying the server’s pre-</p><p>vious mutual authentication message<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\8a75ac6d-54e7-4799-b451-f232c3e2b291.png" xlink:type="simple"/></inline-formula>.</p></sec><sec id="s3_3"><title>3.3. Impersonation Attack</title><p>The proposed scheme can withstand impersonation attack. Assume the attacker intercepts h(ID<sub>i</sub>), F<sub>i</sub>, H<sub>i</sub>, but these information has no meaning to an attacker. He can’t derive the secret parameter x and password PW<sub>i</sub>. Without R<sub>1</sub>, R<sub>2</sub>, x and PW<sub>i</sub>, the attacker can’t compute H<sub>i</sub>, so impersonation can’t continue. What’s more, the attacker can’t impersonation of S, because he can’t compute <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\4a8e6d9d-d7fe-4104-acde-c0ec225b7c39.png" xlink:type="simple"/></inline-formula> without knowing the secret key x.</p></sec><sec id="s3_4"><title>3.4. Denial-of-Service Attack</title><p>In our proposed scheme, the smart card of user U<sub>i</sub> checks the validity of user identity ID<sub>i</sub> and password PW<sub>i</sub> before update procedure. The attacker has to insert the smart card of user U<sub>i</sub> into the smart card reader and has to</p><p>guess the identity ID<sub>i</sub> and password PW<sub>i</sub> correctly. Since the smart card computes<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\fecbc094-1721-4f33-b03f-a88875553776.png" xlink:type="simple"/></inline-formula>,<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\f8f3b32c-efeb-4886-9805-f1d9f5b7c7f8.png" xlink:type="simple"/></inline-formula> , and compares the computed value of <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\a5bf0737-b5aa-41e2-8315-834ec8e551f1.png" xlink:type="simple"/></inline-formula> with the stored value of C<sub>i</sub> in its memory to verify the le-</p><p>gitimacy of U<sub>i</sub> before the smart card accepts the password update request. It is not possible to guess the identity ID<sub>i</sub> and password PW<sub>i</sub> correctly at the same time in real polynomial time even after getting the smart card of user U<sub>i</sub>. Therefore, the proposed protocol is secure against DOS attacks.</p></sec><sec id="s3_5"><title>3.5. Insider Attack</title><p>If an attacker obtains B<sub>i</sub> and C<sub>i</sub> from U<sub>i</sub>’s smart card, he can’t extract sensitive information, like ID<sub>i</sub>, PW<sub>i</sub>, x, because it is computationally infeasible to invert the one-way hash function h(). Moreover, he can’t extract A<sub>i</sub> from B<sub>i</sub> without the knowledge of ID<sub>i</sub> and PW<sub>i</sub>. Furthermore, if the attacker is a legal user U<sub>i</sub>, he can’t obtain x from his smart card. Thus, the insider attack is resisted.</p></sec><sec id="s3_6"><title>3.6. Password Guessing Attack</title><p>In our scheme, U<sub>i</sub>’s password is only involved with <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\736aef4d-934f-41b1-9fd7-7843223785f3.png" xlink:type="simple"/></inline-formula> instead of login request message <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\6268d668-d69d-47d3-ba20-ab0f204fcfa0.png" xlink:type="simple"/></inline-formula></p><p>or response message<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\ce4284c2-dfe9-4ece-b4c3-4982b9e7a533.png" xlink:type="simple"/></inline-formula>, it is more difficult for an attacker to compute a valid authentication request</p><p>message without knowing the server’s secret value x. Therefore, we believe that the on-line password guessing attacks can be prevented more efficiently.</p><p>On the other hand, in our scheme U<sub>i</sub>’s login message, i.e. h(ID<sub>i</sub>), F<sub>i</sub>, are well-protected and un-involved with U<sub>i</sub>’s password. This design eliminates the correlation between U<sub>i</sub>’s password and the transmitted messages, i.e. h(ID<sub>i</sub>), F<sub>i</sub>, H<sub>i</sub>, an attacker has no ability to examine his guessed password with previous legitimate request or reply message in an off-line mode. Hence, our scheme is secure against the off-line password guessing attack.</p></sec><sec id="s3_7"><title>3.7. Stolen Smart Card Attack</title><p>Our scheme can prevent stolen smart card attack. If the smart card is stolen or lost, the attacker can extract the secret information B<sub>i</sub> and C<sub>i</sub> from the smart card. With the parameter, the attacker tries to impersonate the user to</p><p>login to the server S, however, he must produce a valid login request message<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\f15acd61-9893-4400-973c-e068d174cf7f.png" xlink:type="simple"/></inline-formula>. It can be observed</p><p>that it is impossible to compute A<sub>i</sub> and F<sub>i </sub>from the given parameters without knowing x, ID<sub>i</sub>, and PW<sub>i</sub>, so the attacker can’t generate a valid login message.</p></sec><sec id="s3_8"><title>3.8. Parallel Session Attack</title><p>Assume the attacker can masquerade as legitimate user U<sub>i</sub> by replaying a login request message<inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\08d7458b-af21-4bc8-b632-3dd26d87bb95.png" xlink:type="simple"/></inline-formula>.</p><p>However, he can’t compute the agreed session key <inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\8daa8392-bf53-45a0-9e25-d4adffdbc03f.png" xlink:type="simple"/></inline-formula> between user U<sub>i</sub> and server S because he</p><p>does not know the values of x, R<sub>1</sub>, R<sub>2</sub>. Therefore, the proposed scheme is secure against parallel session attack.</p></sec><sec id="s3_9"><title>3.9. Mutual Authentication</title><p>Our scheme provides mutual authentication of U<sub>i</sub> and S. In our scheme, S sends mutual authentication message</p><p><inline-formula><inline-graphic xlink:href="http://file.scirp.org/Html/htmlimages\1-8102173x\b434cc40-fa6b-4969-9da1-699d855b7329.png" xlink:type="simple"/></inline-formula>to U<sub>i</sub> validate its authenticity. The value of H<sub>i</sub> is calculated by G<sub>i</sub> which is only known to U<sub>i</sub> and S</p><p>and this message is infeasible to forge by a fake server to impersonate the S.</p></sec><sec id="s3_10"><title>3.10. Session Key Agreement</title><p>The proposed scheme provides session key agreement during the authentication phase. Suppose the attacker obtains the secret values in the legal user’s smart card and intercepts messages communicating between the user and the server, he may attempt to compute the session key SK. However, he can’t continue without knowing R<sub>1</sub> and R<sub>2</sub>.</p></sec></sec><sec id="s4"><title>4. Performance Comparison</title><p>In this section, we summarize some performance issues of the proposed scheme. We compare the proposed scheme with related schemes in terms of cost and security requirements.</p><sec id="s4_1"><title>4.1. Cost Analysis</title><p>An efficient authentication scheme must take computation and communication cost into consideration during us- er’s authentication. The computation cost of each phase is defined as the total time of various operations executed in that phase. The communication cost of authentication includes the cost of transmitting messages involved in the authentication scheme. We mainly focus on the computations of registration, login and authentication phases since these phases are the main body of the proposed scheme.</p><p>In order to carry out the computation cost evaluation, we use the following notations: T<sub>h</sub> and T<sub>s</sub> are defined as the execution time of the one-way hash function and symmetric operations. Because exclusive-or operation and concatenation operation require very low execution time, it is usually neglected considering its computational cost. The time complexity associated with the different operations can be expressed as T<sub>⊕</sub> = T<sub>h</sub> &lt; T<sub>s</sub>. The comparative results are shown in <xref ref-type="table" rid="table2">Table 2</xref>.</p><p>From the table, it is noticed that our scheme requires nearly the same computation as other related schemes, but our scheme provides more security.</p><p>In addition, we have shown the comparison of communication cost between our scheme and related scheme. The comparative results are shown in <xref ref-type="table" rid="table3">Table 3</xref>, we assume that the output size of secure one-way hash function is 128 bits. For comparison, we also assume that, the lengths of ID<sub>i</sub>, PW<sub>i</sub>, x, y are 128 bits, and the sizes of timestamps and random number are 64 bits.</p><p>From the table, it is noticed that the communication cost of Das et al.’s scheme is the least with 448 bits, because, it does not support mutual authentication. However, our scheme needs less bits than others.</p></sec><sec id="s4_2"><title>4.2. Security Requirements Analysis</title><p>In this section, we summarize the security features of our proposed scheme and compare its security robustness with related schemes. The comparative results are shown in <xref ref-type="table" rid="table4">Table 4</xref>.</p><p>From the table, it is noticed that our scheme is more secure and robust than other schemes and achieves more security requirements, which were not considered in the their scheme and are essentially required in implementing a practical and universal remote user authentication scheme using smart cards.</p></sec></sec><sec id="s5"><title>5. Conclusions</title><p>In this paper, we see that several dynamic user authentication schemes have weaknesses because of using timestamps. Besides, the implement of strict and safe time synchronization is very difficult and increases network overhead. To eliminate these weaknesses, we propose a new dynamic user authentication scheme based on</p><table-wrap id="table2"  position="float"><object-id pub-id-type="pii">Table 2</object-id><label>Table 2</label><caption><p>. Computation cost comparison</p></caption><table><thead><tr><th align="center" valign="middle"  rowspan="2"  >Scheme</th><th align="center" valign="middle" ></th><th align="center" valign="middle" >Phase</th><th align="center" valign="middle" ></th></tr></thead><tbody><tr><td align="center" valign="middle" >Registration</td><td align="center" valign="middle" >Login and verification</td><td align="center" valign="middle" >Total cost</td></tr><tr><td align="center" valign="middle" >Proposed scheme</td><td align="center" valign="middle" >4T<sub>h</sub></td><td align="center" valign="middle" >8T<sub>h</sub></td><td align="center" valign="middle" >12T<sub>h</sub></td></tr><tr><td align="center" valign="middle" >Khan et al. (2011)</td><td align="center" valign="middle" >2T<sub>h</sub></td><td align="center" valign="middle" >10T<sub>h</sub></td><td align="center" valign="middle" >12T<sub>h</sub></td></tr><tr><td align="center" valign="middle" >Wang et al. (2009)</td><td align="center" valign="middle" >2T<sub>h</sub></td><td align="center" valign="middle" >6T<sub>h</sub></td><td align="center" valign="middle" >8T<sub>h</sub></td></tr><tr><td align="center" valign="middle" >Das et al. (2004)</td><td align="center" valign="middle" >2T<sub>h</sub></td><td align="center" valign="middle" >7T<sub>h</sub></td><td align="center" valign="middle" >9T<sub>h</sub></td></tr></tbody></table></table-wrap><table-wrap id="table3"  position="float"><object-id pub-id-type="pii">Table 3</object-id><label>Table 3</label><caption><p>. Communication cost comparison</p></caption><table><thead><tr><th align="center" valign="middle"  rowspan="2"  >Scheme</th><th align="center" valign="middle"  colspan="2"  >From user to server</th><th align="center" valign="middle"  colspan="2"  >From server to user</th><th align="center" valign="middle"  rowspan="2"  >Total cost</th></tr></thead><tbody><tr><td align="center" valign="middle" >Message</td><td align="center" valign="middle" >Cost</td><td align="center" valign="middle" >Message</td><td align="center" valign="middle" >Cost</td></tr><tr><td align="center" valign="middle" >Proposed scheme</td><td align="center" valign="middle" >h(ID<sub>i</sub>), F<sub>i</sub></td><td align="center" valign="middle" >256 bits</td><td align="center" valign="middle" ></td><td align="center" valign="middle" >256 bits</td><td align="center" valign="middle" >512 bits</td></tr><tr><td align="center" valign="middle" >Khan et al. (2011)</td><td align="center" valign="middle" >CID<sub>i</sub>, T<sub>i</sub>, d, C<sub>i</sub></td><td align="center" valign="middle" >384 bits</td><td align="center" valign="middle" >C2,Ts</td><td align="center" valign="middle" >192 bits</td><td align="center" valign="middle" >576 bits</td></tr><tr><td align="center" valign="middle" >Wang et al. (2009)</td><td align="center" valign="middle" >ID<sub>i</sub>, CID<sub>i</sub>, N<sub>i</sub>,T</td><td align="center" valign="middle" >448 bits</td><td align="center" valign="middle" >a’, T<sup>*</sup></td><td align="center" valign="middle" >192 bits</td><td align="center" valign="middle" >640 bits</td></tr><tr><td align="center" valign="middle" >Das et al. (2004)</td><td align="center" valign="middle" >CID<sub>i</sub>, N<sub>i</sub>, C<sub>i</sub>, T</td><td align="center" valign="middle" >448 bits</td><td align="center" valign="middle" >-</td><td align="center" valign="middle" >-</td><td align="center" valign="middle" >448b its</td></tr></tbody></table></table-wrap><table-wrap id="table4"  position="float"><object-id pub-id-type="pii">Table 4</object-id><label>Table 4</label><caption><p>. Security properties comparison</p></caption><table><thead><tr><th align="center" valign="middle" >Scheme</th><th align="center" valign="middle" >S1</th><th align="center" valign="middle" >S2</th><th align="center" valign="middle" >S3</th><th align="center" valign="middle" >S4</th><th align="center" valign="middle" >S5</th><th align="center" valign="middle" >S6</th><th align="center" valign="middle" >S7</th><th align="center" valign="middle" >S8</th><th align="center" valign="middle" >S9</th><th align="center" valign="middle" >S10</th></tr></thead><tbody><tr><td align="center" valign="middle" >Proposed</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >Y</td></tr><tr><td align="center" valign="middle" >Khan et al.</td><td align="center" valign="middle" >N</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >N</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >N</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >N</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >Y</td></tr><tr><td align="center" valign="middle" >Wang et al.</td><td align="center" valign="middle" >N</td><td align="center" valign="middle" >N</td><td align="center" valign="middle" >N</td><td align="center" valign="middle" >N</td><td align="center" valign="middle" >N</td><td align="center" valign="middle" >N</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >N</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >N</td></tr><tr><td align="center" valign="middle" >Das et al.</td><td align="center" valign="middle" >N</td><td align="center" valign="middle" >N</td><td align="center" valign="middle" >N</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >N</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >Y</td><td align="center" valign="middle" >N</td><td align="center" valign="middle" >N</td></tr></tbody></table></table-wrap><p>S1: Resist impersonation attack; S2: Resist DOS attack; S3: Resist insider attack; S4: Resist replay attack; S5: Resist password guessing attack; S6: Resist stolen smart card attack S7: Resist Parallel session attack; S8: Provide user’s anonymity; S9: Provide mutual authentication; S10: Provide session key agreement.</p><p>nonce instead of timestamps. Mutual authentication is performed using a challenge-response handshake between user and remote server. Moreover, our scheme uses hashing functions to implement user’s anonymity and session key agreement. The other merits include: 1) our scheme provides a secure password change method to prevent the adversary from updating password freely; 2) our scheme can resist various attack, including forward se- crecy; 3) our scheme requires less computation and communication traffic; 4) it is a nonce-based scheme to avoid the time-synchronization problem.</p><p>Therefore, this scheme is well suited to the network-based application systems. In our future work, we would carry on experiments if the conditions are met.</p></sec><sec id="s6"><title>Acknowledgements</title><p>Yang Xiaohui, Cui Xinchun, Cao Zhenliang and Hu Ziqiang thank the anonymous reviewers for their valuable comments and suggestions.</p></sec></body><back><ref-list><title>References</title><ref id="scirp.45566-ref1"><label>1</label><mixed-citation publication-type="other" xlink:type="simple">LAMPORT, L. (1981) PASSWORD AUTHENTICATION WITH INSECURE COMMUNICATION. COMMUNICATIONS OF THE ACM, 24, 770772. 
HTTP://DX.DOI.ORG/10.1145/358790.358797</mixed-citation></ref><ref id="scirp.45566-ref2"><label>2</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>YOON</surname><given-names> E.J.</given-names></name>,<name name-style="western"><surname> RYU</surname><given-names> E.K. </given-names></name>,<name name-style="western"><surname> YOO</surname><given-names> K.Y. </given-names></name>,<etal>et al</etal>. (<year>2004</year>)<article-title>FURTHER IMPROVEMENT OF AN EFFICIENT PASSWORD BASED REMOTE USER AUTHENTICATION SCHEME USING SMART CARDS</article-title><source> IEEE TRANSACTIONS ON CONSUMER ELECTRONICS</source><volume> 50</volume>,<fpage> 612</fpage>-<lpage>614</lpage>.<pub-id pub-id-type="doi">HTTP://DX.DOI.ORG/10.1109/TCE.2004.1309437</pub-id></mixed-citation></ref><ref id="scirp.45566-ref3"><label>3</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>TINA</surname><given-names> X.</given-names></name>,<name name-style="western"><surname> ZHU</surname><given-names> R.W. </given-names></name>,<name name-style="western"><surname> WONG</surname><given-names> D.S. </given-names></name>,<etal>et al</etal>. (<year>2007</year>)<article-title>TINA, X., ZHU, R.W. AND WONG, D.S.  IMPROVED EFFICIENT REMOTE USER AUTHENTICATION SCHEMES</article-title><source> INTERNATIONAL JOURNAL OF NETWORK SECURITY</source><volume> 4</volume>,<fpage> 149</fpage>-<lpage>154</lpage>.<pub-id pub-id-type="doi"></pub-id></mixed-citation></ref><ref id="scirp.45566-ref4"><label>4</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>YANG</surname><given-names> L. </given-names></name>,<name name-style="western"><surname> MA</surname><given-names> J.F. </given-names></name>,<etal>et al</etal>. (<year>2011</year>)<article-title>YANG, L. AND MA, J.F.  TRUSTED MUTUAL AUTHENTICATION SCHEME WITH SMART CARDS AND PASSWORDS</article-title><source> JOURNAL OF UNIVERSITY OF ELECTRONIC SCIENCE AND TECHNOLOGY OF CHINA</source><volume> 4</volume>,<fpage> 128</fpage>-<lpage>133</lpage>.<pub-id pub-id-type="doi"></pub-id></mixed-citation></ref><ref id="scirp.45566-ref5"><label>5</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>DAS</surname><given-names> M.L.</given-names></name>,<name name-style="western"><surname> SAXENA</surname><given-names> A. </given-names></name>,<name name-style="western"><surname> GULATI</surname><given-names> P. </given-names></name>,<etal>et al</etal>. (<year>2004</year>)<article-title>A DYNAMIC ID-BASED REMOTE USER AUTHENTICATION SCHEME</article-title><source> IEEE TRANSACTIONS ON CONSUMER ELECTRONICS</source><volume> 50</volume>,<fpage> 629</fpage>-<lpage>631</lpage>.<pub-id pub-id-type="doi">HTTP://DX.DOI.ORG/10.1109/TCE.2004.1309441</pub-id></mixed-citation></ref><ref id="scirp.45566-ref6"><label>6</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>WANG</surname><given-names> Y.Y.</given-names></name>,<name name-style="western"><surname> LIU</surname><given-names> J.Y.</given-names></name>,<name name-style="western"><surname> XIAO</surname><given-names> F.X. </given-names></name>,<name name-style="western"><surname> DAN</surname><given-names> J. </given-names></name>,<etal>et al</etal>. (<year>2009</year>)<article-title>A MORE EFFICIENT AND SECURE DYNAMIC ID-BASED REMOTE USER AUTHENTICATION SCHEME</article-title><source> COMPUTER COMMUNICATIONS</source><volume> 32</volume>,<fpage> 583</fpage>-<lpage>585</lpage>.<pub-id pub-id-type="doi">HTTP://DX.DOI.ORG/10.1016/J.COMCOM.2008.11.008</pub-id></mixed-citation></ref><ref id="scirp.45566-ref7"><label>7</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>KHAN</surname><given-names> M.K.</given-names></name>,<name name-style="western"><surname> KIM</surname><given-names> S.K. </given-names></name>,<name name-style="western"><surname> ALGHATHBAR</surname><given-names> K. </given-names></name>,<etal>et al</etal>. (<year>2011</year>)<article-title>CRYPTANALYSIS AND SECURITY ENHANCEMENT OF A MORE EFFICIENT &amp; SECURE DYNAMIC ID-BASED REMOTE USER AUTHENTICATION SCHEME</article-title><source> COMPUTER COMMUNICATIONS</source><volume> 34</volume>,<fpage> 305</fpage>-<lpage>309</lpage>.<pub-id pub-id-type="doi">HTTP://DX.DOI.ORG/10.1016/J.COMCOM.2010.02.011</pub-id></mixed-citation></ref><ref id="scirp.45566-ref8"><label>8</label><mixed-citation publication-type="other" xlink:type="simple">KOCHER, P., JAFFE, J. AND JUN, B. (1999) DIFFERENTIAL POWER ANALYSIS. LECTURE NOTES IN COMPUTER SCIENCE, 1666, 388397.</mixed-citation></ref><ref id="scirp.45566-ref9"><label>9</label><mixed-citation publication-type="journal" xlink:type="simple"><name name-style="western"><surname>MESSERGES</surname><given-names> T.S.</given-names></name>,<name name-style="western"><surname> DABBISH</surname><given-names> E.A. </given-names></name>,<name name-style="western"><surname> SLOAN</surname><given-names> R.H. </given-names></name>,<etal>et al</etal>. (<year>2002</year>)<article-title>EXAMINING SMART-CARD SECURITY UNDER THE THREAT OF POWER ANALYSIS ATTACKS</article-title><source> IEEE TRANSACTIONS ON COMPUTERS</source><volume> 51</volume>,<fpage> 541</fpage>-<lpage>552</lpage>.<pub-id pub-id-type="doi">HTTP://DX.DOI.ORG/10.1109/TC.2002.1004593</pub-id></mixed-citation></ref></ref-list></back></article>