WO2006024224A1

WO2006024224A1 - A method for the safe protecting of the user card

Info

Publication number: WO2006024224A1
Application number: PCT/CN2005/001344
Authority: WO
Inventors: Zhengwei Wang
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2004-08-29
Filing date: 2005-08-29
Publication date: 2006-03-09
Anticipated expiration: 2007-02-28
Also published as: CN100459787C; US7650139B2; EP1737201A4; EP1737201A1; US20070105530A1; CN1741676A

Description

一种用户卡的安全保障方法

技术领域

本发明涉及信息安全技术 , 具体涉及一种用户卡的安全保障方法。发明背景

目前，移动终端中诸如 SIM卡之类的用户卡的信息存取是通过 HN 码来进行保护的。具体来说，当用户设置了用户卡的 PIN码后，对用户卡的访问将通过 PIN码保护，也即通常所遇到的设置 PI 码后，手机提示用户输入 PIN码，而后才能正常开机一样。每次访问用户卡，即每次开机都要让用户输入 PIN码，则难以被广大用户接受。因此，目前的绝大多数用户都不设置 PIN码。基于这种原因，事实上，目前的用户卡 PIN码对用户卡的安全保护起不到应有的作用，因为没有人或很少人愿意用，就等于没有用，正如再严谨的制度和法律条文必须具有其可操作性一样。发明内容

有鉴于此，本发明的主要目的是提供一种用户卡的安全保障方法，在保证用户卡的安全性同时，使得其具有更好易用性，从而使得移动终端用户可以方便安全地使用其用户卡。

本发明的上述目的是通过如下的技术方案予以实现的：

一种用户卡的安全保障方法，至少包括如下步骤：

a. 在用户卡中设置一个安全密钥；设置一个验证设备，并将安全密钥保存在验证设备中；

b. 用户卡在响应相关访问请求前，根据设置的安全密钥对验证设备进行认证；如果认证通过，允许相关访问请求，否则拒绝相关访问请求。

步骤 b所述根据设置的安全密钥对验证设备进行认证包括：

bl l . 由用户卡和验证设备分别根据安全密钥进行计算得到第一计算结果和第二计算结果；

bl2. 用户卡比较第一计算结果和第二计算结果是否一致，如果一致，则认证通过；否则，认证不通过。

步骤 bl l之前进一步包括：产生第一鉴权数；

步骤 bl l所述由用户卡和验证设备分别根据安全密钥进行计算得到第一计算结果和第二计算结果为：由用户卡和验证设备分别根据安全密钥和第一鉴权数进行计算得到第一计算结果和第二计算结果。

所述第一鉴权数由用户卡产生，并发送给验证设备。

步骤 bl l之前进一步包括：验证设备产生第二鉴权数，并^送给用户卡；

步骤 bl l所述由用户卡和验证设备分别根据安全密钥进行计算得到第一计算结果和第二计算结果为：由用户卡和验证设备分别根据安全密钥、第一鉴权数和第二鉴权数进行计算得到第计算结果和第二计算结果。

所述第一鉴权数由验证设备产生，并发送给用户卡；

步骤 M l之前进一步包括：用户卡判断第一鉴权数是否非法，如果非法，则鉴权不通过，否则，执行步骤 bl l及其以后步骤。

用户卡判断第一鉴权数是否合法为：通过判断该第一鉴权数是否大于上次认证成功时的第一鉴权数来判断其合法性；如果大于则合法，否则，非法。所述第一鉴权数是一个随机数。

步骤 b l l之前进一步包括：用户卡将自身保存或生成的第一鉴权数发送给验证设备，验证设备根据收到的第一鉴权数产生第二鉴权数，并将所述第二鉴权数发送给用户卡；

步骤 b l l所述由用户卡和验证设备分别根据安全密钥进行计算得到第一计算结果和第二计算结果为：由用户卡和脸证设备分别根据安全密钥和第二鉴权数进行计算得到第一计算结果和第二计算结果。

步骤 b l l之前，进一步包括：用户卡判断第二鉴权数是否合法，如果不合法，则鉴权不通过，否则，执行步骤 b l l及其以后步骤。

