WO2006131061A1 - Procede d'authentification et procede de transmission d'informations correspondant - Google Patents
Procede d'authentification et procede de transmission d'informations correspondant Download PDFInfo
- Publication number
- WO2006131061A1 WO2006131061A1 PCT/CN2006/001193 CN2006001193W WO2006131061A1 WO 2006131061 A1 WO2006131061 A1 WO 2006131061A1 CN 2006001193 W CN2006001193 W CN 2006001193W WO 2006131061 A1 WO2006131061 A1 WO 2006131061A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- authentication
- resynchronization
- unit
- terminal
- network
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0869—Network architectures or network communication protocols for network security for authentication of entities for achieving mutual authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W56/00—Synchronisation arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
- H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
Definitions
- the present invention relates to communication security technologies, and in particular, to an authentication method and a corresponding information transmission method. Background of the invention
- the second unit when one end of communication with each other, such as the first unit, transmits information to another end, such as the second unit, it is generally performed after the second unit establishes a trusted connection to the first unit, that is, the connection.
- a connection established after the second unit authenticates the first unit.
- the second unit can determine the validity of the transmitted information.
- the party of communication for example, the first unit needs to tell the other party, for example the second unit, that the authentication key needs to be resynchronized. In this case, how does the first unit of the communication transmit the information requiring the synchronization authentication key to the second unit, And after the second unit receives the information of the first unit that needs to synchronize the authentication key, how can it be believed that this is true, rather than an attacker-initiated attack behavior?
- the existing authentication in the 3G network is performed by the MS (terminal) and the MSC/VLR (mobile).
- the switching center/visit location register) or the SGSN (GPRS Service Serving Node), HLR/AUC (Home Location Register/Authentication Center) work together, and an authentication key KI, HLR/AUC is stored on the SIM card or USIM card.
- the MS and the AUC calculate the corresponding authentication parameters according to the respective authentication keys KI, and then the MSC/VLR compares the calculation results of the two parties to complete the verification of the validity of the MS by the network.
- the process includes the terminal's authentication of the network. When the terminal fails to authenticate the network, the network will feed back the message "authentication failure."
- the above terminal sends information to the network without network authentication.
- the way the terminal sends information to the network for returning the information of "authentication failure" may not cause serious security problems, but in some applications.
- the terminal sends information to the network if the network cannot authenticate the terminal, there will be serious security problems.
- the terminal sends information to the network without authentication through the network, there will be serious security risks.
- the information can be transmitted to the network side through the USSD or short message. This information transmission method can solve the security process of the information transmission because it leads to the authentication process, but consumes a large amount of signaling resources.
- the technical problem to be solved by the present invention is to provide an authentication method and a corresponding information transmission method, so that it is convenient to move from the terminal to the terminal without increasing the existing communication protocol, signaling or authentication parameters and operating costs.
- the network side transmits information and guarantees the security of the terminal and the network communication, and the authentication and information transmission between the communication units can also be conveniently and safely implemented.
- a valid message is transmitted to the network.
- the present invention provides an information delivery method for a terminal to transmit information to a network in a 3G network, and the method includes the following steps:
- the terminal replaces the SQNMS with the specified value of the SQNMS to generate a resynchronization flag AUTS, and sends a resynchronization request command to the network and attaches the resynchronization flag AUTS;
- the network side performs an operation corresponding to the specified specific value when receiving the resynchronization request command and determining that the SQNMS in the resynchronization flag AUTS is the specific value of the appointment.
- the method further includes: before the step a, the terminal sends a message to the network side that may cause an authentication process, and when the network side receives the message, the network side initiates an authentication request to the terminal and attaches the generated corresponding authentication parameter, and the terminal receives The authentication parameter; correspondingly, in step a, the terminal authenticates the network according to the authentication parameter before sending the resynchronization request command to the network side.
- the terminal Before the step a, the terminal sends a message to the network side that may cause the authentication process to be a location update request or a service request.
- the authentication parameter includes a random number RAND and an authentication token AUTN.
- the authentication of the network in step a is to authenticate the network according to RAND and AUTN.
- Network authentication based on RAND and AUTN refers to determining whether the AUTN meets the consistency requirement. If not, the network authentication fails.
- Step b also includes determining whether the AUTS is legal.
- step b it is determined that the SQNMS is a specific value of the agreement, and further determines whether the AUTS is legal. If it is legal, the corresponding agreed content is executed.
- step b after determining that the AUTS is legal, further determining whether the SQNMS is The specified specific value of the agreement, if yes, the corresponding agreed content is executed; otherwise, the SQNHE is updated according to the SQNMS.
- the specific value of the appointment refers to a value within a certain range or one or more specific values.
- the execution contract content may be one or more of performing a key update, performing an authentication algorithm update, performing anti-theft verification, canceling anti-theft verification, obtaining related information, and returning special operation execution result information.
- the network side generates a random number, and generates an authentication tuple according to the random number, the authentication key of the terminal, and the serial number, and sends the authentication tuple to the terminal;
- the terminal performs consistency verification on the authentication tuple according to the saved authentication key, and determines whether the serial number from the network is acceptable according to the serial number saved by the terminal, and determines the authentication tuple.
- the consistency verification is passed, and the serial number from the network is acceptable, the network authentication is passed, and the resynchronization flag is generated by replacing the serial number saved by the terminal with the specified specific value, and the resynchronization request is sent to the network and the above is attached.
- the network Upon receiving the resynchronization request and determining that the sequence number in the resynchronization flag is a specific value of the appointment, the network performs an agreed corresponding operation.
- the method further includes: before the step a, the terminal sends a message to the network side that may cause an authentication process, where the message may be a location update request or a service request.
- the step b further includes: when the terminal determines that the authentication tuple consistency verification from the network passes but the sequence number from the network does not belong to an acceptable range, directly generating resynchronization according to the sequence number saved by the terminal. Mark, send a resynchronization request to the network and attach the resynchronization flag.
- the step b further includes: when the terminal determines that the authentication tuple consistency verification from the network fails, the terminal sends the authentication failure information to the network.
- the step b further includes: the terminal determining that the consistency verification of the authentication tuple is passed, and when the serial number from the network is acceptable, updating the terminal side according to the serial number from the network side serial number.
- the step C further includes: determining, by the network side, the validity of the resynchronization flag.
- the step c may further be: determining that the serial number from the terminal is the predetermined specific value, and further determining whether the resynchronization flag is legal, and if so, executing the corresponding predetermined content.
- the step C may further be: after determining that the resynchronization flag is legal, further determining whether the serial number from the terminal is a specific value of the agreement, and if yes, executing a corresponding agreed content, otherwise, according to the sequence from the terminal No. Update the serial number saved on the network side.
- the specific value of the appointment refers to a value within a certain range or one or more specific values.
- the execution contract content may be one or more of performing a key update, performing an authentication algorithm update, performing anti-theft verification, canceling anti-theft verification, obtaining related information, and returning special operation execution result information.
- An authentication method for authenticating between units that can communicate with each other the unit at least comprising: a first unit that stores a first authentication key, a first synchronization key, and a first serial number, and A second unit that stores the second authentication key, the second synchronization key, and the second serial number, wherein the method includes at least the following steps:
- a second unit generates a random number, and generates a message authentication code according to the random number, the second authentication key, and the second sequence number, and sends the random number, the second sequence number, and the generated message authentication code to The first unit;
- the first unit performs consistency verification on the message authentication code according to the first authentication key and the random number and the second sequence number, and determines whether the second sequence number is acceptable according to the first sequence number, and determines When the consistency risk certificate for the message authentication code is passed, and the second serial number is acceptable, the authentication of the second unit is passed, and the first sequence is replaced by the specified specific value.
- the random number and the first synchronization key generate resynchronization authentication code, send a resynchronization request to the second unit, and attach the resynchronization authentication code and the specific value of the agreement in place of the first sequence number ;
- the second unit performs the agreed corresponding operation when receiving the resynchronization request and determining that the first sequence number from the first unit is the specific value of the agreement.
- the step of preparing the resynchronization authentication code by replacing the first serial number with the first synchronization key and the first synchronization key in the step b is further: replacing the first serial number and the random number with the specified specific value and the first Synchronization key generation resynchronization authentication coding.
- the step b further includes: the first unit determines that the consistency verification of the message authentication code is passed, and when the second sequence number is acceptable, updating the first sequence number according to the second sequence number.
- the step b further includes: when the first unit determines that the consistency verification of the message authentication code passes but the second sequence number does not belong to an acceptable range, directly according to the final first sequence number and the random The number and the first synchronization key generate resynchronization authentication code, send a resynchronization request to the network, and attach the resynchronization authentication code and the first sequence number.
- the step b further includes: when the first unit determines that the consistency verification of the message authentication code fails, sending the authentication failure information to the second unit.
- the first unit performs the consistency verification on the message authentication code.
- the first unit is configured according to the first authentication key, the random number and the second serial number, and the second unit according to the second unit.
- the method for generating the message authentication code by using the random number, the second authentication key and the second sequence number to generate an operation result, and comparing whether the operation result generated by the self is consistent with the message authentication code of the message, if they are consistent, then The consistency verification of the message authentication code is passed, otherwise, the consistency verification of the message authentication code is not passed.
- the first unit determines whether the second serial number is acceptable further: determining whether the difference between the second serial number and the first serial number is within a certain range, and if so, determining It is acceptable to break the second serial number, otherwise, it is judged that the second serial number is unacceptable.
- the step c further includes: the second unit determining the validity of the resynchronization authentication code.
- the step c may further be: determining that the first sequence number from the first unit is the specified specific value, and further determining whether the resynchronization authentication code is legal, and if so, executing the corresponding agreed content;
- the step C may further be: determining that the resynchronization authentication code from the first unit is legal, and further determining whether the first serial number is a specific value of the agreement, and if yes, executing the corresponding agreed content, otherwise, according to The first serial number updates the saved second serial number.
- the step c further includes: after determining that the resynchronization authentication code from the first unit is illegal, returning the failure information.
- the determining, by the second unit, the validity of the resynchronization authentication code in the step C is further: the second unit adopts the second synchronization key, the random number, and the first serial number according to the first unit according to the The method for generating the resynchronization authentication code by the random number, the first synchronization key and the first sequence number to generate an operation result, and comparing whether the operation result generated by itself and the resynchronization authentication code are consistent, and if they are consistent, determining The resynchronization authentication code is legal, and the Ube judges that the resynchronization authentication code is illegal.
- the specific value of the appointment refers to a value within a certain range or one or more specific values.
- the execution contract content may be one or more of performing a key update, performing an authentication algorithm update, obtaining related information, and returning special operation execution result information.
- the method for transmitting information to the network by the terminal of the invention does not need to add or change existing signaling resources or authentication parameters, and conveniently realizes authentication and information transmission between the terminal and the network side, and ensures network security, and can also be conveniently and safely implemented. Authentication and information transfer between two communication units. BRIEF DESCRIPTION OF THE DRAWINGS
- FIG. 1 is a flow chart showing a first embodiment of the present invention.
- FIG. 2 is a flow chart of a first embodiment of a first embodiment of the present invention.
- Fig. 3 is a flow chart showing a second embodiment of the first embodiment of the present invention.
- Fig. 4 is a main flow of the first embodiment in which the first unit needs to transmit specific information to the second unit in the first embodiment of the second embodiment of the present invention.
- Fig. 5 is a main flow of the first embodiment of the second embodiment of the present invention, in which the first unit does not need to transmit specific information to the second unit.
- Fig. 6 is a sub-flow of the second unit performing the synchronization processing in the first embodiment of the second embodiment of the present invention.
- Fig. 7 is a sub-flow of the second unit performing the synchronization processing in the second embodiment of the second embodiment of the present invention. Mode for carrying out the invention
- the method for the terminal of the present invention to transmit information to the network side is implemented by using the existing parameters in the 3G network authentication process, and no signaling resources need to be added.
- the authentication process in the existing third generation mobile communication system is briefly introduced, and the international mobile subscriber identity IMSI, the authentication key KI and the serial number SQNMS are saved in the mobile terminal, and the network side
- the HLR/AUC stores the IMSI, KI and sequence number SQNHE for the mobile terminal for mutual authentication of the mobile terminal and the network.
- the existing authentication process of the 3G communication system mainly includes: HLR/AUC generates a random number RAND, generates a desired response XRES, an encryption key CK, an integrity key IK according to the random numbers RAND and KI; according to the random number RAND, the serial number SQNHE
- the authentication key KI and the authentication management domain AMF generate a MAC-A
- an authentication token AUTN Authentication Token
- RAND and XRES, CK, IK and The AUTN constitutes an authentication quintuple, which is sent to the MSC/VLR for storage.
- the HLR/AUC sends the corresponding one or more five-tuples to the MSC/VLR at the request of the MSC/VLR.
- the MSC/VLR sends the RAND and AUTN corresponding to the quintuple to the terminal, and the terminal verifies the consistency of the AUTN according to the KI stored by itself.
- the authentication failure information is returned to the MSC/VLR; If the consistency verification fails, the authentication failure information is returned to the MSC/VLR; If the consistency verification is passed, it is determined whether the SQNHE belongs to an acceptable range: if it belongs, the terminal determines that the network authentication is passed, the terminal returns the authentication response generated by the terminal itself to the MSC/VLR, and updates the SQNMS according to the SQNHE in the AUTN.
- the MSC/VLR compares the authentication response returned by the terminal with the XRES in the corresponding quintuple to determine the legitimacy of the terminal; if it is determined that the SQNHE is not within the acceptable range, the resynchronization token AUTS (Resynchronisation Token) is generated according to the SQNMS.
- AUTS Resynchronisation Token
- the network side MSC/VLR sends the AUTS and the RAND in the corresponding quintuple to the HLR/AUC, and the HLR/AUC determines the legality of the AUTS according to the corresponding saved KI and the received RAND.
- the HLR/AUC If it is not legal, the HLR/AUC returns AUTS invalid information to the MSC/VLR; if it is determined that the AUTS is legal, the HLR/AUC updates the SQNHE according to the SQNMS in the AUTS, and generates a new authentication quintuple to send to the MSC/VLR. After the MSC/VLR receives the new quintuple, deletes the corresponding old quintuple. Regarding the authentication process, reference can be made to the 3GPP specifications.
- the SQNMS is mainly used to determine whether the SQNHE in the AUTN is up to date or whether the SQNHE is within an acceptable range and when the SQNHE is updated.
- the present invention provides an improved authentication method and information transmission method by improving the measures, so that the terminal authenticates the network side, that is, the terminal verifies the consistency of the AUTN according to the KI saved by itself, and the SQNHE in the AUTN is acceptable. In the case of the range, it is also produced
- the resynchronization flag is sent and the resynchronization request command is sent, and the resynchronization message sent by the terminal to the network side is utilized.
- the SQNMS is used to replace the SQNMS to generate the resynchronization flag AUTS, and the synchronization request command is sent to the network side, and the resynchronization flag is attached.
- the network side When the network side receives the synchronization request command, And determining whether the SQNMS in the AUTS is a specific value of the agreement, and if yes, executing the agreed content; otherwise, processing according to the normal synchronization processing flow, that is, updating the SQNHE according to the SQNMS and performing subsequent processing.
- the network side Before determining whether the SQNMS in the AUTS is a specific value of the agreement, the network side may further perform authentication on the terminal and integrity verification on the SQNMS, thereby determining the legality of the AUTS.
- the method of the invention not only utilizes the existing authentication parameters to conveniently transmit information to the network, but also utilizes the authentication step when the network side processes the resynchronization request command to improve the security and integrity of the terminal to the network transmission information.
- the authentication method and the corresponding information transmission method provided by the invention are not only applied to authentication and information transmission between the terminal and the network, but also can be used for authentication and information transmission between two units that can communicate with each other, such as Wimax. ... or a unit between wireless communication networks, or a unit between wired communication networks.
- FIG. 1 is a flow chart of a first embodiment of the present invention.
- step 101 the terminal initiates a location update request to the network side.
- This step may also be to initiate a service request to the network side.
- any message sent by the terminal that can cause the network side to authenticate the terminal may be used.
- Step 102 After receiving the location update request, the network side sends the corresponding authentication parameter in the generated authentication tuple to the terminal.
- the network side may actually only generate the corresponding Authentication parameters.
- the authentication tuple may include a random number RAND, an expected response XRES, an encryption key CK, an integrity key IK, and an authentication token AUTN (Authentication Token).
- the corresponding authentication parameters include RAND and AUTN.
- the HLR/AUC calculates XRES, CK, and IK using the RAND generated by the random number generator and the authentication key KI stored by itself.
- AUTN is also generated based on RAND, KI, serial number SQNHE, and authentication management domain AMF.
- the message authentication code MAC-A is 8 bytes long; the MAC-A is used to verify the data integrity of the RAND, SQNHE, and AMF, and is used for the terminal to authenticate the HLR/AUC.
- the HLR/AUC calculates the message authentication code MAC-A in the AUTN based on RAND, SQNHE, KI and AMF.
- the authentication quintuple is composed of RAND, AUTN, XRES, CK, IK, and the like.
- the terminal transmits information to the network side, only the RAND and AUTNo are used therein.
- the HLR/AUC generates the authentication quintuple and sends the corresponding international mobile subscriber identity IMSI and the authentication quintuple RAND, CK, IK, XRES and AUTN to the MSC/VLR.
- the MSC/VLR is a circuit domain device.
- the corresponding device may be an SGSN.
- the MSC/VLR on the network side transmits the random number RAND and the authentication token AUTN received from the authentication tuple of the HLR/AUC to the terminal MS.
- Step 103 The terminal MS receives the corresponding authentication parameter sent by the network side, that is, a random number.
- the RAND and the authentication token AUTN determine that the network side authentication is passed, replace the SQNMS with the agreed specific value to generate the resynchronization flag AUTS, and initiate a resynchronization request command to the network, and attach the resynchronization flag AUTS.
- the resynchronization request command is initiated to the network, and the resynchronization flag AUTS is attached, that is, the synchronization failure message is sent to the network side, and the message includes the AUTS.
- the terminal calculates the MAC-S according to its own SQNMS, KI, and received RAND and AMF, and then generates a resynchronization flag AUTS according to SQNMS, AK, and MAC-S.
- the terminal calculates the MAC-A according to the received RAND and the saved authentication key KI and the SQNHE in the received AUTN and the AMF to calculate the MAC-A in the AUTN with the HLR/AUC, Then, the consistency verification is performed, that is, whether the MAC-A calculated by itself is consistent with the MAC-A in the received AUTN, for example, if the same is the same, if not, the authentication failure information is returned to the MSC/VLR; If it is consistent, it is determined whether the SQNHE belongs to an acceptable range: if it belongs, the terminal determines that the authentication of the network side is passed; if it is determined that the SQNHE is not within the acceptable range, the resynchronization flag AUTS is generated according to the SQNMS, that is, according to the SQNMS, The KI and the received RAND and AMF calculate the MAC-S, and then generate the resynchronization flag AUTS according to the SQNMS, AK, and
- Synchronisation failure (Synchronisation failure) message, accompanied by the generated resynchronization flag AUTS.
- the SQNMS is replaced by the specified specific value and the MAC-S is calculated according to the KI and the received RAND and AMF, and then the SQNMS is replaced by the specified specific value and according to the AK and MAC-S.
- a resynchronization flag AUTS is generated, a resynchronization request command is sent to the network side, and the resynchronization flag AUTS is attached, or a synchronization failure message is sent to the network side, and the AUTS is included in the message.
- the specific generation process and the algorithm used at the time of generation, reference can be made to the 3GPP specifications.
- Step 104 After receiving the resynchronization request command, the network side determines that the SQNMS in the resynchronization flag AUTS is the specified specific value, and executes the content of the corresponding agreement, that is, performs the corresponding operation.
- the terminal and the network side pre-agreed: after receiving the resynchronization request command of the terminal, if the network side determines that the SQNMS is the specified specific value, the corresponding content is executed according to the specific value, that is, the corresponding operation is performed.
- the content of the execution of the corresponding agreement may be one or more of an operation of performing a key update, performing an authentication algorithm update, performing an anti-theft verification, canceling an anti-theft verification, obtaining related information, and returning special operation execution result information.
- the obtaining the related information may be: whether the terminal has a certain capability according to the value of the SQNMS, for example, whether the GPS positioning function is supported, whether the mobile payment is supported, or the like, and the special operation may be corresponding to the different values of the authentication management domain AMF.
- the execution result may also be an execution result of the initialization operation according to a certain configuration, or may be a result of performing a special initialization operation on the mobile terminal according to the current location area or the operator when the mobile terminal roams, and the like.
- step 104 the step of determining the AUTS legitimacy may also be included.
- the step of determining the AUTS legitimacy may be further included. Specifically, when the MSC/VLR on the network side receives the resynchronization flag AUTS returned by the terminal, the AUTS and the RAND in the corresponding quintuple are sent to the HLR/AUC, and the HLR/AUC is first based on RAND, KI, SQMMS AMF and the like consistent with the results of calculation algorithm terminal MAC-S, and then compared with the received AUTS the MAC-S, if they are consistent, it is determined that the legitimate AUTS, no shellfish 1 j, AUTS judged illegal.
- the HLR/AUC judges that the AUTS is illegal, it returns a message that the AUTS is invalid to the MSC/VLR.
- the HLR7AUC judges that the AUTS is legal, it further determines whether the SQNMS is a specific value of the agreement, and if it is a specific value of the agreement, the agreed content is executed. Otherwise, that is, it is not processed according to the normal synchronization process when the specific value is not agreed, that is, the SQNHE is updated according to the SQNMS, and is subsequently processed.
- the normal synchronization process processing reference may be made to the 3GPP specifications.
- the step of determining the AUTS legality may be further included.
- the MSC/VLR on the network side receives the resynchronization flag AUTS returned by the terminal, the AUTS and the RAND in the corresponding quintuple are sent to the HLR/AUC, and the HLR/AUC determines that the SQNMS is the agreed After a specific value, the MAC-S is calculated according to an algorithm consistent with the terminal according to RAND, KI, SQMMS, and AMF, and then compared with the MAC-S in the received AUTS. If they are consistent, the AUTS is determined to be legal. No Bay judged that AUTS is illegal. The HLR/AUC judges that when the AUTS is illegal, it returns a message that the AUTS is illegal to the MSC VLR.
- the HLR/AUC determines that the AUTS is legal
- the content of the agreement is executed.
- the HLR/AUC determines that the SQNMS is not the specific value of the agreement, it is processed according to the normal synchronization process, that is, when the AUTS is legal, the SQNHE is updated according to the SQNMS, and subsequent processing is performed; when the AUTS is illegal, the AUTS is returned to the MSC/VLR is invalid.
- the normal synchronization process processing reference can be made to the 3GPP specifications.
- step 103 when the MAC-S is generated, it may also be generated according to the RAND KI, SQNMS calculation, that is, no longer according to the AMF, correspondingly in step 104, when the network side verifies the validity of the MAC-S, according to RAND, KI. , SQNMS to verify, and no longer based on AMF.
- FIG. 2 is a first embodiment of the first embodiment of the present invention. The process of notifying the network side key update using the method of the present invention will be described in the embodiment for a better understanding of the present invention.
- step 201 the terminal initiates a location update request to the network
- This step may also be to initiate a service request to the network side.
- any message sent by the terminal that can cause the network side to authenticate the terminal may be used.
- step 202 after receiving the request, the network side sends an authentication request to the terminal, and sends the generated authentication parameter corresponding to the authentication tuple of the terminal to the terminal.
- the HLR/AUC generates a random number RAND based on the random number generator, and calculates an expected response XRES, an encryption key CK, and a completeness key IK based on the RAND and the authentication key KI, respectively.
- the message authentication code MAC-A is generated according to the random number RAND, the sequence number SQNHE, the authentication key KI and the AMF, and the AUTN is generated according to the MAC-A, the SQNHE, the anonymous key AK and the authentication management domain AMF.
- the generation of the expected response XRES, the encryption key CK, and the integrity key I K does not affect the implementation of the present invention. It can be considered as a modification of the embodiment.
- Step 203 When receiving the authentication request, the terminal first authenticates the network, and determines whether the authentication is passed.
- the terminal calculates the AUTN according to the received RAND, the KI saved by itself, the SQNHE in the received AUTN, and the AMF application and the HLR/AUC.
- MAC-A-induced The algorithm generates a MAC-A, and then the terminal compares the MAC-A generated by the terminal with the MAC-A generated by the network side. If not, the terminal considers that the authentication of the network has not passed, and performs step 204; if yes, step 205 is performed.
- step 204 the terminal returns "authentication failure" information to the network, and then ends the current process.
- Step 205 The terminal determines whether the SQNHE is within an acceptable range. If yes, it determines that the network authentication is passed, and performs step 206. Otherwise, it determines that the synchronization fails, and performs step 207.
- Step 206 The terminal replaces the SQNMS with the agreed specific value to generate a resynchronization flag AUTS, initiates a resynchronization request command to the network, and attaches a resynchronization flag AUTS. Specifically, the terminal replaces the SQNMS with the specified specific value and calculates the MAC-S according to its own KI and the received RAND and AMF, etc., and replaces the SQNMS with the specified specific value and generates a resynchronization flag according to the AK and the MAC-S. AUTS, sends a resynchronization request command to the network side and attaches the resynchronization flag AUTS.
- a synchronization failure message is sent to the MSC/VLR, and the synchronization failure message includes AUTS.
- the content of the agreement corresponding to the specific value of the agreement that is, the content that is executed when the network side recognizes the specific value of the agreement is "generate a new authentication key"; in this step, the terminal further includes generating a new one according to RAND and KI. Authentication key. Then step 208 is performed.
- Step 206 The terminal may further update the saved SQNMS according to the SQNHE.
- Step 207 The terminal directly generates a resynchronization flag AUTS according to the SQNMS, initiates a resynchronization request command to the network, and attaches a resynchronization flag AUTS. Specifically, the terminal calculates the MAC-S according to its own KI, SQNMS, and received RAND and AMF, and then generates a resynchronization flag AUTS according to the SQNMS, AK, and MAC-S, and then initiates a resynchronization request command to the network side. And attach the resynchronization mark AUTS. That is, a synchronization failure message is sent to the MSC/VLR, and the synchronization failure message includes AUTS. Then step 208 is performed.
- Step 208 When the network side receives the resynchronization request command, according to the RAND in the corresponding quintuple, the saved KI, the SQNMS and the AMF in the received AUTS, etc., calculate the MAC-S by using an algorithm consistent with the terminal intention, and then The terminal is authenticated by comparing whether the MAC-S generated by itself is consistent with the MAC-S in the received AUTS. If the MAC-S values are consistent, the authentication is considered to be valid, that is, the AUTS is considered to be legal, and then step 209 is performed; otherwise, , that the AUTS is illegal, perform step 212;
- the MSC/VLR on the network side receives the resynchronization flag AUTS returned by the terminal
- the AUTS and the RAND in the corresponding quintuple are sent to the HLR/AUC, and the HLR/AUC is first received according to the RAND and AUTS.
- the SQNMS, the self-storing KI, and the AMF calculate the MAC-S by using an algorithm consistent with the terminal, and then compare it with the MAC-S in the received AUTS. If they are consistent, it is determined that the AUTS is legal. Otherwise, it is determined. AUTS is illegal.
- the HLR/AUC may generate an AK according to the RAND and the KI to decrypt the SQNMS ciphertext and obtain the SQNMS plaintext. Since this is the content of the 3GPP protocol specification, it will not be described in detail here.
- Step 209 The network side HLR/AUC determines whether the SQNMS in the AUTS is a specified specific value. If it is a specific value of the agreement, step 210 is performed; if it is not a specific value of the agreement, step 211 is performed;
- Step 210 The network side executes the agreed content corresponding to the specified specific value, that is, performs an authentication key update action, that is, the HLR/AUC generates a new authentication key according to an algorithm consistent with the terminal according to RAND and KI, and then ends. This information delivery process.
- Step 211 The HLR/AUC updates the SQNHE according to the value of the SQNMS, and then ends the information transmission process.
- Step 212 The network side returns the failure information; and then ends the information delivery process.
- steps 206 and 207 when MAC-S is actually generated, The use of AMF does not affect the implementation of the method, that is, it can be calculated only according to RAND, KI, SQNMS, and the specific algorithm can refer to the 3GPP specifications.
- the network side should also adopt the parameters and algorithms consistent with the terminal to generate a MAC-S authentication for the terminal. Such a change should be regarded as a modification to the embodiment, which should belong to the present invention. The scope of protection of the invention.
- the network side receives the specific value that is the same as the agreement, and if not, processes according to the normal synchronization process instead of directly executing step 211, otherwise,
- the SQNMS in the AUTS is the specified value
- the validity of the AUTS is further determined, and after the AUTS is determined to be legal, the step 210 is performed. After the AUTS is determined to be illegal, step 212 is performed.
- FIG. 3 is a second embodiment of the present invention.
- the network determines the legality of the AUTS. Sex, as follows:
- step 301 the terminal initiates a location update request to the network.
- step 302 after receiving the request, the network side sends an authentication request to the terminal, and sends the generated authentication parameter corresponding to the authentication tuple of the terminal to the terminal.
- the HLR/AUC generates a random number RAND according to the random number generator, and calculates a desired response XRES, an encryption key CK, and an integrity key IK based on the RAND and the authentication key KI, respectively.
- the message authentication code MAC-A is generated according to the random number RAND, the sequence number SQNHE, the authentication key KI and the AMF, and the AUTN is generated according to the MAC-A, the SQNHE ⁇ anonymous key AK and the authentication management domain AMF.
- the HLR/AUC then sends the quintuple of RAND, AUTN, XRES, CK and IK and the corresponding IMSI to the MSC/VLR.
- the MSC/VLR initiates an authentication request to the terminal, and simultaneously sends the corresponding authentication parameters RAND and AUTN in the quintuple to the terminal.
- the generation of the expected response XRES, the encryption key CK, and the integrity key IK does not affect the implementation of the present invention. It can be considered as a modification of the embodiment.
- Step 303 When receiving the authentication request, the terminal first authenticates the network, and determines whether the authentication is passed.
- the terminal calculates the MAC in the AUTN according to the received RAND, the KI saved by itself, the SQNHE in the received AUTN, and the AMF by using the HLR/AUC.
- the algorithm generates a MAC-A, and then the terminal compares the MAC-A generated by itself with the MAC-A generated by the network side. If the authentication is not consistent, the authentication is not passed, and step 304 is performed; Then step 305 is performed.
- step 304 the terminal returns "authentication failure" information to the network, and then ends the process.
- Step 305 The terminal determines whether the SQNHE is within an acceptable range. If yes, it determines that the network authentication is passed, and performs step 306. Otherwise, it determines that the synchronization fails, and performs step 307.
- Step 306 The terminal replaces the SQNMS with the agreed specific value to generate the resynchronization flag AUTS, initiates a resynchronization request command to the network, and attaches a resynchronization flag AUTS. Specifically, the terminal replaces the SQNMS with the specified specific value and calculates the MAC-S according to its own KI and the received RAND and AMF, etc., and replaces the SQNMS with the specified specific value and generates a resynchronization flag according to the AK and the MAC-S. AUTS, sends a resynchronization request command to the network side and attaches the resynchronization flag AUTS.
- a synchronization failure message is sent to the MSC/VLR,
- the synchronization failure message contains AUTS.
- the content of the agreement corresponding to the specific value of the agreement that is, the content that is executed when the network side recognizes the specific value of the agreement is "generate a new authentication key"; in this step, the terminal further includes generating a new one according to RAND and KI. Authentication key. Then step 308 is performed.
- Step 306 The terminal may further update the saved SQNMS according to the SQNHE.
- Step 307 The terminal directly generates a resynchronization flag AUTS according to the SQNMS, and sends a resynchronization request command to the network, and attaches a resynchronization flag AUTS. Specifically, the terminal calculates the MAC-S according to its own KI, SQNMS, and received RAND and AMF, and then generates a resynchronization flag AUTS according to the SQNMS, AK, and MAC-S, and then initiates a resynchronization request command to the network side. And attach the resynchronization mark AUTS. That is, a synchronization failure message is sent to the MSC/VLR, and the synchronization failure message includes AUTS. Then step 308 is performed.
- Step 308 When the network side receives the resynchronization request command, the network side HLR/AUC determines whether the SQNMS in the AUTS is an agreed specific value. If it is a specific value of the agreement, step 309 is performed; if it is not a specific value of the agreement, step 310 is performed;
- the HLR/AUC may generate an AK according to the RAND and the KI to decrypt the SQNMS ciphertext and obtain the SQNMS plaintext. Since this is the content of the 3GPP protocol specification, it will not be described in detail here.
- Step 309 The network side calculates the MAC-S according to the RAND in the corresponding quintuple, the saved KI, the SQNMS and the AMF in the received AUTS, and the like, and then compares the generated MAC-S with the MAC-S generated by itself. Whether the MAC-S in the received AUTS is consistent to authenticate the terminal. If the MAC-S value is consistent, the authentication is considered to be valid, that is, the AUTS is considered to be legal, and then step 311 is performed; otherwise, the AUTS is considered illegal, and step 313 is performed;
- the MSC/VLR on the network side receives the resynchronization flag AUTS returned by the terminal.
- the HLR/AUC first calculates according to the algorithm consistent with the terminal according to the received RAND, the SQNMS in the AUTS, the KI and the AMF saved by itself, and the like.
- the MAC-S compares it with the MAC-S in the received AUTS. If they match, it is determined that the AUTS is legal. Otherwise, it is determined that the AUTS is illegal.
- Step 311 The network side executes the agreed content corresponding to the specified specific value, that is, performs an authentication key update action, that is, the HLR/AUC generates a new authentication key according to an algorithm consistent with the terminal according to RAND and KI, and then ends the present Secondary information delivery process.
- Step 310 The network side calculates the MAC-S according to the RAND in the corresponding quintuple, the saved KI, the SQNMS and the AMF in the received AUTS, and the like, and then compares the generated MAC-S by itself. If the MAC-S value is consistent with the received AUTS, the terminal is authenticated. If the MAC-S value is consistent, the authentication is considered to be valid, that is, the AUTS is considered to be legal, and then step 312 is performed; otherwise, the AUTS is considered illegal, and step 313 is performed. ;
- the MSC/VLR on the network side receives the resynchronization flag AUTS returned by the terminal, the AUTS and the RAND in the corresponding quintuple are sent to the HLR/AUC, and the HLR/AUC is first received according to the RAND and AUTS.
- the SQ MS, the self-storing KI, and the AMF calculate the MAC-S by using an algorithm consistent with the terminal, and compare it with the MAC-S in the received AUTS. If they are consistent, the AUTS is determined to be legal. Otherwise, the judgment is made. Out of AUTS is illegal.
- Step 312 The HLR/AUC updates the SQNHE according to the value of the SQNMS, and then ends the information transmission process.
- Step 313 the network side returns the failure information; and then ends the information delivery process.
- steps 306 and 307 when MAC-S is actually generated, the AMF is not used and the implementation of the method is not affected, that is, only according to RAND, KI, SQNMS.
- the calculation is generated, and the specific algorithm can refer to the 3GPP specifications.
- the network side should also adopt parameters and algorithms consistent with the terminal to generate MAC-S authentication for the terminal. Such a change should be regarded as a modification to the embodiment, and should be It belongs to the scope of protection of the present invention.
- the determination of whether the SQNMS is a specific value of the agreement and the judgment of the legality of the AUTS can be reversed.
- the order of the change does not affect the implementation effect.
- the HLR/AUC may further determine the SQNMS according to the specific value of the SQNMS after determining that the SQNMS is the specified specific value.
- the judgment processing method used when judging the legality of AUTS for example, which algorithm or parameter is used to perform the judgment, and the like. Therefore, first determining whether the SQNMS is a specific value of the agreement, and then judging the legitimacy of the AUTS can make the method more scalable.
- the method of the present invention can be used not only to transmit the key update request information to the network side, but also to transmit the request information of the update authentication algorithm to the HLR/AUC, and also to the network side whether the terminal performs the anti-theft verification and the anti-theft verification.
- the terminal can use the method of the present invention to return information indicating whether the key update was successful to the HLR/AUC.
- some values of the SQNMS can be set to be used as specific values for the agreement. For example, setting the value of the SQNMS to less than 256 as a specific value that can be used as an agreement, obviously, the SQNMS is used to determine whether the AUTN is acceptable.
- the initial value should be greater than or equal to 256.
- the above MSC/VLR is a circuit domain device.
- the corresponding MSC/VLR device is an SGSN, so the present invention can be equally applied to a packet domain.
- the terminal and the HLR/AUC generate a new authentication key, which may be a mature digest algorithm, and the corresponding digest algorithm may refer to the book Applied Cryptography or related algorithm papers or reports;
- a new key may also be performed using an algorithm for generating an encryption key CK or an integrity key IK by the random number RAND and the authentication key KI mentioned in the 3GPP protocol.
- the terminal determines whether the SQNHE is in an acceptable range for the AUTN-based authentication, the HLR7AUC verifies the validity of the AUTS, and the HLR/AUC generates the authentication tuple, and the SQNHE
- the algorithm for generating the authentication tuple, and the algorithm for generating the AUTS, and the like, can be referred to the 3GPP related protocol. Since it is a well-known technology, it will not be described here.
- the second embodiment of the present invention is described below.
- the implementation and application of the present invention between two communication units are described by using the second embodiment.
- the unit includes a first unit and a second unit, and the first unit stores the first unit.
- the second serial number SQN2 is saved in the second unit.
- the second unit sends the generated authentication parameter information to the first unit, where the authentication parameter information includes a random number RAND, SQN2 and a message authentication code MAC-A;
- the authentication parameter information includes a random number RAND, SQN2 and a message authentication code MAC-A;
- a random number RAND is first generated.
- the second unit sets a random number generator, generates the random number RAND by a random number generator, and then performs calculation according to the random numbers RAND, SQN2, and AK2 to obtain a message.
- the weight coding MAC-A the first unit performs consistency verification on the authentication parameter information received from the second unit, that is, performs consistency verification on the MAC-A, here according to AK1 and RAND received from the second unit and SQN2, according to the method of calculating the MAC-A consistency with the second unit, obtains a calculation result, and compares the calculated result with the MAC-A received from the second unit. If not, the MAC-A is The consistency verification fails, and it is determined that the authentication of the second unit does not pass. If the MAC-A consistency verification is passed, the first unit verifies whether the SQN2 is acceptable according to the SQN1 saved by itself.
- the second unit determines that the second unit is authenticated, and updates SQN1 according to SQN2; if it is determined that SQN2 is not It is acceptable that the first unit calculates a resynchronization authentication code MAC-S according to RAND, SQN1 and SK1, and sends a resynchronization message to the second unit, where the message includes SQN1 and MAC-S.
- the second unit verifies the legality of the resynchronization message of the first unit, that is, the legality of the resynchronization authentication code MAC-S, which is according to the SK2, RAND saved by itself and the SQN1 received from the first unit, according to Computation with the first unit to calculate the MAC-S method, obtain a calculation result, and compare whether the calculated result is consistent with the MAC-S received from the first unit. If they are consistent, the first unit is determined. The resynchronization message is valid, and SQN2 is updated according to SQN1; if not, it is determined that the resynchronization message of the first unit is illegal.
- the second unit may save the corresponding RAND after generating the authentication parameter in advance, or may return the RAND to the second unit by the first unit. It should be noted that the RAND is returned to the second unit by the first unit. The security of the method is reduced, for example, it may be attacked by message replay.
- the first unit above updates SQN1 according to SQN2, and may set the value of SQN1 to be equal to SQN2.
- the foregoing second unit updates SQN2 according to SQN1, and may set the value of SQN2 to be equal to SQN1, or generate a new value according to SQN1 instead of the value of SQN2 itself; or after setting the value of SQN2 equal to SQN1, generate again according to SQN2 A new value replaces the value of SQN2 itself.
- Generating a new value based on SQN1 or SQN2 may be to add a random increment to SQN1 or SQN2, such as adding a random number between 1 and 256 to obtain the new value.
- a random number generator can be used to generate a random number between 1 and 256.
- the first unit verifies whether the SQN2 is acceptable according to the SQN1 saved by itself, and may determine whether the difference between SQN1 and SQN2 is within a certain range, for example, whether (SQN1 - SQN2) is greater than 0, or whether (SQN1 - SQN2) is greater than 0 and less than 256, and so on. If the difference is within the range, it is judged that SQN2 is acceptable, otherwise, it is judged that SQN2 is unacceptable.
- the calculation of the above calculated MAC-A and MAC-S values may be known digest calculations, or may be performed using some algorithms well known in the art.
- the above authentication process can be restarted, that is, the second unit generates a random number RAND.
- the second unit generates the random number RAND through the set random number generator.
- the second unit calculates according to the random numbers RAND, SQN2 and AK2, obtains a message authentication code MAC-A, and sends RAND, SQN2 and MAC-A to the first unit, the first unit performs corresponding processing, and the like.
- the first unit and the second unit pre-declare: after receiving the resynchronization message of the first unit, if the second unit determines that the SQN1 is a specific value of the agreement, the corresponding content is executed according to the specific value, that is, the execution is performed. Corresponding operation. According to the convention, the first unit may transmit specific information to the second unit, causing the second unit to perform a corresponding specific operation according to the specific information.
- the first unit may be pre-agreed with the second unit: after receiving the resynchronization message of the first unit, if the second unit determines that the SQN1 is a specific value of the agreement, the corresponding content is executed according to the specific value, that is, Perform the corresponding operation.
- the content of the execution of the corresponding agreement may be one or more of an operation of performing a key update, performing an authentication algorithm update, obtaining related information, and returning special operation execution result information.
- the obtaining related information may be to obtain whether the first unit has a certain capability, for example, whether the first unit supports the GPS positioning function, whether the mobile payment is supported, or the like according to the value of the SQN1, and the special operation may be performed by the first unit.
- the main unit needs to transmit specific information to the second unit:
- step 402 at the time of authentication, the second unit sends the generated authentication parameter information to the first unit.
- the authentication parameter information includes a random number RAND, SQN2 and a message authentication code MAC-A; in practice, when the second unit generates the authentication parameter, first generates a random number RAND, for example, the second unit is set by The random number generator generates the random number RAND, and then performs calculation based on the random numbers RAND, SQN2, and AK2 to obtain a message authentication code MAC-A, and uses RAND, SQN2, and MAC-A as the to be sent to the first unit.
- step 403 the first unit performs consistency verification on the message received from the second unit, that is, according to AK1 and RAND and SQN2 received from the second unit, according to the method of calculating the MAC-A with the second unit. Calculate, get a calculation result, and compare whether the calculated result is consistent with the received MAC-A. If it is inconsistent, it is judged. The authentication of the second unit is not passed. If the consistency verification is passed, step 404 is performed.
- step 404 the first unit verifies whether the SQN2 is acceptable according to the SQN1 saved by itself. If it is acceptable, it determines that the second unit is authenticated, and updates SQN1 according to SQN2, and performs step 405; otherwise, if it is determined that SQN2 is not available If yes, go to step 406.
- step 405 the first unit replaces SQN1 with the specified specific value and calculates a resynchronization authentication code MAC-S according to its own SK1 and the received RAND, etc., and sends a resynchronization message to the second unit, where the message includes Instead of the specific value of the agreement of SQN1 and the MAC-S, the second unit enters the sub-flow of performing the synchronization process after receiving the resynchronization message.
- step 406 the first unit calculates a message authentication code MAC-S according to RAND, SQN1 and SK1, and the first unit sends a resynchronization message to the second unit, where the message includes SQN1 and MAC-S, and the second unit receives After the resynchronization message, the sub-process that performs the synchronization process is entered.
- the first unit verifies whether the SQN2 is acceptable according to the SQN1 saved by itself, and may determine whether the difference between SQN1 and SQN2 is within a certain range, for example, whether (SQN1 - SQN 2 ) is greater than 0, or whether (SQN1 - SQN 2 ) is greater than 0 and less than 256 , and so on. If the difference is within the range, it is judged that SQN2 is acceptable, otherwise, it is judged that SQN2 is unacceptable.
- the first unit does not need to transmit specific information to the second unit:
- step 502 at the time of authentication, the second unit sends the generated authentication parameter information to the first unit.
- the authentication parameter information includes a random number RAND, SQN2 and a message authentication code MAC-A; in practice, when the second unit generates the authentication parameter, first generates a random number RAND, for example, the second unit is set by The random number generator generates the random number RAND, the second unit calculates according to the random numbers RAND, SQN2 and AK2, obtains a message authentication code MAC-A, and uses RAND, SQN2 and MAC-A as the authentication parameters to be sent to the first unit;
- step 503 the first unit performs consistency verification on the message received from the second unit, that is, according to AK1 and RAND and SQN2 received from the second unit, according to the method of calculating the MAC-A with the second unit. Calculate, get a calculation result, and compare whether the calculated result is consistent with the received MAC-A. If it is inconsistent, it is judged that the authentication of the second unit does not pass. If the consistency verification is passed, then step 504 is performed.
- step 504 the first unit verifies whether the SQN2 is acceptable according to the SQN1 saved by itself, and if it is acceptable, determines that the second unit is authenticated, and performs step 506, that is, updates the SQN1 according to the SQN2, and ends the process; otherwise, if If it is determined that SQN2 is unacceptable, step 505 is performed.
- step 505 the first unit calculates a message authentication code MAC-S according to RAND, SQN1 and SKI, and the first unit sends a resynchronization message to the second unit, where the message includes SQN1 and MAC-S, and the second unit receives After the resynchronization message, the sub-process that performs the synchronization process is entered.
- the first unit verifies whether the SQN2 is acceptable according to the SQN1 saved by itself, and may determine whether the difference between SQN1 and SQN2 is within a certain range, for example, whether (SQN1 - SQN2) is greater than 0, or whether (SQN1 - SQN2) ) is greater than 0 and less than 256, and so on. If the difference is within the range, it is judged that SQN2 is acceptable, otherwise, it is judged that SQN2 is unacceptable.
- a sub-flow of performing synchronization processing is performed by the second unit in the first embodiment of the second embodiment of the present invention:
- step 601 the second unit verifies the validity of the resynchronization message of the first unit, and if the resynchronization message of the first unit is legal, step 602 is performed, if the resynchronization of the first unit is eliminated. If the information is illegal, step 603 is executed, that is, the synchronization failure information is returned, and the process ends.
- step 602 the second unit determines whether SQN1 in the resynchronization message is a specific value of the agreement. If not, step 604 is performed; if yes, step 605 is performed.
- SQN2 is updated according to SQN1, and the process ends.
- step 605 the second unit executes the content of the corresponding agreement, that is, performs the corresponding operation.
- the SQN1 in the resynchronization message is determined to be a specific value of the agreement
- the corresponding content is executed according to the specific value, that is, the execution is performed. Corresponding operation. Then, end the process.
- a second embodiment of the second embodiment of the present invention is different from the above-mentioned first embodiment in that: the second unit performs synchronization in the first embodiment.
- the validity of the resynchronization message is first determined, and then whether the SQN1 in the resynchronization message is a predetermined specific value is determined.
- step 701 the second unit verifies whether SQN1 in the resynchronization message of the first unit is a specific value of the agreement. If yes, step 702 is performed, otherwise, step 703 is performed.
- step 702 the second unit verifies the validity of the resynchronization message of the first unit. If the resynchronization message of the first unit is legal, step 704 is performed. If the resynchronization message of the first unit is illegal, step 706 is performed.
- step 703 the second unit verifies the validity of the resynchronization message of the first unit. If the resynchronization message of the first unit is legal, step 705 is performed. Otherwise, if the resynchronization message of the first unit is illegal, step 706 is performed.
- the second unit executes the content of the corresponding appointment, that is, performs the corresponding operation.
- the specific value is executed.
- the agreed content that is, the corresponding operation. Then the process ends.
- SQN2 is updated according to SQN1, and then the flow is ended.
- Step 706 returning the synchronization failure information, and then ending the process.
- the second unit may verify that the validity of the resynchronization message of the first unit is that the second unit is based on the saved SK2, RAND, and received from the first unit.
- a unit of SQN1 is calculated according to the method of calculating the MAC-S with the first unit, and a calculation result is obtained, and the result calculated by itself is compared with whether the MAC-S received from the first unit is consistent. If they are consistent, then It is determined that the MAC-S is legal, that is, the resynchronization message of the first unit is legal; if not, it is determined that the MAC-S is illegal, that is, the resynchronization message of the first unit is illegal.
- the second unit when the second unit verifies the MAC-S consistency, RAND is needed, and the second unit may save the corresponding RAND after generating the authentication parameter in advance, or may return the RAND to the second unit by the first unit.
- the latter may have certain security risks, for example, attacks that may be subject to message replay.
- the determination of whether the SQN1 is a specific value of the agreement and the legality judgment of the resynchronization message may be reversed. In general, the order of the exchange does not affect the implementation effect. . However, it is worth noting that in the second embodiment of the second embodiment, that is, if the SQN1 is determined to be a specific value of the agreement, and then the validity of the resynchronization message is determined, the second unit determines that the SQN1 is an appointment.
- the judgment processing manner used when judging the legality of the resynchronization message may be further determined according to the specific value of the SQN1, for example, determining which algorithm to use or which parameters are used to perform the method according to the specific value of the agreement. Judging the legality of resynchronization messages, and so on. Therefore, first determining whether SQN1 is a specific value of the agreement, and then judging the legitimacy of the resynchronization message can make the method more scalable.
- the first unit when the first unit recalculates the resynchronization authentication code, It is possible to participate in the operation without using a random number.
- the second unit verifies the legitimacy of the resynchronization message of the first unit, the random number is not used to participate in the operation.
- this will reduce the security of the first synchronization key, which is a modified implementation of the present invention. Therefore, the specific implementation steps of this modification method will not be elaborated here.
- the first authentication key AK1 and the first synchronization key SK1 may be the same, that is, the first authentication key AK1 and the first synchronization key SK1 may be Is the same key; correspondingly, in the second unit, the second authentication key AK2 and the second synchronization key SK2 may also be the same, that is, the second authentication key AK2 and the second synchronization key SK2 It can also be the same key.
- some values of SQN1 may be set to be used as specific values of the agreement, for example, setting a value in the range of SQN1 less than 256 as a specific value that can be used as an agreement, obviously, such that SQN1
- the initial value used to determine whether SQN2 is acceptable should be greater than or equal to 256.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Mobile Radio Communication Systems (AREA)
- Multi-Process Working Machines And Systems (AREA)
- Communication Control (AREA)
- Telephonic Communication Services (AREA)
Description
Claims
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AT06742080T ATE431050T1 (de) | 2005-06-04 | 2006-06-02 | Informationsübertragungsverfahren |
EP06742080A EP1768426B1 (en) | 2005-06-04 | 2006-06-02 | Method for transmitting information |
DE602006006629T DE602006006629D1 (de) | 2005-06-04 | 2006-06-02 | Informationsübertragungsverfahren |
CN2006800119391A CN101160985B (zh) | 2005-06-04 | 2006-06-02 | 一种鉴权方法及相应的信息传递方法 |
US11/626,989 US7773973B2 (en) | 2005-06-04 | 2007-01-25 | Method for authentication between a mobile station and a network |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200510035162 | 2005-06-04 | ||
CN200510035162.X | 2005-06-04 | ||
CNB2005100858884A CN100488280C (zh) | 2005-06-04 | 2005-07-07 | 一种鉴权方法及相应的信息传递方法 |
CN200510085888.4 | 2005-07-07 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/626,989 Continuation US7773973B2 (en) | 2005-06-04 | 2007-01-25 | Method for authentication between a mobile station and a network |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2006131061A1 true WO2006131061A1 (fr) | 2006-12-14 |
Family
ID=37298579
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2006/001193 WO2006131061A1 (fr) | 2005-06-04 | 2006-06-02 | Procede d'authentification et procede de transmission d'informations correspondant |
Country Status (7)
Country | Link |
---|---|
US (1) | US7773973B2 (zh) |
EP (1) | EP1768426B1 (zh) |
CN (1) | CN100488280C (zh) |
AT (1) | ATE431050T1 (zh) |
DE (1) | DE602006006629D1 (zh) |
ES (1) | ES2324836T3 (zh) |
WO (1) | WO2006131061A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9889214B2 (en) | 2009-03-19 | 2018-02-13 | Emd Millipore Corporation | Removal of microorganisms from fluid samples using nanofiber filtration media |
US10252199B2 (en) | 2010-08-10 | 2019-04-09 | Emd Millipore Corporation | Method for retrovirus removal |
US10675588B2 (en) | 2015-04-17 | 2020-06-09 | Emd Millipore Corporation | Method of purifying a biological material of interest in a sample using nanofiber ultrafiltration membranes operated in tangential flow filtration mode |
US11154821B2 (en) | 2011-04-01 | 2021-10-26 | Emd Millipore Corporation | Nanofiber containing composite membrane structures |
US12059644B2 (en) | 2014-06-26 | 2024-08-13 | Emd Millipore Corporation | Filter structure with enhanced dirt holding capacity |
Families Citing this family (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101160985B (zh) * | 2005-06-04 | 2010-05-19 | 华为技术有限公司 | 一种鉴权方法及相应的信息传递方法 |
CN100488280C (zh) * | 2005-06-04 | 2009-05-13 | 华为技术有限公司 | 一种鉴权方法及相应的信息传递方法 |
US8183980B2 (en) * | 2005-08-31 | 2012-05-22 | Assa Abloy Ab | Device authentication using a unidirectional protocol |
US9135612B1 (en) | 2011-04-17 | 2015-09-15 | Proctor Consulting, LLC | Proximity detection, virtual detection, or location based triggering of the exchange of value and information |
CN102638794B (zh) * | 2007-03-22 | 2016-03-30 | 华为技术有限公司 | 鉴权和密钥协商方法、认证方法、系统及设备 |
JP4677463B2 (ja) * | 2007-07-26 | 2011-04-27 | 成均館大学校産学協力団 | 移動通信端末機での再同期化方法 |
CN102572833B (zh) | 2008-04-28 | 2016-08-10 | 华为技术有限公司 | 一种保持用户业务连续性的方法、系统及装置 |
EP2316180A4 (en) | 2008-08-11 | 2011-12-28 | Assa Abloy Ab | SECURE WIEGAND INTERFACE COMMUNICATIONS |
US8116749B2 (en) * | 2008-09-08 | 2012-02-14 | Proctor Jr James Arthur | Protocol for anonymous wireless communication |
JP5517187B2 (ja) * | 2009-04-10 | 2014-06-11 | 日本電気株式会社 | フェムトセル用基地局、認証装置、通信システム、制御方法及びプログラム |
GB2509975A (en) * | 2013-01-21 | 2014-07-23 | Nec Corp | PDN service rejection |
US10861763B2 (en) | 2016-11-26 | 2020-12-08 | Texas Instruments Incorporated | Thermal routing trench by additive processing |
US11004680B2 (en) | 2016-11-26 | 2021-05-11 | Texas Instruments Incorporated | Semiconductor device package thermal conduit |
US10811334B2 (en) | 2016-11-26 | 2020-10-20 | Texas Instruments Incorporated | Integrated circuit nanoparticle thermal routing structure in interconnect region |
US11676880B2 (en) | 2016-11-26 | 2023-06-13 | Texas Instruments Incorporated | High thermal conductivity vias by additive processing |
US10256188B2 (en) | 2016-11-26 | 2019-04-09 | Texas Instruments Incorporated | Interconnect via with grown graphitic material |
US10452877B2 (en) | 2016-12-16 | 2019-10-22 | Assa Abloy Ab | Methods to combine and auto-configure wiegand and RS485 |
US10608822B2 (en) * | 2017-04-26 | 2020-03-31 | Nxp B.V. | Efficient calculation of message authentication codes for related data |
WO2018208221A1 (zh) | 2017-05-09 | 2018-11-15 | 华为国际有限公司 | 网络认证方法、网络设备及终端设备 |
EP3506668A1 (en) * | 2017-12-27 | 2019-07-03 | Gemalto Sa | A method for updating a one-time secret key |
JP7185978B2 (ja) * | 2018-07-03 | 2022-12-08 | 株式会社ソラコム | 認証情報の設定を仲介するための装置及び方法 |
US12081972B2 (en) * | 2019-01-18 | 2024-09-03 | Qualcomm Incorporated | Protection of sequence numbers in authentication and key agreement protocol |
CN111464306B (zh) * | 2019-01-18 | 2022-12-02 | 中兴通讯股份有限公司 | 认证处理方法、装置、存储介质及电子装置 |
CN114513330A (zh) * | 2019-04-24 | 2022-05-17 | 华为技术有限公司 | 一种参数发送方法及装置 |
US10681547B1 (en) * | 2019-05-22 | 2020-06-09 | Frank Yang | Access verification network device and method |
CN112585549B (zh) * | 2020-02-29 | 2022-05-31 | 华为技术有限公司 | 一种故障诊断方法、装置及车辆 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2002052874A2 (en) * | 2000-12-27 | 2002-07-04 | Convergelabs Corporation | System and method for connection-oriented access to packet data networks for wireless devices |
CN1430400A (zh) * | 2002-01-01 | 2003-07-16 | 哈尔滨万博信息技术有限公司 | 专门用于移动电话联网接入服务的身份认证方法 |
EP1414260A1 (de) * | 2002-10-21 | 2004-04-28 | Swisscom Mobile AG | Verfahren, System und Vorrichtungen zur Teilnehmerauthentifizierung in einem Telekommunikationsnetz |
EP1414259A1 (de) * | 2002-10-21 | 2004-04-28 | Swisscom Mobile AG | Verfahren zum Detektieren eines duplizierten Identifizierungsmoduls |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6980796B1 (en) * | 1999-06-15 | 2005-12-27 | Siemens Aktiengesellschaft | Method and system for verifying the authenticity of a first communication participants in a communications network |
AU4398400A (en) * | 2000-04-06 | 2001-10-23 | Nokia Corporation | Method and system for generating a sequence number to be used for authentication |
CN100488280C (zh) * | 2005-06-04 | 2009-05-13 | 华为技术有限公司 | 一种鉴权方法及相应的信息传递方法 |
US8010778B2 (en) * | 2007-06-13 | 2011-08-30 | Intel Corporation | Apparatus and methods for negotiating a capability in establishing a peer-to-peer communication link |
-
2005
- 2005-07-07 CN CNB2005100858884A patent/CN100488280C/zh active Active
-
2006
- 2006-06-02 EP EP06742080A patent/EP1768426B1/en active Active
- 2006-06-02 AT AT06742080T patent/ATE431050T1/de not_active IP Right Cessation
- 2006-06-02 ES ES06742080T patent/ES2324836T3/es active Active
- 2006-06-02 DE DE602006006629T patent/DE602006006629D1/de active Active
- 2006-06-02 WO PCT/CN2006/001193 patent/WO2006131061A1/zh not_active Application Discontinuation
-
2007
- 2007-01-25 US US11/626,989 patent/US7773973B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2002052874A2 (en) * | 2000-12-27 | 2002-07-04 | Convergelabs Corporation | System and method for connection-oriented access to packet data networks for wireless devices |
CN1430400A (zh) * | 2002-01-01 | 2003-07-16 | 哈尔滨万博信息技术有限公司 | 专门用于移动电话联网接入服务的身份认证方法 |
EP1414260A1 (de) * | 2002-10-21 | 2004-04-28 | Swisscom Mobile AG | Verfahren, System und Vorrichtungen zur Teilnehmerauthentifizierung in einem Telekommunikationsnetz |
EP1414259A1 (de) * | 2002-10-21 | 2004-04-28 | Swisscom Mobile AG | Verfahren zum Detektieren eines duplizierten Identifizierungsmoduls |
Non-Patent Citations (2)
Title |
---|
XIAO N.: "Study of access security mechanism of WCDMA", CHONGQING YOUDIAN XUEYUANXUEBAO (ZIRAN KEXUE BAN), vol. 16, no. 3, June 2004 (2004-06-01), pages 43 - 46, XP008073806 * |
ZHANG F.-Z. ET AL.: "A study of Authentication and Authorization in 3G Access", WEIDIANZIXUE YU JISUANJI, vol. 21, no. 9, 2004, pages 33 - 37, XP008073805 * |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9889214B2 (en) | 2009-03-19 | 2018-02-13 | Emd Millipore Corporation | Removal of microorganisms from fluid samples using nanofiber filtration media |
US9943616B2 (en) | 2009-03-19 | 2018-04-17 | Emd Millipore Corporation | Removal of microorganisms from fluid samples using nanofiber filtration media |
US10064965B2 (en) | 2009-03-19 | 2018-09-04 | Emd Millipore Corporation | Removal of microorganisms from fluid samples using nanofiber filtration media |
US10722602B2 (en) | 2009-03-19 | 2020-07-28 | Emd Millipore Corporation | Removal of microorganisms from fluid samples using nanofiber filtration media |
US10252199B2 (en) | 2010-08-10 | 2019-04-09 | Emd Millipore Corporation | Method for retrovirus removal |
US11154821B2 (en) | 2011-04-01 | 2021-10-26 | Emd Millipore Corporation | Nanofiber containing composite membrane structures |
US12059644B2 (en) | 2014-06-26 | 2024-08-13 | Emd Millipore Corporation | Filter structure with enhanced dirt holding capacity |
US10675588B2 (en) | 2015-04-17 | 2020-06-09 | Emd Millipore Corporation | Method of purifying a biological material of interest in a sample using nanofiber ultrafiltration membranes operated in tangential flow filtration mode |
Also Published As
Publication number | Publication date |
---|---|
US7773973B2 (en) | 2010-08-10 |
US20070178886A1 (en) | 2007-08-02 |
EP1768426A4 (en) | 2008-02-20 |
CN100488280C (zh) | 2009-05-13 |
DE602006006629D1 (de) | 2009-06-18 |
ES2324836T3 (es) | 2009-08-17 |
EP1768426A1 (en) | 2007-03-28 |
CN1859729A (zh) | 2006-11-08 |
EP1768426B1 (en) | 2009-05-06 |
ATE431050T1 (de) | 2009-05-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2006131061A1 (fr) | Procede d'authentification et procede de transmission d'informations correspondant | |
US7352866B2 (en) | Enhanced subscriber authentication protocol | |
US8312278B2 (en) | Access authentication method applying to IBSS network | |
CN102036242B (zh) | 一种移动通讯网络中的接入认证方法和系统 | |
KR20120052396A (ko) | 유선 근거리 통신망을 위한 보안 액세스 제어 방법 및 시스템 | |
JP5399404B2 (ja) | 一方向アクセス認証の方法 | |
WO2013087039A1 (zh) | 一种安全传输数据方法,装置和系统 | |
JP2002541685A (ja) | 認証方法 | |
WO2010012203A1 (zh) | 鉴权方法、重认证方法和通信装置 | |
WO2006128364A1 (fr) | Procede et systeme de mise a jour d'une cle secrete | |
JP2018533883A (ja) | Diffie−Hellman手順によるセッション鍵生成のための方法およびシステム | |
WO2012097723A1 (zh) | 数据的安全保护方法、网络侧实体和通信终端 | |
WO2012174959A1 (zh) | 一种机器到机器通信中组认证的方法、系统及网关 | |
WO2005120156A2 (en) | Method and system for aka sequence number for replay protection in eap-aka authentication | |
US20190239071A1 (en) | Enhanced aggregated re-authentication for wireless devices | |
WO2009074050A1 (fr) | Procede, systeme et appareil d'authentification de dispositif de point d'acces | |
WO2012075825A1 (zh) | 无线局域网中端站的安全配置方法、ap、sta、as及系统 | |
WO2007041933A1 (fr) | Procédé de mise à jour de clés secrètes contrôlées et appareil idoine | |
CN112333705B (zh) | 一种用于5g通信网络的身份认证方法及系统 | |
CN101399603A (zh) | 重同步方法、认证方法及设备 | |
CN213938340U (zh) | 5g应用接入认证网络架构 | |
WO2007025484A1 (fr) | Procede de negociation de mise a jour pour cle d'autorisation et dispositif associe | |
WO2012000313A1 (zh) | 一种家庭网关认证方法和系统 | |
KR20080056055A (ko) | 통신 사업자간 로밍 인증방법 및 키 설정 방법과 그 방법을포함하는 프로그램이 저장된 기록매체 | |
WO2018222133A2 (zh) | 数据保护方法、装置以及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 11626989 Country of ref document: US |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2006742080 Country of ref document: EP Ref document number: 383/CHENP/2007 Country of ref document: IN |
|
WWP | Wipo information: published in national office |
Ref document number: 2006742080 Country of ref document: EP |
|
WWP | Wipo information: published in national office |
Ref document number: 11626989 Country of ref document: US |
|
WWE | Wipo information: entry into national phase |
Ref document number: 200680011939.1 Country of ref document: CN |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWW | Wipo information: withdrawn in national office |
Ref document number: DE |