该方法进一步包括：用户卡在对验证设备认证通过时保存验证设备发送来的第二鉴权数；

所述用户卡判断第二鉴权数是否合法为：判断当前收到的第二鉴权数大于上次对验证设备认证通过时保存的第二鉴权数，如果大于则确认合法，否则，确认非法。

所述第一鉴权数是用户卡上一次对验证设备认证成功时保存的验证设备发送的第二鉴权数，所述验证设备在将新产生的第二鉴权数发送给用户卡之前，进一步包括：

验证设备在产生新的第二鉴权数后，判断新产生的第二鉴权数是否大于用户卡发送来的第一鉴权数，如果大于，则确认合法，之后执行将新产生的第二鉴权数发送给用户卡的步骤；否则确认非法，并结束本处理流程或重新产生新的第二鉴权数并重新验证新产生的第二鉴权数的合法性。

所述验证设备是终端、电子钥匙、归属位置寄存器、鉴权中心或设备标识寄存器。

所述验证设备是电子钥匙；该方法进一步包括：在移动终端和电子钥匙中分别设置一个无线收发模块，移动终端和电子钥匙通过所设置的无线收发模块建立无线通信连接，移动终端通过该无线通信连接传送用户卡和电子钥匙之间的交互 §息。

该方法或者进一步包括：在移动终端和电子钥匙中分别设置一个数据通信线接口，移动终端和电子钥匙通过连接在所述两个接口之间的数据通信线建立有线通信连接，移动终端通过该有线通信连接传送用户卡和电子钥匙之间的交互信息。

所述验证设备是终端；

步骤 b中，所述终端在响应用户卡的认证请求之前，进一步包括：判断自己的合法性，如果合法，则响应该认证请求，否则，拒绝该认证请求。

所述方法进一步包括：在终端和网络侧相关设备中或者是一个终端电子钥匙中保存一个终端安全密钥，所述终端判断自己的合法性为：终端根据终端安全密钥对网络侧相关设备或终端电子钥匙进行认证，如果认证通过，则判断自己合法，否则，判断自己非法。

所述终端根据终端安全密钥进行认证包括：

终端产生一个随机数，然后发送给网络侧相关设备或终端电子钥匙；网络侧相关设备或终端电子钥匙根据随机数和自己保存的终端安全密钥进行计算，得到一个计算结果，然后将该计算结果返回给终端；终端根据随机数和自己保存的业务密钥进行相应的计算，得到一个计算结果，并比较自己计算得到的结果和来自网络侧相关设备或终端电子钥匙的计算结果是否一致，如果一致，则认证通过；否则认证不通过。

步骤 a中，验证设备根据用户卡的标识信息保存用户卡的安全密钥；步骤 bl 1之前进一步包括：验证设备获取请求认证的用户卡的标识信息，并根据该用户卡的标识信息确定自己保存的、且参与本次计算的相应安全密钥。

所述用户卡的标识信息是用户卡的卡号，或者是用户为用户卡生成的个性化信息标识。

步骤 b所述相关访问请求包括：对用户卡保存的信息资料的访问请求，或对用户卡中网络业务设置数据的操作访问，或执行相应的摘要计算或加解密计算的请求。

从本发明的技术方案可以看出，本发明首先在用户卡中设置一个安全密钥，设置验证设备，并将该安全密钥保存到一个验证设备；用户卡在响应相关访问请求前，根据设置的安全密钥对验证设备进行认证；如果认证通过，允许相关访问请求，否则拒绝相关访问请求。这里的验证设备可以是移动终端，这样，在用户卡设置了安全防护功能后，将该用户卡插入其它非法终端时，会因为认证不通过而无法对用户卡进行相关的访问，这样就保证了用户卡的安全。而将用户卡插入合法的终端中时，由于认证能够通过，因此，就可以直接对用户卡进行访问，这样，用户不需要输入 PIN码即可以访问用户卡，因此方便了用户使用。

可以看出，本发明中通过用户卡对验证设备的认证，在保证用户卡安全性的同时，方便了用户的使用，提高了用户卡的可用行，从而，解决了因为用户不愿意输入 PIN码而带来的用户卡安全性问题。附图简要说明

图 1是本发明的总体流程图；

图 2是本发明第一实施例的流程图；

图 3是本发明第二实施例的流程图；

：图 4是本发明第三实施例的流程图；图 5是本发明终端设备验证其合法性的实施例流程图。实施本发明的方式

下面结合附图和具体实施例对本发明进行详细说明。

本发明在用户卡设置一个安全密钥，设置验证设备，并将该安全密钥保存到一个验证设备；用户卡在响应相关访问请求前，根据设置的安全密钥对验证设备进行认证；如果认证通过，允许相关访问请求，否则拒绝相关访问请求。

图 1是本发明的总体流程图。如图 1所示，本发明至少包括如下步骤：

步骤 Sl、在用户卡中设置一个安全密钥。

这里的安全密钥可以由用户卡根据其中的根密钥，和一个随机数进行一定的运算，比如进行摘要运算产生，其中，随机数可以由移动终端产生。当然，安全密钥可以直接是由移动终端产生的一个随机数，或者是用户输入的一个随机值。比如，终端提示用户输入用户卡的 PIN码，而后，根据用户所输入的用户卡 PIN码，将随机产生的安全密钥设置到用户卡中。

步骤 S2、设置验证设备，并将该安全密钥保存到验证设备中。这里的验证设备可以是终端本身，也可以是一个电子钥匙，也可以是网络侧的一个设备，如归属位置寄存器（HLR )、鉴权中心（AC )、和设备标识寄存器（EIR ) 等。

如果验证设备是终端本身，则终端可以直接保存该安全密钥。如果验证设备是一个电子钥匙，则在移动终端和电子钥匙中分别设置一个无线收发模块，移动终端和电子钥匙通过该无线收发模块建立无线通信连接，移动终端通过该无线通信连接传送用户卡和电子钥匙之间的交互信息，这时，移动终端可以通过该无线通信连接，将安全密钥设置到电子钥匙。所述无线通信连接可以通过红外线或篮牙等等通信技术建立。当然，也可以在移动终端和电子钥匙中分别设置一个数据通信线接口，移动终端和电子钥匙通过连接在所述两个接口之间的数据通信线建立有线通信连接，移动终端通过该有线通信连接传送用户卡和电子钥匙之间的交互信息。

如果验证设备是 HLR等网络设备，终端和该验证设备可以通过短消息或者 OTA ( Over The Air )接口，或业务操作命令（如设置呼叫转移命令或查看呼叫转移状态命令）等进行信息交互。当然，也可以通过其它信令方式进行信息交互。

步骤 S3、用户卡在响应相关访问请求前，根据设置的安全密钥对验证设备进行认证；如果认证通过，则执行步骤 S4，允许相关访问请求，否则，执行步骤 S5，拒绝相关访问请求。

这里的相关访问请求可以是对用户卡保存的信息资料的访问请求，比如，查看用户卡保存的号码簿记录，查看用户卡保存的短消息，等等。或对用户卡中关于网络业务设置的数据的操作访问，比如，运营商的一些定制业务设置数据。或执行相应的摘要计算或加解密计算的请求，比如，终端发送给用户卡一个随机数，用户卡根据自己保存的根密钥对该随机数进行摘要运算，并将计算的摘要值返回给终端的操作。

用户卡根据设置的安全密钥对验证设备进行认证的方式有很多，比如，可以直接由验证设备将自己保存的安全密钥返回给用户卡，用户卡比较来自验证设备的安全密钥和自己保存的安全密钥是否一致，如果一致，则认证通过，否则，认证不通过。

也可以是验证设备根据安全密钥进行相关计算得到第二计算结果，并将第二计算结果返回给用户卡，用户卡也根据安全密钥进行相应的计算，得到第一计算结果。之后用户卡通过比较第一计算结果和第二计算结果是否一致来判断对验证设备的认证是否通过。即，如果一致，则认证通过，否则，认证不通过。这里的计算可以是摘要计算，相关的摘要算法参见《应用密码学》一书，也可以参见移动通信的相关安全标准，这里不详细叙述，当然，也可以是一个加密计算。

当然，上述通过第一计算结果和第二计算结果进行判断的处理方案中，也可以产生一个鉴权数，上述摘要计算则根据安全密钥和该鉴权数共同进行摘要计算，也即，第一计算结果和第二计算结果是用户卡和验证设备分别根据自己保存的安全密钥和鉴权数进行相应的摘要计算得到。这里的鉴权数实际上可以是一个随机数。

一般地，在用户卡对验证设备进行认证时，鉴权数是由用户卡产生并传送给验证设备。

下面再结合附图及具体实施例对本发明方案做进一步详细的描述。如图 2所示，是本发明的第一实施例流程图，本实施例中验证设备是终端。

步骤 Sl l、在用户卡中设置一个安全密钥；并将该安全密钥保存到终端。

步骤 S12、终端将相关访问请求发送给用户卡；

步骤 S13、用户卡接收到相关访问请求后，产生第一鉴权数，并将第一鉴权数返回给终端。

步骤 S14、终端根据用户卡返回的第一鉴权数和自己保存的安全密钥进行摘要计算，得到第二计算结果，并将第二计算结果返回给用户卡。

步骤 S 15、用户卡接收到终端返回的第二计算结果后，也根据第一鉴权数和自己保存的安全密钥进行摘要计算得到第一计算结果。

步骤 S16、用户卡判断上述第一计算结果和第二计算结果是否一致，如果一致，则在步骤 S 17 , 允许终端对用户卡进行相关访问；否则，如果不一致，则在步骤 S 18 , 不允许终端对用户卡进行相关访问。

上述鉴权数也可以是由验证设备产生并传送给用户卡。这时，用户卡在进行所述的摘要计算并得到第一计算结果之前，可以进一步对验证设备产生的鉴权数进行合法性判断，避免攻击者利用非法鉴权数对用户卡进行攻击，如果判断验证设备产生的鉴权数不合法，则，本次对于验证设备的认证不通过，如果合法，才进行所述的摘要计算。当然，如果用户卡不进行验证，也可以实现本发明的目的，但显然安全性不是很高。

如图 3所示，是本发明的第二实施例流程图，该实施例即通过验证设备生成鉴权数，并由用户卡对鉴权数进行验证。且本实施例中验证设备是终端。

步骤 S21、在用户卡中设置一个安全密钥；并将该安全密钥保存到终端；

步骤 S22、终端产生第二鉴权数，根据第二鉴权数和自己保存的安全密钥进行摘要计算，得到第二计算结果；终端将相关访问请求发送给用户卡，该相关访问请求中携带产生的第二鉴权数和计算得到的第二计算结果；

步骤 S23、用户卡接收到相关访问请求后，判断请求信息中携带第二鉴权数的合法性，如果非法，则执行步骤 S27 , 结束处理；否则，继续执行如下步骤 S24; 用户卡通过对请求信息中携带第二鉴权数的合法性进行判断，可以避免消息重放攻击。

步骤 S24、用户卡根据第二鉴权数和自己保存的安全密钥进行摘要计算得到第一计算结果；

步骤 S25、用户卡判断上述第一计算结果和第二计算结果是否一致，如果一致，则在步骤 S26 , 允许终端对用户卡进行相关访问；否则，如果不一致，则在步骤 S27 , 不允许终端对用户卡进行相关访问；上述步骤 S23中用户卡对于第二鉴权数的合法性判断，可以采用重复性判断来进行。也即判断验证设备产生的鉴权数的重复性，从而可以有效地避免攻击者利用同一个鉴权数或者已经用过的鉴权数对用户卡进行消息重放攻击。比如，要进行重复性判断时，用户卡可以保存上一次认证成功时由验证设备产生并发送给自己的鉴权数，在本次认证时，判断本次验证设备产生的鉴权数是否大于或小于自己保存的上一次认证成功时由验证设备产生的所述鉴权数，其中，对于要求递增产生鉴权数来说为判断是否大于，对于要求递减产生鉴权数来说则是判断是否小于。这里，可以要求验证设备产生的鉴权数是递增的或递减的。这时，用户卡在认证成功时，可以保存本次认证成功时由验证设备产生的鉴权数，以便于下一次认证时，以此鉴权数来判断验证设备新产生的第二鉴权数是否合法。

当然，用户卡在对验证设备进行认证之前，也即验证设备在将新产生的第二鉴权数发送给用户卡之前，验证设备可以先对自身产生的第二鉴权数进行认证，具体来说，用户卡在对验证设备验证成功时，保存对应于本次认证的第二鉴权数，在下一次认证时，用户卡将保存的第二鉴权数发送给验证设备，验证设备在产生新的第二鉴权数时，根据用户卡传送来的第二鉴权数判断新产生的第二鉴权数的合法性，以保证新产生的第二鉴权数能够通过用户卡的验证，例如，如果用户卡要求验证设备产生的鉴权数是递增产生的，那么，验证设备产生一个鉴权数后，判断二鉴权数，如果是，则使用该鉴权数进行本次的鉴权，否则，验证设备重新产生新的第二鉴权数并重新验证新产生的第二鉴权数是否大于用备产生一个满足要求的第二鉴权数为止。当然，可以利用递增或递减随机数产生函数来产生递增或递减鉴权数序列。

一般地，在上述验证设备生成新的第二鉴权数的处理过程中，是可以由用户卡将自身保存或生成的第一鉴权数发送给验证设备，验证设备根据收到的第一鉴权数产生第二鉴权数。其中，用户卡发送给验证设备的第一鉴权数，可以是诸如验证设备之类的其它设备发送给用户卡的，也可以是用户卡自身主动生成的，当然，还可以是用户卡根据其它设备发送来的信息生成的。

实际当中，也可以是由用户卡产生第一鉴权数，由验证设备产生第二鉴权数，所述的摘要计算也可以是根据第一鉴权数，第二鉴权数和安全密钥联合进行的摘要计算。这时，第一计算结果和第二计算结果是第一鉴权数，第二鉴权数和安全密钥的函数。其相应的实现过程如图 4所示。

如图 4所示，是本发明的第三实施例流程图，本实施例中验证设备是终端。

步骤 S3 1、在用户卡中设置一个安全密钥；并将该安全密钥保存到终端；

步骤 S32、终端产生第二鉴权数，并将相关访问请求发送给用户卡，请求中携带产生的第二鉴权数；

步骤 S33、用户卡接收到相关访问请求后，产生第一鉴权数，并将第一鉴权数返回给终端；

步骤 S34、终端根据用户卡返回的第一鉴权数、自己产生的第二鉴权数和自己保存的安全密钥进行摘要计算，得到第二计算结果，并将第二计算结果返回给用户卡；

步骤 S35、用户卡接收到终端返回的第二计算结果后，根据第一鉴权数、第二鉴权数和自己保存的安全密钥进行摘要计算得到第一计算结果；

步骤 S36、用户卡判断上述第一计算结果和第二计算结果是否一致，如果一致，则在步骤 S37, 允许终端对用户卡进行相关访问；否则，如果不一致，则在步骤 S38，不允许终端对用户卡进 4亍相关访问。

上述步骤 S34和 S35中，用户卡和验证设备在利用第一鉴权数、第二鉴权数和安全密钥进行摘要计算时，第一鉴权数、第二鉴权数和安全密钥等三者中，有任意一个不同的话，第一计算结果和第二计算结果就有可能不同，也就会导致用户卡对验证设备的认证不通过。这样，用户卡可以很简单地产生第一鉴权数，比如，就是一个自然数序列，或者一个随机递增序列，从而既可以避免重复性攻击等消息重放攻击，又不会增加用户卡产生第一鉴权数时的计算复杂度；而后，根据验证设备可以产生一个随机性较高的鉴权数，以防止攻击者可能利用单一鉴权数的规律性对安全密钥进行攻击。

在验证设备中，还可以根据用户卡的标识信息保存用户卡的安全密钥，这样，在用户卡对 -险证设备进行认证时，验证设备获取请求认证的用户卡的标识信息，并居该用户卡的标识信息确定自己保存的相应安全密钥，而后根据该安全密钥进行相应的摘要计算以得到上述所述的第二计算结果。

这里的用户卡的标识信息是用户卡的卡号，或者是用户为用户卡生成的个性化信息标识。比如，当验证设备是终端或电子钥匙时，可以给用户卡取名为联通卡，移动卡。这对于双卡手机，或一个用户经常使用一个手机更换使用两张以上卡的情况将非常方便。

当然，上述第一至第三实施例中的终端也可以是其它验证设备。验证设备还可以在响应用户卡的认证请求之前，判断自己的合法性，如果合法，则响应该用户卡的认证请求，否则，拒绝该认证请求。

实际当中，对于验证设备是终端的情况，可以在终端和网络侧相关设备中或终端电子钥匙中保存一个终端安全密钥，终端可以根据自己保存的终端安全密钥对相关网络侧设备或终端电子钥匙进行认证来判断自己的合法性，如果认证通过，则判断自己合法，否则，判断自己非法。这里的网络侧设备可以是 HLR、 AC或 EIR。

如图 5所示，是本发明的终端判断自己的合法性的一个实施例流程图，从图中可见，包括如下步骤：

步骤 S110、在终端和网络侧相关设备中分别保存终端安全密钥；步骤 S120、由终端产生一个随机数，然后发送给网络侧相关设备；步骤 S130、网络侧相关设备根据随机数和自己保存的终端安全密钥进行计算，得到一个计算结果，然后将该计算结果返回给终端；

步骤 S140、终端根据随机数和自己保存的终端安全密钥进行相应的计算，得到一个计算结果；

步骤 S150、终端比较自己计算得到的结果和来自网络侧相关设备的计算结果是否一致，如果一致，则认证通过，否则认证不通过。

上述步骤 S110中，所述网络侧相关设备也可以用一个终端电子钥匙来代替，即，也可以是在终端电子钥匙中保存一个终端安全密钥，后续的实现步骤中，相应的步骤 S120、 S130、 S150所述网络侧相关设备为终端电子钥匙。

所述用户卡，可以是 GSM网络中的 SIM卡或者 CDMA 网络中的 UIM卡。当然，也可以是其它用户标识模块，或具有类似这种功能的模块。

本发明中的终端可以是移动终端，如手机，也可以是 PDA, 也可以是其它便携式设备，等等。因此可以理解，以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

1、一种用户卡的安全保障方法，其特征在于，该方法包括如下步骤： a. 在用户卡中设置一个安全密钥；设置一个验证设备，并将安全密钥保存在验证设备中；

b. 用户卡在响应相关访问请求前，根据设置的安全密钥对脸证设备进行认证；如果认证通过，允许相关访问请求，否则拒绝相关访问请求。

2、根据权利要求 1所述的用户卡的安全保障方法，其特征是，步骤 b所述根据设置的安全密钥对验证设备进行认证包括：

bl l. 由用户卡和验证设备分别根据安全密钥进行计算得到第一计算结果和第二计算结果；

3、根据权利要求 2所述的用户卡的安全保障方法，其特征是，步骤 bl l之前进一步包括：产生第一鉴权数；

4、根据权利要求 3所述的用户卡安全保障方法，其特征是，所述第一鉴权数由用户卡产生，并发送给验证设备。

5、根据权利要求 4所述的用户卡的安全保障方法，其特征是，步骤 bl l之前进一步包括：验证设备产生第二鉴权数，并发送给用户卡；步骤 bl l所述由用户卡和验证设备分别根据安全密钥进行计算得到第一计算结果和第二计算结果为：由用户卡和验证设备分别根据安全密钥、第一鉴权数和第二鉴权数进行计算得到第一计算结果和第二计算结果。

6、根据权利要求 3所述的用户卡的安全保障方法，其特征是，所述第一鉴权数由验证设备产生，并发送给用户卡；

步骤 bl l之前进一步包括：用户卡判断第一鉴权数是否非法，如果非法，则鉴权不通过，否则，执行步骤 bl l及其以后步骤。

7、根据权利要求 6所述的用户卡的安全保障方法，其特征是，用户卡判断第一鉴权数是否合法为：通过判断该第一鉴权数是否大于上次认证成功时的第一鉴权数来判断其合法性；如果大于则合法，否则，非法。

8、根据权利要求 3至 7中任意一项所述的用户卡的安全保障方法，其特征是，所述第一鉴权数是一个随机数。

9、根据权利要求 2所述的用户卡的安全保障方法，其特征是，步骤 bl l 之前进一步包括：用户卡将自身保存或生成的第一鉴权数发送给验证设备，验证设备根据收到的第一鉴权数产生第二鉴权数，并将所述第二鉴权数发送给用户卡；

步骤 M l所述由用户卡和验证设备分别根据安全密钥进行计算得到第一计算结果和第二计算结果为：由用户卡和验证设备分别根据安全密钥和第二鉴权数进行计算得到第一计算结果和第二计算结果。

10、根据权利要求 9所述的用户卡的安全保障方法，其特征是，步骤 bl l之前，进一步包括：用户卡判断第二鉴权数是否合法，如果不合法，则鉴权不通过，否则，执行步骤 M l及其以后步骤。

11、根据权利要求 10所述的用户卡安全保障方法，其特征是，该方法进一步包括：用户卡在对验证设备认证通过时保存验证设备发送来的第二鉴权数；

12、根据权利要求 9至 11中任意一项所述的用户卡安全保障方法，其特征是，所述第一鉴权数是用户卡上一次对验证设备认证成功时保存的验证设备发送的第二鉴权数，所述验证设备在将新产生的第二鉴权数发送给用户卡之前，进一步包括：

13、根据权利要求 1所述的用户卡的安全保障方法，其特征是，所述验证设备是终端、电子钥匙、归属位置寄存器、鉴权中心或设备标识寄存器。

14、根据权利要求 1所述的用户卡安全保障方法，其特征是，所述验证设备是电子钥匙；

该方法进一步包括：在移动终端和电子钥匙中分别设置一个无线收发模块，移动终端和电子钥匙通过所设置的无线收发模块建立无线通信信息。

15、根据权利要求 1所述的用户卡的安全保障方法，其特征是，所述验证设备是终端；步骤 b中，所述终端在响应用户卡的认证请求之前，进一步包括：判断自己的合法性，如果合法，则响应该认证请求，否则，拒绝该认证请求。

16、根据权利要求 15所述的用户卡的安全保障方法，其特征是，所述方法进一步包括：在终端和网络侧相关设备中或者是一个终端电子钥匙中保存一个终端安全密钥，所述终端判断自己的合法性为：

终端根据终端安全密钥对网络侧相关设备或终端电子钥匙进行认证，如果认证通过，则判断自己合法，否则，判断自己非法。

17、根据权利要求 16所述的用户卡的安全保障方法，其特征是，所述终端才艮据终端安全密钥进行认证包括：

18、根据权利要求 2所述的用户卡的安全保障方法，其特征是，步骤 a中，验证设备根据用户卡的标识信息保存用户卡的安全密钥；

步骤 b l l之前进一步包括：猃证设备获取请求认证的用户卡的标识信息，并根据该用户卡的标识信息确定自己保存的、且参与本次计算的相应安全密钥。

19、根据权利要求 18所述的用户卡的安全保障方法，其特征是，所述用户卡的标识信息是用户卡的卡号，或者是用户为用户卡生成的个性化信息标识。

20、根据权利要求 1所述的用户卡的安全保障方法，其特征是，步骤 b所述相关访问请求包括：对用户卡保存的信息资料的访问请求，或对用户卡中网络业务设置数据的操作访问，或执行相应的摘要计算或加解密计算的请求。