WO2015174696A1 - 공인인증을 위한 보안 토큰 및 그 구동 방법 - Google Patents

공인인증을 위한 보안 토큰 및 그 구동 방법 Download PDF

Info

Publication number
WO2015174696A1
WO2015174696A1 PCT/KR2015/004649 KR2015004649W WO2015174696A1 WO 2015174696 A1 WO2015174696 A1 WO 2015174696A1 KR 2015004649 W KR2015004649 W KR 2015004649W WO 2015174696 A1 WO2015174696 A1 WO 2015174696A1
Authority
WO
WIPO (PCT)
Prior art keywords
wireless terminal
private key
key pair
security
security token
Prior art date
Application number
PCT/KR2015/004649
Other languages
English (en)
French (fr)
Inventor
이정엽
Original Assignee
주식회사 키페어
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 키페어 filed Critical 주식회사 키페어
Priority to US15/310,745 priority Critical patent/US10063381B2/en
Priority to CN201580024504.XA priority patent/CN106462900A/zh
Publication of WO2015174696A1 publication Critical patent/WO2015174696A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825—Use of electronic signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • 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/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • 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/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/085—Secret sharing or secret splitting, e.g. threshold schemes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/14—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using a plurality of keys or algorithms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/30—Public key, i.e. encryption algorithm being computationally infeasible to invert or user's encryption keys not requiring secrecy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H04W12/068—Authentication using credential vaults, e.g. password manager applications or one time password [OTP] applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/80—Wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/80—Wireless
    • H04L2209/805—Lightweight hardware, e.g. radio-frequency identification [RFID] or sensor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication

Definitions

  • the present invention relates to a security token for public authentication and a method of driving the same, and more particularly, a security token for public authentication that can be used safely and conveniently in public in a PC environment and a smart phone environment, and a method for driving the same. It is about.
  • An accredited certificate is an electronic signature certificate issued by a credible accredited certification body. In Korea, it is used in a wide variety of fields such as Internet banking, online certificate issuance, electronic commerce, and internet stock trading. In recent years, the number of financial transactions on smart phones has rapidly increased, and the use of authorized certificates on smart phones is gradually expanding.
  • the accredited certificates are stored in hard disks, removable disks, mobile phones, storage tokens, security tokens, and the like. It creates a digital signature and verifies this by the authentication server to perform public certification.
  • the hacking program can easily copy the public certificate stored in a file in a specific folder and monitor the PC to easily find the public certificate password.
  • Removable disks can be considered safer than hard disks because they can only be exposed to hacking when connected to a PC.
  • removable disks are more likely to be lost.
  • the public certificate is not stored in a file format, since the digital signature must be performed on the PC when the public certificate is used, the private key of the public certificate is exposed to the PC memory and hacked The vulnerability still exists.
  • HSM Hard Security Module storage method
  • Korea Internet Security Agency recommends the use of security token.
  • these types of security token products that are currently being sold and certified by the Korea Internet and Security Agency (KISA) cannot be used in smartphones because they operate only in a PC environment.
  • the public certificate may be hacked like the hard disk storage method, and the public certificate may be leaked due to the loss of the smart phone like the mobile disk storage method.
  • KISA Korea Internet & Security Agency
  • the core of this project is to increase the digital signature algorithm's private key (secret key) length from 1024 bits to 2048 bits.
  • the purpose is to increase the safety of.
  • the digital signature algorithm of the public certificate uses the RSA (Rivest Shamir Adleman) algorithm.
  • RSA Rivest Shamir Adleman
  • the current generation time of the 1024-bit private key and public key pair in the smart card chip is 2 to 3 seconds on average, and it may take 6 seconds or more in some cases.
  • the key pair generation time is on average 20-30 seconds and in some cases it may take 60 seconds or more.
  • KISA Korea Internet Security Agency
  • NFC Near Field Communication
  • an object of the present invention is to provide a security token and a driving method for the authentication authentication that can be used safely and conveniently in the PC environment and smart phone environment It is.
  • Another object of the present invention is to provide a security token for public authentication and a driving method thereof for generating a private key and public key pair in advance using NFC communication in a smart phone environment.
  • Another object of the present invention is to separate the private key and public key pair generation process into two or more sub-processes security token for the authentication that can generate a private key and public key pair even through weak NFC communication and It is to provide a driving method.
  • Still another object of the present invention is to provide a security token for authentication and a driving method thereof for generating an electronic signature using NFC communication in a smart phone environment.
  • a security token for public authentication in one embodiment of the present invention includes a key pair generation module for generating a private key and a public key pair for a public certificate; An electronic signature module for generating an electronic signature based on the authorized certificate; An internal memory for storing the public certificate, private key, and public key; NFC communication module for performing NFC (Near Field Communication) communication with the wireless terminal; And a security chip including a control unit for controlling the key pair generation module, the electronic signature module, the internal memory, and the NFC communication module.
  • the security chip when the security chip receives a command for generating a private key and public key pair from the wireless terminal, the security chip checks whether a private key and public key pair previously generated are stored in the internal memory. If the stored private key and public key pair are stored, the pre-generated private key and public key pair are read.
  • the security chip When the security chip receives a request for preparation of an electronic signature from the wireless terminal, the authentication chip corresponding to the key information received from the wireless terminal using power charged through electromagnetic waves emitted from the wireless terminal. After selecting the private key and initiating the digital signature operation with the selected private key, and transmits the status information to the wireless terminal, if requested to execute the digital signature generation from the wireless terminal, through the electromagnetic wave emitted from the wireless terminal Using the recharged power, an electronic signature operation is performed on the data to be signed received from the wireless terminal, and the digital signature value is transmitted to the wireless terminal.
  • the security token comprises the steps of receiving a private key and public key pair generation command from a wireless terminal through NFC (Near Field Communication) communication; Checking whether the security token has a pre-generated private key and public key pair in internal memory; And if there is a pre-generated private key and public key pair in the internal memory, the security token responding to the wireless terminal to generate the private key and public key pair via NFC communication.
  • NFC Near Field Communication
  • the method of driving the security token if there is no private key and public key pair previously generated in the internal memory, the security token is a real-time pairing of the private key and public key pair via electromagnetic waves emitted from the wireless terminal Generating and responding to the wireless terminal via NFC communication.
  • the NFC Near Field Communication
  • the NFC has the effect that the authorized authentication using a security token even in a smart phone using a communication, in particular, because it uses NFC communication, light, easy to carry and easy to manufacture Has a low effect.
  • the security token pre-creates and stores the private key and the public key pair using the waiting time, the response time according to the request for generating the private key and the public key pair can be minimized.
  • the security token since the security token proceeds by separating the private key and the public key pair generation process into two or more sub-processes, the security token has the effect of generating the private key and the public key pair through weak NFC communication. .
  • the security token proceeds by separating the digital signature generation process into two or more sub-processes, there is an effect that can generate the electronic signature even through weak NFC communication.
  • FIG. 1 is a schematic diagram of an authorized authentication system used in common in a PC environment and a smartphone environment according to the present invention.
  • FIG. 2 is a detailed configuration diagram of a security token according to an embodiment of the present invention.
  • FIG. 3 is a flowchart illustrating a process of generating and using a private key and a public key pair in a smart card chip according to the prior art.
  • FIG. 4 is a flowchart illustrating a process of generating and using a private key and a public key pair in a security token according to an embodiment of the present invention.
  • step S420 of FIG. 4 is a flowchart illustrating a detailed process of step S420 of FIG. 4.
  • FIG. 6 is a flowchart illustrating a general process of using a smart card chip.
  • FIG. 7 is a flowchart illustrating a process in which a security chip generates a private key and a public key pair in a standby mode according to an embodiment of the present invention.
  • FIG. 8 is a flowchart illustrating a process in which a security chip generates a private key and a public key pair while processing a command according to an embodiment of the present invention.
  • FIG. 9 is a graph showing a change in power according to the calculation time of the smart card chip when the general smart card chip is connected to the wireless terminal through NFC communication.
  • FIG. 10 illustrates a change in power according to the operation time of the security chip during the execution of the private key and public key pair generation sub-processes when the security chip is used in connection with the wireless terminal through NFC communication according to an embodiment of the present invention. It is a graph.
  • FIG. 11 is a schematic diagram illustrating a method for performing security authentication in a PC environment according to an embodiment of the present invention.
  • FIG. 12 is a flow chart of a method for a security token to perform authentication in a PC environment according to an embodiment of the present invention.
  • FIG. 13 is a schematic diagram illustrating a method of performing authentication by a security token in a smartphone environment according to an embodiment of the present invention.
  • FIG. 14 is a flow chart of a method for a security token to perform authentication in a smartphone environment according to an embodiment of the present invention.
  • 15 is a flowchart of an embodiment in which a security chip generates an electronic signature according to an embodiment of the present invention.
  • 16 is a flowchart of another embodiment in which a security chip generates an electronic signature according to an embodiment of the present invention.
  • FIG. 17 is a diagram illustrating a change in power of a security chip in the embodiment of FIG. 16.
  • the security token is connected to the PC by USB, and the smart phone (wireless terminal) is connected to the Wi-Fi and Bluetooth.
  • NFC Near Field Communication
  • Wi-Fi or Bluetooth In order to connect the security token to the smartphone via Wi-Fi or Bluetooth, power supply through the battery is required. If the battery is embedded in the security token, the manufacturing cost increases for the manufacturer and charge management for the user. In addition, Wi-Fi or Bluetooth has a long connection distance may cause a security vulnerability.
  • the present invention proposes a method of connecting a security token to a smart phone (wireless terminal) using NFC (Near Field Communication).
  • FIG. 1 is a schematic diagram of an authorized authentication system used in common in a PC environment and a smartphone environment according to the present invention.
  • the authentication system is largely composed of a security token 100, a computer 200, a wireless terminal 300, an authentication server 400 and the like.
  • the security token 100 may be connected to both a computer and a wireless terminal, and is a HSM (Hardware Security Module) capable of generating an electronic signature by having an authorized certificate therein.
  • the security token 100 may perform universal serial bus (USB) communication with the computer 200, and perform Near Field Communication (NFC) communication with the wireless terminal 300 to communicate with both the computer and the wireless terminal.
  • USB universal serial bus
  • NFC Near Field Communication
  • the computer 200 transmits the electronic signature transmitted from the security token 100 to the authentication server 400 through USB communication, for example, performs authentication, and provides services such as finance, issuance, games, and education based on this. do.
  • the computer 200 may be equipped with a USB port such as a personal computer (PC), a notebook computer, and the like, and may communicate with all types of computers capable of communicating with the authentication server 400 through wired or wireless Internet. It is meant to include.
  • the wireless terminal 300 transmits the electronic signature transmitted from the security token 100 to the authentication server 400 through, for example, NFC communication, or generates an electronic signature based on an authorized certificate transmitted from the security token 100. And it is transmitted to the authentication server 400 to perform the certification, and similarly provide services such as finance, issuance, games, education.
  • the wireless terminal 300 is meant to include all types of wireless terminals capable of NFC communication, such as a smart phone, tablet PC, etc., and also communicate with the authentication server 400 through the wireless Internet. .
  • the authentication server 400 is a device for verifying the electronic signature transmitted from the computer 200 and / or the wireless terminal 300 to perform personal authentication and inform the result.
  • FIG. 2 is a detailed block diagram of the security token 100 according to an embodiment of the present invention.
  • the security token 100 includes a USB connection unit 110, an internal communication control unit 120, a security chip 130, an antenna 140, and the like.
  • the 130 is composed of a contact communication module 131, an NFC communication module 132, a key pair generation module 133, an electronic signature module 134, an internal memory 135, a controller 136, and the like.
  • the USB connection unit 110 is a device for connecting the USB port 220 of the computer 200 and the security token 100 (specifically, the internal communication control unit 120).
  • the shape of the USB port is generally the most commonly used Type A, but may be formed of Type B, Mini-A, Mini-B, Micro-A, Micro-B and the like.
  • the internal communication controller 120 controls the USB communication with the computer 200 and controls the contact communication with the security chip 130.
  • the internal communication control unit 120 receives power from the computer 200 according to the USB standard. Communication with the computer 200 in compliance with the USB standard, communication with the contact communication module 131 of the security chip 130 in compliance with, for example, ISO7816 standard, and transmitted from the application software 210 of the computer 200 Transmits a command to the security chip 130, and transmits the response of the security chip 130 to the application software 210 of the computer 200.
  • the internal communication control unit 120 is preferably composed of one chip, but the USB communication control unit and the contact communication control unit may be configured as independent chips, and the internal communication control unit 120 may be a general-purpose microcontroller (MCU) or It may be configured as part of the security chip 130. When the internal communication controller 120 is configured as part of the security chip 130, the internal communication controller 120 may communicate with the control unit 136 of the security chip 130 directly without communicating with the contact communication module 131 of the security chip 130. have.
  • MCU general-
  • the security chip 130 includes a contact communication module 131, an NFC communication module 132, a key pair generation module 133, an electronic signature module 134, an internal memory 135, a controller 136, and the like.
  • the security chip 130 is operated by receiving power from the computer 200 and / or the internal communication control unit 120 according to, for example, the ISO7816 standard.
  • the security chip 130 is not connected to the wireless terminal 300 in close proximity to, for example, according to the ISO14443 standard operates with power induced from the NFC communication module 330 of the wireless terminal 300 to the antenna 140.
  • the security chip 130 is preferably implemented in a fixed form on the substrate of the security token 100, but may also be inserted into a subscriber identity module (SIM) type.
  • SIM subscriber identity module
  • the contact communication module 131 is a module that performs contact communication with the internal communication controller 120.
  • the internal communication control unit 120 communicates with the ISO7816 standard, for example, and receives a command transmitted from the application software 210 of the computer 200 to the security chip 130 through the internal communication control unit 120, and the security chip. It transmits the response of 130 to the application software 210 of the computer 200 through the internal communication control unit 120 again.
  • the NFC communication module 132 is a module that communicates with the NFC communication module 330 of the wireless terminal 300.
  • the NFC communication module 330 of the wireless terminal 300 communicates with the ISO 14443 standard, for example, and communicates the command transmitted from the application 320 of the wireless terminal 300 to the NFC communication module 330 of the wireless terminal 300.
  • the key pair generation module 133 generates a private key and a public key pair required in the process of issuing a public certificate.
  • the key pair generation module 133 may receive a private key and public key pair generation command from the computer 200 or the wireless terminal 300 through the contact communication module 131 or the NFC communication module 132. Create a private key and public key pair under control.
  • the key pair generation module 133 is a private key and public under the control of the control unit 136 even if there is no private key and public key pair generation command from the computer 200 or the wireless terminal 300.
  • the key pair is generated in advance and stored in the internal memory 135. Description of the private key and public key pair generation of the present invention will be described in detail below.
  • the electronic signature module 134 receives an electronic signature command from the computer 200 or the wireless terminal 300 through the contact communication module 131 or the NFC communication module 132, under the control of the controller 136.
  • the digital signature is generated using the private key of the public certificate stored in 135). Detailed description of the digital signature generation of the present invention will be described in detail below.
  • the internal memory 135 is a memory inside the security chip 130 and may be implemented as, for example, an EEPROM (Electrically Erasable Programmable Read Only Memory), and includes an operating system (OS), a private key, and the like, which drives the security chip 130.
  • OS operating system
  • the public certificate is preferably generated inside the security chip 130, it is also possible to copy the public certificate generated outside the security chip 130 to the internal memory 135 of the security chip 130.
  • the controller 136 generally controls the contact communication module 131, the NFC communication module 132, the key pair generation module 133, the electronic signature module 134, the internal memory 135, and the like of the security chip 130. It performs various functions such as creating and storing private and public key pairs, issuing and copying of public certificates, creating and transmitting digital signatures, setting and changing passwords, automatic lock of security tokens, and initialization of security tokens.
  • the antenna 140 is connected to the NFC communication module 132 of the security chip 130 is a device used for NFC communication with the wireless terminal 300.
  • the antenna 140 is preferably fixed to the substrate of the security token 100, the security chip 130 may be inserted into the SIM when the security chip 130 is inserted into the security token 100 in a SIM type.
  • FIG. 3 is a flowchart illustrating a process of generating and using a private key and a public key pair in a smart card chip according to the prior art.
  • step S310 when a command for generating a private key and public key pair is transmitted from an external device (eg, a computer or a wireless terminal) to a smart card chip in step S310, in step S320, the smart card chip is Generate a private and public key pair. In operation S330, the smart card chip responds to the completion of the generation of the private key and the public key pair to the external device.
  • an external device eg, a computer or a wireless terminal
  • the smart card chip when the smart card chip according to the related art is requested to generate a private key and a public key pair from an external device, the smart card chip generates a private key and a public key pair from that time. It takes a lot of time to generate a key pair, and especially when generating a 2048-bit private key and public key pair may take an average of 20-30 seconds longer than 60 seconds, which is inconvenient to use.
  • FIG. 4 is a flowchart illustrating a process of generating and using a private key and a public key pair in the security token 100 according to an embodiment of the present invention.
  • 5 is a flowchart illustrating a detailed process of step S420 of FIG. 4.
  • step S410 when a private key and public key pair generation command is transmitted from the external device (eg, a computer or a wireless terminal) to the security token 100 in step S410, in step S420, the security token is transmitted.
  • the security chip 130 of 100 generates a private key and public key pair or reads a pre-generated private and public key pair.
  • step S422 when the generation of the private key and the public key pair is requested from the computer 200 or the wireless terminal 300 to the security token 100, in step S422, the controller 136 of the security chip 130.
  • step S430 the security token 100 responds to the completion of the private key and public key pair generation to the computer 200 or the wireless terminal 300 through contact communication or NFC communication.
  • FIG. 6 is a flowchart illustrating a general process in which a smart card chip is used.
  • step S610 when an external device (eg, a computer or a wireless terminal) supplies power to a smart card chip, in step S612, the smart card chip performs an initialization operation. After completing the initialization operation, in step S614, the smart card chip transmits an ATR (Answer To Reset) signal to the external device. The smart card chip then goes into standby mode and waits for an external device to input an APDU (Application Protocol Data Unit) command.
  • ATR Application Protocol Data Unit
  • step S620 when the external device transmits the APDU command to the smart card chip, in step S622, the smart card chip exits the standby mode to process the command. In operation S624, the smart card chip transmits an APDU response to the external device. The smart card chip then goes back to standby mode, waiting for the external device to enter the next APDU command.
  • step S630 when the external device transmits an APDU command to the smart card chip again, in step S632, the smart card chip exits the standby mode and processes the command. In operation S634, the smart card chip transmits an APDU response to the external device. After that, the smart card chip goes back to the standby mode, waits for the external device to input the next APDU command, and repeats this process.
  • the security chip of the security token generates and stores a private key and a public key pair in advance while waiting for a command to be input from an external device (eg, a computer or a wireless terminal).
  • an external device eg, a computer or a wireless terminal.
  • FIG. 7 is a flowchart illustrating a process of generating a private key and a public key pair in a security token in a standby mode according to an embodiment of the present invention.
  • step S710 when the external device supplies power to the security token, in step S712, the security chip of the security token performs an initialization operation. After completing the initialization operation, in step S714, the security chip of the security token transmits an Answer To Reset (ATR) signal to an external device. Thereafter, in step S716, the security chip of the security token pre-generates and stores the private and public key pairs while waiting for the next command reception.
  • ATR Answer To Reset
  • step S720 when the external device sends the APDU command to the security token, in step S722, the security chip of the security token processes the command. In operation S724, the security chip of the security token transmits an APDU response to the external device. Thereafter, in step S726, the security chip of the security token pre-generates and stores the private and public key pairs while waiting for the next command reception.
  • step S730 when the external device transmits the APDU command to the security token again, in step S732, the security chip of the security token processes the command.
  • the security chip of the security token transmits an APDU response to the external device.
  • the security chip of the security token is pre-generated and stored the private key and the public key pair while waiting for the next command reception, and operates while repeating this process.
  • the external device recognizes that an error occurred in the security token if the security token does not respond to the APDU command transmitted by the security token within a certain time (usually 1 second).
  • APDU command input from external device must be able to be processed even during public key pair dictionary generation.
  • the security chip of the security token when the APDU instruction is input from the external device while the security chip of the security token pre-generates the private key and the public key pair in FIG. 7 (steps S716, S726, and S736), the security chip of the security token is the private key so far. And the public key pair dictionary generation process are temporarily stored in the internal memory, and the input command is processed first and the result is returned. After that, the security chip's security chip continues the pre-generation of the private and public key pairs temporarily stored in internal memory. If the security token of the security token is difficult to store the private key and public key pair pre-generation process in internal memory for a while, the security chip of the security token cancels the private key and public key pair pre-generation process and inputs the input command. First responds to the result and then starts the private key and public key pair dictionary generation process from the beginning.
  • the process of pre-generating the private key and the public key pair in the standby mode of FIG. 7 has a limitation that power must be continuously supplied to the security token (security chip). That is, only when the security token is continuously powered using contact communication (e.g. USB communication) or can receive power derived from external electromagnetic waves even if using contactless communication (e.g. NFC communication). Can be.
  • contact communication e.g. USB communication
  • contactless communication e.g. NFC communication
  • the security token is connected to the computer via USB communication, the external power is sufficient, and the standby time for the pre-generation of the private key and public key pair is sufficient.
  • the security token is connected to the wireless terminal through NFC communication, the power is not sufficient because the wireless terminal generates electromagnetic waves only when the NFC communication is performed. It is also impossible to generate a bit private key and public key pair.
  • the present invention proposes a method of generating a private key and a public key pair while the security chip of the security token processes a command when the wireless terminal is connected through NFC communication.
  • FIG. 8 is a flowchart illustrating a process in which a security token generates a private key and a public key pair while processing a command according to an embodiment of the present invention.
  • step S810 when the wireless terminal supplies power to the security token through NFC communication, in step S812, the security chip of the security token performs an initialization operation. After completing the initialization operation, in step S814, the security chip of the security token transmits an Answer To Reset (ATR) signal to the wireless terminal through NFC communication. After that, the security chip of the security token switches to standby mode and waits for the wireless terminal to transmit an APDU (Application Protocol Data Unit) command.
  • ATR Answer To Reset
  • step S820 if the wireless terminal sends the APDU command to the security token, in step S822, the security chip of the security token processes the command. In this case, the security chip of the security token processes the command and performs the private key and public key pair dictionary generation together through the key pair generation module. In operation S824, the security chip of the security token transmits an APDU response to the wireless terminal. The security chip of the security token then goes back to standby mode, waiting for the wireless terminal to send the next APDU command.
  • step S830 when the wireless terminal transmits the APDU command to the security token again, in step S832, the security chip of the security token performs the command together with the private key and the public key pair dictionary generation through the key pair generation module. do.
  • step S834 the security chip of the security token transmits an APDU response to the wireless terminal. After that, the security chip of the security token goes back to the standby mode, waiting for the wireless terminal to transmit the next APDU command, and repeats this process.
  • the process of performing the command processing of FIG. 8 and the generation of the private key and the public key pair together in FIG. 8 powers a security token (security chip) to perform the generation of the private key and the public key pair together during one command processing.
  • a security token security chip
  • the smart card chip consumes more power for computation inside the smart card chip than the power generated from electromagnetic waves emitted from the wireless terminal. While the chip is processing instructions, power is gradually reduced and can eventually be reset below the minimum threshold at which the smart card chip can be driven.
  • the security chip of the security token divides the process of generating the private key and the public key pair into two or more sub-processes, and performs one or more sub-processes together every time the instruction is processed, and repeats these processes to all the sub-processes.
  • the private and public key pairs are generated in advance. That is, the smart card chip according to the present invention performs one or more sub-processes while processing one command (for example, step S822), and if all sub-processes are not performed, work contents up to now are stored in the internal memory. Save and temporarily stop.
  • the process of generating the private key and the public key pair is completed by performing the remaining subprocesses while processing the next command (for example, step S832).
  • the private key and public key pair used in the certificate are the private key D and the public key (N, E) of the RSA algorithm.
  • the following is an algorithm for generating a private key D and a public key (N, E).
  • Most of the computation time in the RSA algorithm is to generate a large prime number P and Q in one step.
  • a random number is selected and a method of determining whether the prime number is a synthetic or synthetic number through a Miller-Rabin test.
  • i is from 1 to t.
  • t is a security parameter. If Z is a number of 1024 bits, usually 5 is used.
  • the operation time is evenly distributed by dividing the sub-processes of generating a private key and a public key pair based on the modular power multiplication operation.
  • the first subprocess of the private key and public key pair generation algorithm is up to the first modular power operation
  • the second subprocess is up to the second modular power operation
  • the N-1 subprocess is up to the last modular power operation
  • the Nth subprocess Divides the remaining operations of the private key and public key pair generation algorithm, and similarly distributes the computation time of the lower processes.
  • the first sub-process of the private key and public key pair generation algorithm generates up to a first prime number P, and the second sub-process generates a second prime Q.
  • the third sub process may be implemented by dividing the remaining operations of the private key and public key pair generation algorithm.
  • Figure 10 is a security token (security chip) according to an embodiment of the present invention when the security token (security chip) is used in connection with the wireless terminal through NFC communication operation time of the security chip during the private key and public key pair generation sub-processes It is a graph showing the power change according to.
  • a security chip performs a first subprocess for a private key and public key pair generation operation and then charges power for a next operation. Then, after performing the second sub-process for the private key and public key pair generation operation, the power required for the next operation is similarly charged, and the method is repeated to complete the generation of the private and public key pairs.
  • FIG. 11 is a schematic diagram illustrating a method for performing security authentication in a PC environment according to an embodiment of the present invention.
  • Figure 12 is a flow chart of a method for a security token to perform a public authentication in a PC environment according to an embodiment of the present invention.
  • the computer 200 includes a USB port 220 such as a personal computer (PC), a notebook computer, and the like, and enables USB communication, and any type of computer capable of communicating with the authentication server 400 through wired or wireless Internet. This may be the case.
  • the application software 210 is installed in the computer 200 to provide various services to the user, and when the authentication is required, the electronic signature transmitted from the security token 100 is transmitted to the authentication server 400, and the financial, issuing, Provide services such as games and education.
  • the application software 210 of the computer 200 finds the security token 100 at the USB port 220 (step). See S1200).
  • the application software 210 of the computer 200 When the application software 210 of the computer 200 successfully finds the security token 100, the application software 210 of the computer 200 and the security chip 130 connect the wired channel.
  • the application software 210 of the computer 200 connects the channel with the internal communication control unit 120 through USB communication, and the internal communication control unit 120 connects the channel with the security chip 130 through, for example, ISO7816 communication ( See step S1201).
  • the security chip 130 When the application software 210 of the computer 200 transmits the key information to be used for the electronic signature to the security chip 130 through the wired channel to which the application software 210 is connected, and requests the electronic signature (see step S1202), the security chip 130 returns the key information.
  • the private key of the public certificate stored in the internal memory 135 corresponding to the digital signature is generated by the digital signature module 134 using the private key (see step S1203).
  • the application software 210 of the computer 200 transmits the transmitted electronic signature to the wired or wireless network.
  • the transmission is sent to the authentication server 400 via the Internet (see step S1205).
  • the authentication server 400 verifies the transmitted digital signature (see step S1206), and transmits the verification result back to the application software 210 of the computer 200 via the wired / wireless internet (see step S1207).
  • step S1208 If the verification is successful (see step S1208), the application software 210 of the computer 200 provides services such as finance, issuance, games, and education (see step S1209), and the accreditation process is terminated.
  • step S1250 the condition for continuing search of the application software 210 of the computer 200 is checked (see step S1250).
  • the continuous search condition may use a set time or number, infinite repetition, and the like. If the condition for continued searching of the application software 210 is satisfied, the process returns to step S1200 again and proceeds thereafter.
  • step S1250 the application software 210 of the computer 200 outputs a search failure message (see step S1251), and terminates the authentication process.
  • step S1208 the application software 210 of the computer 200 outputs a verification failure message (see step S1260), and ends the authentication process.
  • FIG. 13 is a schematic diagram illustrating a method of performing authentication by a security token in a smartphone environment according to an embodiment of the present invention.
  • FIG. And, Figure 14 is a flow diagram of a method for a security token to perform a public authentication in a smart phone environment according to an embodiment of the present invention.
  • the wireless terminal 300 may be any type of terminal capable of NFC communication, such as a smart phone, tablet PC, etc. and capable of communicating with the authentication server 400 through the wireless Internet.
  • Wireless terminal 300 is configured to include a wireless Internet module 310, NFC communication module 330, the smart phone application 320 is installed.
  • the wireless internet module 310 may be implemented as a 3G, 4G, Wi-Fi (WiFi), Bluetooth (BT) device, etc., and is a wireless communication module that wirelessly connects to the Internet network using at least one of the devices.
  • the NFC communication module 330 preferably uses NFC communication capable of wireless communication at a close distance (usually 3-4 cm) within 10 cm.
  • NFC communication may operate in a card emulation mode, a reader mode, a P2P mode, etc.
  • the reader mode of the ISO14443 standard.
  • the smart phone application 320 is installed in the wireless terminal 300 to provide a variety of services to the user, and if the authentication is required to transmit the electronic signature transmitted from the security token 100 to the authentication server 400, Provides services such as finance, issuance, games, and education.
  • the application 320 of the wireless terminal 300 finds the security token 100 using NFC communication. (See step S1300).
  • the application 320 of the wireless terminal 300 succeeds in finding the security token 100, the application 320 of the wireless terminal 300 and the security chip 130 connect the short range wireless channel.
  • the NFC communication module 330 of the wireless terminal 300 connects the channel with the security chip 130 by, for example, ISO14443 communication (see step S1301).
  • the security chip 130 When the application 320 of the wireless terminal 300 transmits the key information to be used for the electronic signature to the security chip 130 through the short-range wireless channel to which the application 320 is connected, and requests the electronic signature (see step S1302), the security chip 130 returns the key.
  • the private key of the public certificate stored in the internal memory 135 corresponding to the information is read and the digital signature is generated by the digital signature module 134 using the private key (see step S1303).
  • the application 320 of the wireless terminal 300 transmits the transmitted electronic signature.
  • the transmission is sent to the authentication server 400 via the wireless Internet (see step S1305).
  • the authentication server 400 verifies the transmitted digital signature (see step S1306) and transmits the verification result back to the application 320 of the wireless terminal 300 via the wireless internet (see step S1307).
  • step S1308 If the verification is successful (see step S1308), the application 320 of the wireless terminal 300 provides services such as finance, issuance, games, education, etc. (see step S1309), and the authentication process is terminated.
  • step S1350 the continuous search condition of the application 320 of the wireless terminal 300 is checked (see step S1350).
  • the continuous search condition may use a set time or number, infinite repetition, and the like. If the condition for continuing searching of the application 320 is satisfied, the process returns to step S1300 again and proceeds thereafter.
  • step S1350 the application 320 of the wireless terminal 300 outputs a search failure message (see step S1351) and ends the authentication process.
  • step S1360 the application 320 of the wireless terminal 300 outputs a verification failure message (see step S1360), and ends the authentication process.
  • FIG. 15 is a flowchart of an embodiment in which a security chip according to the present invention generates an electronic signature.
  • the embodiment of FIG. 15 illustrates a case where the security chip 130 performs the electronic signature with one power charging (that is, one instruction execution).
  • the wireless terminal 300 transmits the key information to be used for the electronic signature and the data to be signed to the security chip 130 with a "COMPUTE DIGITAL SIGNATURE command" (see step S1302a).
  • the security chip 130 selects the private key of the public certificate corresponding to the key information (see step S1303a), performs an initialization operation for the digital signature operation with the selected private key (see step S1303b), and the data to be signed. Digital signature operation is performed on the digital signature value to generate the digital signature value (see step S1303c).
  • the security chip 130 transmits the digital signature value and status information to the wireless terminal 300 in the "COMPUTE DIGITAL SIGNATURE response" (see step S1304a).
  • NFC communication is a method that the security token 100 directly generates power from the electromagnetic wave emitted from the wireless terminal 300, and thus does not require a battery and a short connection distance, so excellent security, but security Token 100 has a problem that it is not easy to produce enough power to perform the electronic signature.
  • FIG. 16 is a flowchart of another embodiment in which a security chip in accordance with the present invention generates an electronic signature.
  • the embodiment of FIG. 16 divides one electronic signature command into two or more electronic signature commands to distribute power usage, and the security chip 130 charges two or more powers (that is, executes two or more instructions).
  • the digital signature is performed.
  • the wireless terminal 300 transmits key information to be used for the electronic signature to the security chip 130 with the "INITIALIZE CRYPTO command" (see step S1302b).
  • this is a process in which the wireless terminal 300 requests the security chip 130 to prepare for digital signature generation.
  • the security chip 130 selects the private key of the public certificate corresponding to the key information (see step S1303a), and performs an initialization operation for the digital signature operation with the selected private key (see step S1303b). Then, the security chip 130 transmits the status information to the wireless terminal 300 in the "INITALIZE CRYPTO response" (see step S1304b).
  • the wireless terminal 300 transmits data to be signed with the "PERFORM CRYPTO command" to the security chip 130 (see step S1302c).
  • this is a process in which the wireless terminal 300 requests the security chip 130 to execute the electronic signature generation.
  • the security chip 130 performs an electronic signature operation on the data to be signed to generate an electronic signature value (see step S1303c), and transmits the electronic signature value and status information to the wireless terminal 300 in a "PERFORM CRYPTO response". Transmit (see step S1304c).
  • a process of performing an electronic signature with an "INITIALIZE CRYPTO command” and a "PERFORM CRYPTO command” includes performing an "INITIALIZE CRYPTO command” before the power of the security chip 130 falls below a minimum limit value.
  • the process is complete and the security chip 130 is recharged while the wireless terminal 300 processes the "INITIALIZE CRYPTO response" and prepares for the "PERFORM CRYPTO command", and likewise, the power of the security chip 130 is at a minimum threshold.
  • the process of executing the "PERFORM CRYPTO command” is completed before falling below, it is possible to perform the digital signature process normally.
  • the security token 100 of the present invention in addition to the above-described authorized authentication function, password setting and change function, authorized certificate copy and backup function, security token automatic locking function , Security token initialization, and so on.
  • control unit 136 of the security chip 130 may receive a password from the user through, for example, USB communication, and store the password in the internal memory 135, and may require a password input when requesting authentication to verify that the user is a legitimate user. In addition, when there is a password change from the user, the password is changed by storing the changed password in the internal memory 135 after checking the previous password.
  • control unit 136 of the security chip 130 may perform an automatic lock function by automatically deactivating the security token when a password inputted from the user has an error more than a predetermined number (for example, five times).
  • the controller 136 of the security chip 130 may perform an initialization function by initializing the security token by an initialization command input from a user.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Telephone Function (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Storage Device Security (AREA)

Abstract

본 발명은 공인인증을 위한 보안 토큰 및 그 구동 방법에 관한 것이다. 본 발명에 따른 공인인증을 위한 보안 토큰은, 공인인증서를 위한 개인키와 공개키 쌍을 생성하는 키쌍생성 모듈; 상기 공인인증서에 기초하여 전자서명을 생성하는 전자서명 모듈; 상기 공인인증서, 개인키, 공개키를 저장하는 내부 메모리; 무선 단말과 NFC(Near Field Communication) 통신을 수행하는 NFC 통신 모듈; 및 상기 키쌍생성 모듈, 전자서명 모듈, 내부 메모리, NFC 통신 모듈을 제어하는 제어부를 포함하는 보안 칩을 구비하는 것을 특징으로 한다.

Description

공인인증을 위한 보안 토큰 및 그 구동 방법
본 발명은 공인인증을 위한 보안 토큰 및 그 구동 방법에 관한 것으로, 보다 상세하게는 PC 환경과 스마트 폰 환경에서 공용으로 공인인증서를 안전하고 편리하게 사용할 수 있는 공인인증을 위한 보안 토큰 및 그 구동 방법에 관한 것이다.
공인인증서는 공신력이 있는 공인인증기관에서 발급한 전자서명 인증서로서, 우리나라의 경우 인터넷 뱅킹뿐만 아니라 온라인 증명서 발급, 전자상거래, 인터넷 주식거래 등 매우 다양한 분야에서 필수적으로 사용되고 있다. 그리고, 최근에는 급격히 보급된 스마트 폰(smart phone)에서의 금융거래가 급증하고 있어 스마트 폰에서의 공인인증서 사용도 점차 확대되고 있다.
기존의 PC 환경에서 공인인증서 사용 형태를 살펴보면, 공인인증서를 하드 디스크, 이동식 디스크, 휴대폰, 저장 토큰, 보안 토큰 등에 저장해 두고 있다가 인터넷 금융거래를 위해 공인인증이 필요한 경우 하드 디스크 등에 저장된 공인인증서를 통해 전자서명을 생성하고 이를 인증 서버가 검증함으로써 공인인증을 수행하는 방식이다.
하지만, 하드 디스크 또는 이동식 디스크 저장방식의 경우, 해킹 프로그램이 특정 폴더에 파일 형태로 저장되어 있는 공인인증서를 손쉽게 복사할 수 있고 또한 PC를 모니터링하여 공인인증서 비밀번호를 손쉽게 알아낼 수 있으므로, 보안이 취약하여 해킹으로 인한 금융사고가 빈번히 발생하는 문제점이 있다. 한편 이동식 디스크를 사용하면 PC에 연결되어 있을 때만 해킹에 노출될 수 있으므로 하드 디스크보다 안전하다고 생각할 수 있지만, 반면 이동식 디스크는 분실의 가능성이 높아 이로 인한 공인인증서의 유출 가능성이 높다. 그리고, 휴대폰, 저장 토큰 저장방식의 경우에도, 비록 공인인증서가 파일 형태로 저장되지는 않지만 공인인증서를 사용할 때 PC에서 전자서명을 수행해야 하므로, 공인인증서의 개인키가 PC 메모리에 노출되어 해킹될 수 있는 취약점이 여전히 존재한다.
그러므로, 공인인증서를 보안 칩 안에 저장하고 보안 칩 안에서 전자서명을 수행하는 보안 토큰(HSM; Hardware Security Module) 저장방식이 가장 안전하며, 한국인터넷진흥원(KISA)에서도 보안 토큰의 사용을 권장하고 있다. 그러나, 현재 한국인터넷진흥원(KISA)에서 인증받아 판매되고 있는 이러한 형태의 보안 토큰 제품들은 PC 환경에서만 동작하는 방식이므로 스마트 폰에서는 사용할 수 없는 문제점이 있다.
이와 관련하여, 기존의 스마트 폰 환경에서 공인인증서를 사용하는 형태를 살펴보면, PC에서 발급된 공인인증서를 스마트 폰으로 복사하여 특정 폴더에 파일 형태로 저장해 두고 여러 애플리케이션(Application)들이 공용으로 사용하거나 또는 PC에서 발급된 공인인증서를 스마트 폰 애플리케이션마다 자신의 데이터 저장공간에 복사하여 저장해 두고 사용하는 방식이다.
하지만, 이 경우에도 PC 환경에서 하드 디스크 저장방식과 마찬가지로 스마트 폰에 저장되어 있는 공인인증서가 해킹될 수 있으며, 이동식 디스크 저장방식과 마찬가지로 스마트 폰 분실로 인하여 공인인증서가 유출될 수 있는 문제점이 있다.
그러므로, 해킹이 사실상 불가능하고 분실에 대해서도 안전한 보안 토큰을 스마트 폰에서도 사용할 수 있는 방안이 요구되며, 특히 이러한 보안 토큰을 PC 환경과 스마트 폰 환경에서 공용으로 안전하고 편안하게 사용할 수 있는 방안이 절실히 요구된다.
한편, 최근 한국인터넷진흥원(KISA)에서는 공인인증서 암호체계 고도화 사업을 진행하고 있는데, 이 사업의 핵심은 전자서명 알고리즘의 개인키(비밀키) 길이를 1024비트에서 2048비트로 상향 조정하여, 전자서명 알고리즘의 안전성을 증가시키는 데 목적이 있다.
현재 공인인증서의 전자서명 알고리즘은 RSA(Rivest Shamir Adleman) 알고리즘을 사용하고 있으며, 1024비트의 RSA 알고리즘을 2048비트로 상향하면 이론적으로 약 4배 이상의 연산시간이 걸리게 된다. 구체적으로, 현재 스마트카드 칩에서 1024비트의 개인키와 공개키 쌍 생성 시간은 평균 2~3초이며 경우에 따라서는 6초 이상 걸릴 수도 있는데, 암호체계를 상향할 경우 2048비트의 개인키와 공개키 쌍 생성 시간은 평균 20~30초이며 경우에 따라서는 60초 이상이 걸릴 수도 있다.
따라서, 보안 토큰을 사용하여 2048비트의 공인인증서를 발급받는 경우, 발급과정이 1분 이상 걸릴 수 있어서 사용자가 매우 불편함을 느낄 수 있다. 이에 한국인터넷진흥원(KISA)에서는 보안 토큰에서 2048비트의 개인키와 공개키 쌍 생성 시간을 수초 이내로 줄일 것을 원하고 있지만, 현재의 기술로는 해결할 수 있는 방법이 제시되고 있지 않다.
그러므로, 스마트 폰 환경에서 NFC(Near Field Communication) 통신을 이용하여 보안 토큰이 개인키와 공개키 쌍을 효율적으로 생성하여 사용할 수 있는 방안도 절실히 요구된다.
본 발명은 전술한 바와 같은 요구를 충족시키기 위해 창안된 것으로, 본 발명의 목적은 PC 환경과 스마트 폰 환경에서 공인인증서를 안전하고 편리하게 사용할 수 있는 공인인증을 위한 보안 토큰 및 그 구동 방법을 제공하는 것이다.
본 발명의 다른 목적은 스마트 폰 환경에서 NFC 통신을 이용하여 개인키와 공개키 쌍을 사전에 생성하는 공인인증을 위한 보안 토큰 및 그 구동 방법을 제공하는 것이다.
본 발명의 또 다른 목적은 개인키와 공개키 쌍 생성 과정을 2 이상의 하위 과정으로 분리하여 진행함으로써 전력이 약한 NFC 통신을 통해서도 개인키와 공개키 쌍을 생성할 수 있는 공인인증을 위한 보안 토큰 및 그 구동 방법을 제공하는 것이다.
본 발명의 또 다른 목적은 스마트 폰 환경에서 NFC 통신을 이용하여 전자서명을 생성하는 공인인증을 위한 보안 토큰 및 그 구동 방법을 제공하는 것이다.
본 발명의 또 다른 목적은 전자서명 생성 과정을 2 이상의 하위 과정으로 분리하여 진행함으로써 전력이 약한 NFC 통신을 통해서도 전자서명을 생성할 수 있는 공인인증을 위한 보안 토큰 및 그 구동 방법을 제공하는 것이다.
상기 목적을 위하여, 본 발명의 일 형태에 따른 공인인증을 위한 보안 토큰은, 공인인증서를 위한 개인키와 공개키 쌍을 생성하는 키쌍생성 모듈; 상기 공인인증서에 기초하여 전자서명을 생성하는 전자서명 모듈; 상기 공인인증서, 개인키, 공개키를 저장하는 내부 메모리; 무선 단말과 NFC(Near Field Communication) 통신을 수행하는 NFC 통신 모듈; 및 상기 키쌍생성 모듈, 전자서명 모듈, 내부 메모리, NFC 통신 모듈을 제어하는 제어부를 포함하는 보안 칩을 구비하는 것을 특징으로 한다.
바람직하게는, 상기 보안 칩은 상기 무선 단말로부터 개인키와 공개키 쌍 생성 명령을 수신하면, 상기 내부 메모리에 사전 생성된 개인키와 공개키 쌍이 저장되어 있는지 확인하고, 만약 상기 내부 메모리에 사전 생성된 개인키와 공개키 쌍이 저장되어 있으면 상기 사전 생성된 개인키와 공개키 쌍을 읽어온다.
그리고, 상기 보안 칩은, 상기 무선 단말로부터 전자서명의 생성의 준비를 요청받으면, 상기 무선 단말로부터 방출된 전자기파를 통해 충전된 전력을 이용하여, 상기 무선 단말로부터 수신된 키정보에 해당하는 공인인증서의 개인키를 선택하여 상기 선택된 개인키로 전자서명 연산을 초기화한 후 상기 무선 단말로 상태정보를 전송하고, 상기 무선 단말로부터 전자서명의 생성의 실행을 요청받으면, 상기 무선 단말로부터 방출된 전자기파를 통해 재충전된 전력을 이용하여, 상기 무선 단말로부터 수신된 서명될 데이터에 대해서 전자서명 연산을 수행하고 전자서명 값을 상기 무선 단말로 전송한다.
한편, 본 발명의 일 형태에 따른 공인인증을 위한 보안 토큰의 구동 방법은, 상기 보안 토큰이 NFC(Near Field Communication) 통신을 통해 무선 단말로부터 개인키와 공개키 쌍 생성 명령을 수신하는 단계; 상기 보안 토큰이 내부 메모리에 사전 생성된 개인키와 공개키 쌍이 있는지 확인하는 단계; 및 만약 상기 내부 메모리에 사전 생성된 개인키와 공개키 쌍이 있으면, 상기 보안 토큰이 NFC 통신을 통해 상기 무선 단말로 상기 개인키와 공개키 쌍 생성을 응답하는 단계를 포함하는 것을 특징으로 한다.
바람직하게는, 상기 보안 토큰의 구동 방법은, 만약 상기 내부 메모리에 사전 생성된 개인키와 공개키 쌍이 없으면, 상기 보안 토큰이 상기 무선 단말로부터 방출된 전자기파를 통해 상기 개인키와 공개키 쌍을 실시간으로 생성하고 NFC 통신을 통해 상기 무선 단말로 응답하는 단계를 더 포함한다.
본 발명에 따르면, PC 환경과 스마트 폰 환경 어디에서든지 공인인증을 안전하고 편리하게 수행할 수 있는 효과를 가진다.
그리고, 본 발명에 따르면, NFC(Near Field Communication) 통신을 이용하여 스마트 폰에서도 보안 토큰을 이용한 공인인증이 가능한 효과를 가지며, 특히 NFC 통신을 이용하기 때문에 배터리가 필요없어 가볍고 휴대하기 편하며 제조단가가 낮은 효과를 가진다.
또한, 본 발명에 따르면, 보안 토큰이 대기 시간을 이용하여 개인키와 공개키 쌍을 사전 생성하여 저장해 두기 때문에 개인키와 공개키 쌍의 생성 요청에 따른 응답시간을 최소화할 수 있는 효과를 가진다.
또한, 본 발명에 따르면, 보안 토큰이 개인키와 공개키 쌍 생성 과정을 2 이상의 하위 과정으로 분리하여 진행하기 때문에 전력이 약한 NFC 통신을 통해서도 개인키와 공개키 쌍을 생성할 수 있는 효과를 가진다.
또한, 본 발명에 따르면, 보안 토큰이 전자서명 생성 과정을 2 이상의 하위 과정으로 분리하여 진행하기 때문에 전력이 약한 NFC 통신을 통해서도 전자서명을 생성할 수 있는 효과를 가진다.
도 1은 본 발명에 따른 PC 환경과 스마트 폰 환경에서 공용으로 사용하는 공인인증 시스템의 개요도이다.
도 2는 본 발명의 일 실시예에 따른 보안 토큰의 상세 구성도이다.
도 3은 종래기술에 따른 스마트카드 칩에서 개인키와 공개키 쌍을 생성하고 사용하는 과정을 나타낸 흐름도이다.
도 4는 본 발명의 일 실시예에 따른 보안 토큰에서 개인키와 공개키 쌍을 생성하고 사용하는 과정을 나타낸 흐름도이다.
도 5는 도 4의 단계 S420에 대한 세부 과정을 나타낸 흐름도이다.
도 6은 스마트카드 칩이 사용되는 일반적인 과정을 나타낸 흐름도이다.
도 7은 본 발명의 일 실시예에 따른 보안 칩이 대기모드에서 개인키와 공개키 쌍을 생성하는 과정을 나타낸 흐름도이다.
도 8은 본 발명의 일 실시예에 따른 보안 칩이 명령어를 처리하면서 개인키와 공개키 쌍을 생성하는 과정을 나타낸 흐름도이다.
도 9는 일반적인 스마트카드 칩이 NFC 통신을 통해 무선 단말에 연결되어 사용되는 경우 스마트카드 칩의 연산 시간에 따른 전력 변화를 나타낸 그래프이다.
도 10은 본 발명의 일 실시예에 따른 보안 칩이 NFC 통신을 통해 무선 단말에 연결되어 사용되는 경우 개인키와 공개키 쌍 생성 하위 과정들을 수행하는 동안 보안 칩의 연산 시간에 따른 전력 변화를 나타낸 그래프이다.
도 11은 본 발명의 일 실시예에 따른 보안 토큰이 PC 환경에서 공인인증을 수행하는 방식을 설명하는 개요도이다.
도 12는 본 발명의 일 실시예에 따른 보안 토큰이 PC 환경에서 공인인증을 수행하는 방법의 흐름도이다.
도 13은 본 발명의 일 실시예에 따른 보안 토큰이 스마트 폰 환경에서 공인인증을 수행하는 방식을 설명하는 개요도이다.
도 14는 본 발명의 일 실시예에 따른 보안 토큰이 스마트 폰 환경에서 공인인증을 수행하는 방법의 흐름도이다.
도 15는 본 발명의 일 실시예에 따른 보안 칩이 전자서명을 생성하는 일 실시예의 흐름도이다.
도 16은 본 발명의 일 실시예에 따른 보안 칩이 전자서명을 생성하는 다른 실시예의 흐름도이다.
도 17은 도 16의 실시예의 경우 보안 칩의 전력 변화를 나타낸 도면이다.
이하에서는 첨부 도면 및 바람직한 실시예를 참조하여 본 발명을 상세히 설명한다. 참고로, 하기 설명에서 본 발명의 요지를 불필요하게 흐릴 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략한다.
먼저, 보안 토큰을 PC 환경과 스마트 폰 환경에서 공용으로 사용하는 방안으로는, 보안 토큰을 PC와는 USB로 연결하여 사용하고 스마트 폰(무선 단말)과는 와이파이(Wi-Fi), 블루투스(Bluetooth), NFC(Near Field Communication) 통신 등으로 연결하여 사용하는 방안을 고려할 수 있다.
하지만, 보안 토큰을 와이파이 또는 블루투스로 스마트 폰과 연결하기 위해서는 반드시 배터리를 통한 전력 공급이 필요하며, 보안 토큰에 배터리를 내장하게 되면 제조사 입장에서는 제조 단가가 상승하고 사용자 입장에서는 충전 관리가 필요하다. 또한, 와이파이나 블루투스는 연결 거리가 길어 보안 취약점이 발생할 수 있는 문제점이 있다.
그러므로, 본 발명에서는 NFC(Near Field Communication) 통신을 이용하여 보안 토큰을 스마트 폰(무선 단말)과 연결하여 사용하는 방안을 제안한다.
도 1은 본 발명에 따른 PC 환경과 스마트 폰 환경에서 공용으로 사용하는 공인인증 시스템의 개요도이다.
도 1을 참조하면, 본 발명에 따른 공인인증 시스템은 크게 보안 토큰(100), 컴퓨터(200), 무선 단말(300), 인증 서버(400) 등으로 구성된다.
이를 간단히 설명하면, 보안 토큰(100)은 컴퓨터 및 무선 단말 모두에 접속될 수 있으며, 내부에 공인인증서를 구비하여 전자서명을 생성할 수 있는 HSM(Hardware Security Module)이다. 예컨대, 보안 토큰(100)은 컴퓨터(200)와는 USB(Universal Serial Bus) 통신을 수행하고 무선 단말(300)과는 NFC(Near Field Communication) 통신을 수행하여 컴퓨터 및 무선 단말과 모두 통신할 수 있으며, 내부의 공인인증서에 기초하여 생성된 전자서명을 컴퓨터(200) 및/또는 무선 단말(300)에 전송하거나 또는 내부의 공인인증서를 직접 컴퓨터(200) 및/또는 무선 단말(300)에 전송하여 공인인증을 수행한다.
컴퓨터(200)는 예컨대 USB 통신을 통해 보안 토큰(100)으로부터 전송된 전자서명을 인증 서버(400)로 전송하여 공인인증을 수행하고, 이에 기초하여 금융, 발급, 게임, 교육 등의 서비스를 제공한다. 참고로, 본 발명에서 컴퓨터(200)는 PC(Personal Computer), 노트북 등과 같이 USB 포트를 구비하여 USB 통신이 가능하며 또한 유무선 인터넷을 통해 인증 서버(400)와 통신할 수 있는 모든 종류의 컴퓨터를 포함하는 의미이다.
그리고, 무선 단말(300)은 예컨대 NFC 통신을 통해 보안 토큰(100)으로부터 전송된 전자서명을 인증 서버(400)로 전송하거나 또는 보안 토큰(100)으로부터 전송된 공인인증서에 기초하여 전자서명을 생성하고 이를 인증 서버(400)로 전송하여 공인인증을 수행하고, 마찬가지로 이에 기초하여 금융, 발급, 게임, 교육 등의 서비스를 제공한다. 참고로, 본 발명에서 무선 단말(300)은 스마트 폰, 테블릿 PC 등과 같이 NFC 통신이 가능하며 또한 무선 인터넷을 통해 인증 서버(400)와 통신할 수 있는 모든 종류의 무선 단말을 포함하는 의미이다.
마지막으로, 인증 서버(400)는 컴퓨터(200) 및/또는 무선 단말(300)로부터 전송된 전저서명을 검증하여 본인 인증을 수행하고 그 결과를 알려주는 장치이다.
도 2는 본 발명의 일 실시예에 따른 보안 토큰(100)의 상세 구성도이다.
도 2를 참조하면, 본 발명의 일 실시예에 따른 보안 토큰(100)은 USB 연결부(110), 내부 통신 제어부(120), 보안 칩(130), 안테나(140) 등을 포함하고, 보안 칩(130)은 다시 접촉식 통신 모듈(131), NFC 통신 모듈(132), 키쌍생성 모듈(133), 전자서명 모듈(134), 내부 메모리(135), 제어부(136) 등으로 구성된다.
USB 연결부(110)는 컴퓨터(200)의 USB 포트(220)와 보안 토큰(100)(구체적으로는, 내부 통신 제어부(120))을 연결하기 위한 장치이다. USB 포트의 모양은 일반적으로 가장 많이 사용되는 Type A가 바람직하지만, Type B, Mini-A, Mini-B, Micro-A, Micro-B 등으로 형성될 수도 있다.
내부 통신 제어부(120)는 컴퓨터(200)와 USB 통신을 제어하고 보안 칩(130)과 접촉식 통신을 제어하는 장치로, USB 규격에 따라서 컴퓨터(200)로부터 전력을 공급받아 동작한다. 컴퓨터(200)와는 USB 규격을 준수하여 통신하고, 보안 칩(130)의 접촉식 통신모듈(131)과는 예컨대 ISO7816 규격을 준수하여 통신하며, 컴퓨터(200)의 응용 소프트웨어(210)에서 전송된 명령어를 보안 칩(130)으로 전송하고, 보안 칩(130)의 응답을 컴퓨터(200)의 응용 소프트웨어(210)로 전송하는 역할을 한다. 내부 통신 제어부(120)는 하나의 칩으로 구성되는 것이 바람직하지만, USB 통신 제어부와 접촉식 통신 제어부가 독립된 칩으로 구성될 수도 있으며, 또한 내부 통신 제어부(120)가 범용 MCU(Micro Control Unit) 또는 보안 칩(130)의 일부로 구성될 수도 있다. 내부 통신 제어부(120)가 보안 칩(130)의 일부로 구성될 경우, 보안 칩(130)의 접촉식 통신모듈(131)과 통신하지 않고 직접 보안 칩(130)의 제어부(136)와 통신할 수도 있다.
보안 칩(130)은 접촉식 통신 모듈(131), NFC 통신 모듈(132), 키쌍생성 모듈(133), 전자서명 모듈(134), 내부 메모리(135), 제어부(136) 등으로 구성된다. 보안 칩(130)은 보안 토큰(100)이 컴퓨터(200)에 연결된 경우에는 예컨대 ISO7816 규격에 따라서 컴퓨터(200) 및/또는 내부 통신 제어부(120)로부터 전력을 공급받아 동작하고, 컴퓨터(200)에 연결되지 않고 무선 단말(300)에 근접한 경우에는 예컨대 ISO14443 규격에 따라서 무선 단말(300)의 NFC 통신 모듈(330)로부터 안테나(140)로 유도된 전력으로 동작한다. 보안 칩(130)은 보안 토큰(100)의 기판에 고정된 형태로 구현되는 것이 바람직하지만, SIM(Subscriber Identity Module) 타입으로 삽입되는 형태일 수도 있다.
접촉식 통신 모듈(131)은 내부 통신 제어부(120)와 접촉식 통신을 수행하는 모듈이다. 내부 통신 제어부(120)와는 예컨대 ISO7816 규격을 준수하여 통신하며, 컴퓨터(200)의 응용 소프트웨어(210)에서 전송된 명령어를 내부 통신 제어부(120)를 통해 보안 칩(130)으로 수신하고, 보안 칩(130)의 응답을 다시 내부 통신 제어부(120)를 통해 컴퓨터(200)의 응용 소프트웨어(210)로 전송하는 역할을 한다.
NFC 통신 모듈(132)은 무선 단말(300)의 NFC 통신 모듈(330)과 통신을 수행하는 모듈이다. 무선 단말(300)의 NFC 통신 모듈(330)과는 예컨대 ISO14443 규격을 준수하여 통신하며, 무선 단말(300)의 애플리케이션(320)에서 전송된 명령어를 무선 단말(300)의 NFC 통신 모듈(330)을 통해 보안 칩(130)으로 수신하고, 보안 칩(130)의 응답을 다시 무선 단말(300)의 NFC 통신 모듈(330)을 통해 무선 단말(300)의 애플리케이션(320)으로 전송하는 역할을 한다.
키쌍생성 모듈(133)은 공인인증서 발급 과정에서 필요한 개인키와 공개키 쌍을 생성한다. 키쌍생성 모듈(133)은 접촉식 통신 모듈(131)이나 NFC 통신 모듈(132)을 통해 컴퓨터(200)나 무선 단말(300)로부터 개인키와 공개키 쌍 생성 명령이 수신되면 제어부(136)의 제어 하에 개인키와 공개키 쌍을 생성한다. 또한, 본 발명의 바람직한 실시예에 따르면, 키쌍생성 모듈(133)은 컴퓨터(200)나 무선 단말(300)로부터 개인키와 공개키 쌍 생성 명령이 없더라도 제어부(136)의 제어 하에 개인키와 공개키 쌍을 미리 생성하고 이를 내부 메모리(135)에 저장해 둔다. 본 발명의 개인키와 공개키 쌍 생성에 관한 설명은 하기에서 상술하기로 한다.
전자서명 모듈(134)은 접촉식 통신 모듈(131)이나 NFC 통신 모듈(132)을 통해 컴퓨터(200)나 무선 단말(300)로부터 전자서명 명령이 수신되면 제어부(136)의 제어 하에 내부 메모리(135)에 저장되어 있는 공인인증서의 개인키를 사용하여 전자서명을 생성한다. 본 발명의 전자서명 생성에 관한 상세한 설명은 하기에서 상술하기로 한다.
내부 메모리(135)는 보안 칩(130) 내부에 있는 메모리로서 예컨대 EEPROM(Electrically Erasable Programmable Read Only Memory) 등으로 구현될 수 있으며, 보안 칩(130)을 구동하는 OS(Operating System), 개인키, 공개키, 공인인증서 등을 저장한다. 참고로, 공인인증서는 보안 칩(130) 내부에서 생성되는 것이 바람직하나, 보안 칩(130) 외부에서 생성된 공인인증서를 보안 칩(130) 내부 메모리(135)로 복사하여 사용하는 것도 가능하다.
제어부(136)는 보안 칩(130)의 접촉식 통신 모듈(131), NFC 통신 모듈(132), 키쌍생성 모듈(133), 전자서명 모듈(134), 내부 메모리(135) 등을 전반적으로 제어하며, 개인키와 공개키 쌍 생성 및 저장, 공인인증서 발급 및 복사, 전자서명 생성 및 전송, 비밀번호 설정 및 변경, 보안 토큰 자동잠김, 보안 토큰 초기화 등 다양한 기능을 수행한다.
한편, 안테나(140)는 보안 칩(130)의 NFC 통신 모듈(132)과 연결되어 무선 단말(300)과의 NFC 통신에 사용되는 장치이다. 안테나(140)는 보안 토큰(100)의 기판에 고정되는 것이 바람직하지만, 보안 칩(130)이 SIM 타입으로 보안 토큰(100)에 삽입되는 형태일 경우에는 SIM에 삽입될 수도 있다.
이하에서는 도 3 내지 도 17을 참조하여 본 발명에 따른 보안 토큰이 PC 환경과 스마트 폰 환경에서 공용으로 사용되는 것에 대해 상세 설명한다.
먼저, 도 3은 종래기술에 따른 스마트카드 칩에서 개인키와 공개키 쌍을 생성하고 사용하는 과정을 나타낸 흐름도이다.
도 3을 참조하면, 종래기술의 경우, 단계 S310에서, 외부장치(예, 컴퓨터, 무선 단말)에서 스마트카드 칩으로 개인키와 공개키 쌍 생성 명령이 전송되면, 단계 S320에서, 스마트카드 칩은 개인키와 공개키 쌍을 생성한다. 그리고, 단계 S330에서, 스마트카드 칩은 외부장치에게 개인키와 공개키 쌍 생성 완료를 응답한다.
이와 같이, 종래기술에 따른 스마트카드 칩은 외부장치로부터 개인키와 공개키 쌍 생성이 요청되면 그 때부터 개인키와 공개키 쌍을 생성하였는데, 이 경우 배경기술에서도 언급한 바와 같이 개인키와 공개키 쌍 생성에 시간이 많이 소요되고, 특히 2048비트의 개인키와 공개키 쌍을 생성할 경우에는 평균 20~30초 길게는 60초 이상 걸릴 수도 있어 사용상 불편함이 있었다.
한편, 도 4는 본 발명의 일 실시예에 따른 보안 토큰(100)에서 개인키와 공개키 쌍을 생성하고 사용하는 과정을 나타낸 흐름도이다. 그리고, 도 5는 도 4의 단계 S420에 대한 세부 과정을 나타낸 흐름도이다.
도 4를 참조하면, 본 발명의 경우, 단계 S410에서, 외부장치(예, 컴퓨터, 무선 단말)에서 보안 토큰(100)으로 개인키와 공개키 쌍 생성 명령이 전송되면, 단계 S420에서, 보안 토큰(100)의 보안 칩(130)은 개인키와 공개키 쌍을 생성하거나 사전 생성된 개인키와 공개키 쌍을 읽어온다.
도 5를 참조하여 이를 상술하면, 컴퓨터(200)나 무선 단말(300)로부터 보안 토큰(100)으로 개인키와 공개키 쌍 생성이 요청되면, 단계 S422에서, 보안 칩(130)의 제어부(136)는 먼저 사전 생성된 개인키와 공개키 쌍이 내부 메모리(135)에 저장되어 있는가를 검색하고, 만약 내부 메모리(135)에 사전 생성된 개인키와 공개키 쌍이 없으면, 단계 S424에서, 보안 칩(130)의 제어부(136)는 키쌍생성 모듈(133)로 하여금 개인키와 공개키 쌍을 실시간으로 생성하도록 한다. 그러나, 만약 내부 메모리(135)에 사전 생성된 개인키와 공개키 쌍이 있으면, 단계 S426에서, 보안 칩(130)의 제어부(136)는 키쌍생성 모듈(133)로 하여금 개인키와 공개키 쌍을 생성하도록 하지 않고 내부 메모리(135)에 저장된 개인키와 공개키 쌍을 읽어온다.
그리고, 단계 S430에서, 보안 토큰(100)은 접촉식 통신이나 NFC 통신을 통해 컴퓨터(200)나 무선 단말(300)로 개인키와 공개키 쌍 생성 완료를 응답한다.
이와 관련하여, 이하에서는 도 6 내지 도 10을 참조하여 본 발명에 따른 보안 토큰(보안 칩)이 개인키와 공개키 쌍을 사전에 생성하는 방식에 대해 설명한다.
먼저, 도 6은 스마트카드 칩이 사용되는 일반적인 과정을 나타낸 흐름도이다.
도 6을 참조하면, 단계 S610에서, 외부장치(예, 컴퓨터, 무선 단말)가 스마트카드 칩으로 전원을 공급하면, 단계 S612에서, 스마트카드 칩은 초기화 작업을 수행한다. 초기화 작업을 완료한 후, 단계 S614에서, 스마트카드 칩은 ATR(Answer To Reset) 신호를 외부장치로 전송한다. 그 후 스마트카드 칩은 대기모드로 전환하여 외부장치가 APDU(Application Protocol Data Unit) 명령어를 입력할 때까지 기다린다.
단계 S620에서, 외부장치가 스마트카드 칩으로 APDU 명령어를 전송하면, 단계 S622에서, 스마트카드 칩은 대기모드에서 벗어나 명령어를 처리한다. 그리고, 단계 S624에서, 스마트카드 칩은 외부장치로 APDU 응답을 전송한다. 그 후 스마트카드 칩은 다시 대기모드로 전환하여 외부장치가 다음 APDU 명령어를 입력할 때까지 기다린다.
그리고, 단계 S630에서, 외부장치가 다시 스마트카드 칩으로 APDU 명령어를 전송하면, 단계 S632에서, 스마트카드 칩은 대기모드에서 벗어나 명령어를 처리한다. 그리고, 단계 S634에서, 스마트카드 칩은 외부장치로 APDU 응답을 전송한다. 그 후 스마트카드 칩은 다시 대기모드로 전환하여 외부장치가 다음 APDU 명령어를 입력할 때까지 기다리며, 이러한 과정을 반복하면서 동작하게 된다.
한편, 본 발명의 일 실시예에 따른 보안 토큰의 보안 칩은 외부장치(예, 컴퓨터, 무선 단말)로부터 명령어가 입력될 때까지 대기하는 동안 개인키와 공개키 쌍을 미리 생성하여 저장해 두는데, 이하에서는 도 7을 참조하여 이를 상술한다.
도 7은 본 발명의 일 실시예에 따른 보안 토큰이 대기모드에서 개인키와 공개키 쌍을 생성하는 과정을 나타낸 흐름도이다.
도 7을 참조하면, 단계 S710에서, 외부장치가 보안 토큰으로 전원을 공급하면, 단계 S712에서, 보안 토큰의 보안 칩은 초기화 작업을 수행한다. 초기화 작업을 완료한 후, 단계 S714에서, 보안 토큰의 보안 칩은 ATR(Answer To Reset) 신호를 외부장치로 전송한다. 그 후, 단계 S716에서, 보안 토큰의 보안 칩은 다음 명령어 수신을 위해 대기하는 동안 개인키와 공개키 쌍을 사전 생성하여 저장한다.
단계 S720에서, 외부장치가 보안 토큰으로 APDU 명령어를 전송하면, 단계 S722에서, 보안 토큰의 보안 칩은 명령어를 처리한다. 그리고, 단계 S724에서, 보안 토큰의 보안 칩은 외부장치로 APDU 응답을 전송한다. 그 후, 단계 S726에서, 보안 토큰의 보안 칩은 다음 명령어 수신을 위해 대기하는 동안 개인키와 공개키 쌍을 사전 생성하여 저장한다.
그리고, 단계 S730에서, 외부장치가 다시 보안 토큰으로 APDU 명령어를 전송하면, 단계 S732에서, 보안 토큰의 보안 칩은 명령어를 처리한다. 그리고, 단계 S734에서, 보안 토큰의 보안 칩은 외부장치로 APDU 응답을 전송한다. 그 후, 단계 S736에서, 보안 토큰의 보안 칩은 다음 명령어 수신을 위해 대기하는 동안 개인키와 공개키 쌍을 사전 생성하여 저장하고, 이러한 과정을 반복하면서 동작하게 된다.
참고로, 외부장치는 자신이 보안 토큰으로 전송한 APDU 명령어에 대해서 보안 토큰이 일정시간(보통 1초) 안에 응답하지 않으면 보안 토큰에 오류가 발생하였다고 인식하므로, 보안 토큰의 보안 칩은 개인키와 공개키 쌍 사전 생성 중에도 외부장치로부터 입력되는 APDU 명령어를 처리할 수 있어야 한다.
따라서, 도 7에서 보안 토큰의 보안 칩이 개인키와 공개키 쌍을 사전 생성하는 동안(단계 S716, S726, S736) 외부장치로부터 APDU 명령어가 입력되면, 보안 토큰의 보안 칩은 지금까지의 개인키와 공개키 쌍 사전 생성 과정을 내부 메모리에 잠시 저장하고, 입력된 명령어를 우선 처리하여 결과를 응답한다. 그 후 보안 토큰의 보안 칩은 내부 메모리에 임시 저장해 둔 개인키와 공개키 쌍의 사전 생성 과정을 다시 계속한다. 만약, 보안 토큰의 보안 칩이 개인키와 공개키 쌍 사전 생성 과정을 내부 메모리에 잠시 저장하기가 어렵다면, 보안 토큰의 보안 칩은 개인키와 공개키 쌍 사전 생성 과정을 취소하고, 입력된 명령어를 우선 처리하여 결과를 응답한 후, 개인키와 공개키 쌍 사전 생성 과정을 처음부터 다시 시작한다.
한편, 도 7의 대기모드에서 개인키와 공개키 쌍을 사전 생성하는 과정은 보안 토큰(보안 칩)에 전력이 지속적으로 공급되어야 하는 제약성이 있다. 즉, 보안 토큰이 접촉식 통신(예, USB 통신)을 이용하여 계속 전원이 공급되거나 또는 비접촉식 통신(예, NFC 통신)을 이용하더라도 외부의 전자기파로부터 유도된 전력을 계속 공급받을 수 있는 경우에만 구현될 수 있다.
보안 토큰이 USB 통신을 통해 컴퓨터에 연결되어 사용되는 경우는 외부전원도 충분하고, 개인키와 공개키 쌍 사전 생성을 위한 대기모드 시간도 충분한 편이다. 하지만, 보안 토큰이 NFC 통신을 통해 무선 단말에 연결되어 사용되는 경우에는 NFC 통신을 수행할 때에만 무선 단말이 전자기파를 발생시키기 때문에 전원이 충분하지 못하고, 따라서 현재의 보안 토큰으로는 대기모드 동안 1024비트의 개인키와 공개키 쌍 생성도 불가능한 실정이다.
이러한 제약성을 해결하기 위하여, 본 발명에서는 무선 단말과 NFC 통신을 통해 연결되는 경우 보안 토큰의 보안 칩이 명령어를 처리하면서 개인키와 공개키 쌍을 생성하는 방식을 제안한다.
이와 관련하여, 도 8은 본 발명의 일 실시예에 따른 보안 토큰이 명령어를 처리하면서 개인키와 공개키 쌍을 생성하는 과정을 나타낸 흐름도이다.
도 8을 참조하면, 단계 S810에서, NFC 통신을 통해 무선 단말이 보안 토큰으로 전원을 공급하면, 단계 S812에서, 보안 토큰의 보안 칩은 초기화 작업을 수행한다. 초기화 작업을 완료한 후, 단계 S814에서, 보안 토큰의 보안 칩은 ATR(Answer To Reset) 신호를 NFC 통신을 통해 무선 단말로 전송한다. 그 후 보안 토큰의 보안 칩은 대기모드로 전환하여 무선 단말이 APDU(Application Protocol Data Unit) 명령어를 전송할 때까지 기다린다.
단계 S820에서, 무선 단말이 보안 토큰으로 APDU 명령어를 전송하면, 단계 S822에서, 보안 토큰의 보안 칩은 명령어를 처리한다. 이 경우, 보안 토큰의 보안 칩은 명령어를 처리하면서 키쌍생성 모듈을 통해 개인키와 공개키 쌍 사전 생성을 함께 수행한다. 그리고, 단계 S824에서, 보안 토큰의 보안 칩은 무선 단말로 APDU 응답을 전송한다. 그 후 보안 토큰의 보안 칩은 다시 대기모드로 전환하여 무선 단말이 다음 APDU 명령어를 전송할 때까지 기다린다.
그리고, 단계 S830에서, 무선 단말이 다시 보안 토큰으로 APDU 명령어를 전송하면, 단계 S832에서, 보안 토큰의 보안 칩은 명령어를 처리하면서 마찬가지로 키쌍생성 모듈을 통해 개인키와 공개키 쌍 사전 생성을 함께 수행한다. 그리고, 단계 S834에서, 보안 토큰의 보안 칩은 무선 단말로 APDU 응답을 전송한다. 그 후 보안 토큰의 보안 칩은 다시 대기모드로 전환하여 무선 단말이 다음 APDU 명령어를 전송할 때까지 기다리며, 이러한 과정을 반복하면서 동작하게 된다.
한편, 전술한 도 8의 명령어 처리와 개인키와 공개키 쌍 생성을 함께 수행하는 과정은 한 번의 명령어 처리 동안 개인키와 공개키 쌍 생성을 함께 수행할 수 있을 정도로 보안 토큰(보안 칩)에 전력이 지속적으로 공급되어야 하는 제약성이 또한 존재한다.
도 9에 도시된 바와 같이, 일반적인 스마트카드 칩이 NFC 통신을 통해 무선 단말에 연결되어 사용되는 경우 무선 단말에서 방출하는 전자기파로부터 생산하는 전력보다 스마트카드 칩 내부 연산에 소비되는 전력이 더 많아서 스마트카드 칩이 명령어를 처리하는 동안 전력이 점차 줄어들게 되고, 결국 스마트카드 칩을 구동할 수 있는 최소 한계값 이하로 떨어져 리셋(reset)될 수 있다.
그러므로, 한 번의 명령어 처리 동안 개인키와 공개키 쌍 생성을 완료할 수 없는 경우에도 보안 칩(구체적으로는 키쌍생성 모듈)이 최대한 효율적으로 개인키와 공개키 쌍을 생성할 수 있는 대안적인 방안이 필요한데, 이하에서는 이에 대해 상술한다.
본 발명의 바람직한 실시예에 따르면, 보안 토큰의 보안 칩은 개인키와 공개키 쌍 생성 과정을 2 이상의 하위 과정으로 나눈 후 명령어 처리시마다 하나 이상의 하위 과정을 함께 수행하고, 이러한 과정을 반복하여 모든 하위 과정을 완료함으로써 개인키와 공개키 쌍을 사전에 생성한다. 즉, 본 발명에 따른 스마트카드 칩은 하나의 명령어를 처리하는 동안(예, 단계 S822) 하나 이상의 하위 과정을 수행하고, 만약 모든 하위 과정을 수행하지 못한 경우에는 현재까지의 작업 내용을 내부 메모리에 저장하여 임시 중단한다. 그리고, 다음 명령어를 처리하는 동안(예, 단계 S832) 나머지 하위 과정을 수행하는 방식으로 개인키와 공개키 쌍 생성 과정을 완료한다.
이와 관련하여, 이하에서는 본 발명의 바람직한 실시예에 따른 개인키와 공개키 쌍 생성의 하위 과정에 대해 설명한다.
공인인증서에서 사용되는 개인키와 공개키 쌍은 RSA(Rivest Shamir Adleman) 알고리즘의 개인키 D와 공개키 (N, E)이다. 그리고, 아래는 개인키 D와 공개키 (N, E)를 생성하는 알고리즘이다.
[RSA 개인키 D와 공개키 (N, E) 생성 알고리즘]
1) 같은 크기의 서로 다른 큰 소수 P와 Q를 생성한다.
2) N = P × Q, phi = (P - 1) × (Q - 1)을 계산한다.
3) 1 < E < phi, GCD(E, phi) = 1을 만족하는 E를 선택한다. (GCD: 최대공약수)
4) 확장 유클리드(Extended Euclidean) 알고리즘을 사용하여, 1 < D < phi, E × D ≡ 1 (mod phi)를 만족하는 D를 계산한다.
5) 개인키는 D이고, 공개키는 (N, E)를 출력한다.
상기 RSA 알고리즘에서 연산 시간의 대부분을 차지하는 것은 1단계의 큰 소수 P와 Q를 생성하는 것이다. 큰 소수를 생성하는 방법은 여러 가지가 있는데, 본 발명의 일 실시예에서는 임의의 수를 선택한 후 밀러-라빈(Miller-Rabin) 테스트를 통해서 소수인지 합성수인지를 판단하는 방식을 사용한다.
[큰 소수를 생성하는 알고리즘]
1) 임의의 큰 수 Z를 생성한다.
2) 밀러-라빈(Miller-Rabin) 테스트를 실행하여 소수인지 합성수인지 판단한다.
3) Z가 합성수이면, 1단계부터 다시 시작한다.
4) Z가 소수이면, Z를 출력한다.
[큰 수 Z에 대한 밀러-라빈(Miller-Rabin) 테스트]
1) Z - 1 = 2S × R, R은 홀수가 되는 S와 R을 계산한다.
2) i가 1부터 t가 될 때가지 아래를 실행한다. 여기서 t는 보안 파라미터(security parameter)로 Z가 1024비트의 수인 경우 보통 5를 사용한다.
2.1) 1 < A < Z - 1을 만족하는 임의의 수 A를 선택한다.
2.2) Y = AR mod Z를 계산한다.
2.3) Y가 1도 아니고, Z - 1도 아니면 아래를 실행한다.
2.3.1) j = 1.
2.3.2) j가 S보다 작고, Y가 Z - 1이 아니면 아래를 반복 실행한다.
2.3.2.1) Y = Y2 mod Z를 계산한다.
2.3.2.2) Y가 1이면 합성수라고 출력하고 알고리즘을 종료한다.
2.3.2.3) j = j + 1.
2.3.3) Y가 Z - 1이 아니면 합성수라고 출력하고 알고리즘을 종료한다.
3) 소수라고 출력하고 알고리즘을 종료한다.
상기 밀러-라빈(Miller-Rabin) 테스트에서 연산 시간의 대부분을 차지하는 것은 2.2단계 Y = AR mod Z를 계산하는 부분과 2.3.2.1단계 Y = Y2 mod Z를 계산하는 부분 같은 모듈러멱승 연산이다.
결국, 공인인증서에서 사용되는 개인키와 공개키 쌍 생성에 있어서 연산 시간의 대부분을 차지하는 것은 모듈러멱승 연산인 것이다.
그러므로, 본 발명의 바람직한 일 실시예에서는 모듈러멱승 연산을 기준으로 개인키와 공개키 쌍 생성의 하위 과정을 나누어 연산 시간을 고르게 분포시킨다. 예컨대, 개인키와 공개키 쌍 생성 알고리즘의 제1 하위 과정은 첫번째 모듈러멱승 연산까지, 제2 하위 과정은 두번째 모듈러멱승 연산까지, 제N-1 하위 과정은 마지막 모듈러멱승 연산까지, 제N 하위 과정은 개인키와 공개키 쌍 생성 알고리즘의 나머지 연산으로 나누어, 하위 과정들의 연산 시간을 유사하게 분배한다.
그리고, 본 발명의 바람직한 다른 실시예에서는, 개인키와 공개키 쌍 생성 알고리즘의 제1 하위 과정은 제1 소수(P)를 생성하는 연산까지, 제2 하위 과정은 제2 소수(Q)를 생성하는 연산까지, 제3 하위 과정은 개인키와 공개키 쌍 생성 알고리즘의 나머지 연산으로 나누어 구현할 수도 있다.
한편, 도 10은 본 발명의 일 실시예에 따른 보안 토큰(보안 칩)이 NFC 통신을 통해 무선 단말과 연결되어 사용되는 경우 개인키와 공개키 쌍 생성 하위 과정들을 수행하는 동안 보안 칩의 연산 시간에 따른 전력 변화를 나타낸 그래프이다.
도 10을 참조하면, 본 발명의 일 실시예에 따른 보안 칩은 개인키와 공개키 쌍 생성 연산을 위한 제1 하위 과정을 수행한 후 다음 동작에 필요한 전력을 충전한다. 그리고, 개인키와 공개키 쌍 생성 연산을 위한 제2 하위 과정을 수행한 후 마찬가지로 다음 동작에 필요한 전력을 충전하고, 이러한 방식을 반복하여 개인키와 공개키 쌍 생성을 완료한다.
이하에서는 도 11 내지 도 17을 참조하여 본 발명에 따른 보안 토큰(보안 칩)이 공인인증을 수행하는 방식에 대해 설명한다.
도 11은 본 발명의 일 실시예에 따른 보안 토큰이 PC 환경에서 공인인증을 수행하는 방식을 설명하는 개요도이다. 그리고, 도 12는 본 발명의 일 실시예에 따른 보안 토큰이 PC 환경에서 공인인증을 수행하는 방법의 흐름도이다.
전술한 바와 같이, 컴퓨터(200)는 PC(Personal Computer), 노트북 등과 같이 USB 포트(220)를 구비하여 USB 통신이 가능하며 유무선 인터넷을 통해 인증 서버(400)와 통신할 수 있는 모든 종류의 컴퓨터가 해당될 수 있다. 컴퓨터(200)에는 응용 소프트웨어(210)가 설치되어 사용자에게 다양한 서비스를 제공하며, 공인인증이 필요한 경우 보안 토큰(100)으로부터 전송된 전자서명을 인증 서버(400)로 전송하고, 금융, 발급, 게임, 교육 등의 서비스를 제공한다.
도 11 및 도 12를 참조하여 이를 상술하면, 컴퓨터의 응용 프로그램 실행 중 공인인증이 필요한 경우, 컴퓨터(200)의 응용 소프트웨어(210)는 USB 포트(220)에서 보안 토큰(100)을 찾는다(단계 S1200 참조).
컴퓨터(200)의 응용 소프트웨어(210)가 보안 토큰(100) 찾기에 성공하면, 컴퓨터(200)의 응용 소프트웨어(210)와 보안 칩(130)이 유선채널을 연결한다. 이때, 컴퓨터(200)의 응용소프트웨어(210)는 USB 통신으로 내부 통신 제어부(120)와 채널을 연결하고, 내부 통신 제어부(120)는 예컨대 ISO7816 통신으로 보안 칩(130)과 채널을 연결한다(단계 S1201 참조).
컴퓨터(200)의 응용 소프트웨어(210)가 연결된 유선채널을 통하여 보안 칩(130)에게 전자서명에 사용할 키정보를 전송하며 전자서명을 요청하면(단계 S1202 참조), 보안 칩(130)은 키정보에 해당하는 내부 메모리(135)에 저장된 공인인증서의 개인키를 읽어와 전자서명 모듈(134)에서 개인키로 전자서명을 생성한다(단계 S1203 참조).
보안 칩(130)이 연결된 유선채널을 통하여 전자서명을 컴퓨터(200)의 응용 소프트웨어(210)로 전송하면(단계 S1204 참조), 컴퓨터(200)의 응용 소프트웨어(210)는 전송된 전자서명을 유무선 인터넷을 통해 인증 서버(400)로 전송한다(단계 S1205 참조).
그러면, 인증 서버(400)는 전송된 전자서명을 검증하여(단계 S1206 참조), 검증 결과를 다시 유무선 인터넷을 통해 컴퓨터(200)의 응용 소프트웨어(210)로 전송한다(단계 S1207 참조).
만약, 검증이 성공하였으면(단계 S1208 참조), 컴퓨터(200)의 응용 소프트웨어(210)는 금융, 발급, 게임, 교육 등의 서비스를 제공하고(단계 S1209 참조), 공인인증 과정은 종료된다.
한편, 단계 S1200에서 컴퓨터(200)의 응용 소프트웨어(210)가 보안 토큰(100) 찾기에 실패하면, 컴퓨터(200)의 응용 소프트웨어(210)의 계속 찾기 조건을 검사한다(단계 S1250 참조). 여기서, 계속 찾기 조건은 설정한 시간 또는 횟수, 무한반복 등을 사용할 수 있다. 그리고, 응용 소프트웨어(210)의 계속 찾기 조건을 만족하면, 다시 단계 S1200으로 돌아가 그 이후의 단계를 진행한다.
그러나, 단계 S1250에서 응용 소프트웨어(210)의 계속 찾기 조건을 만족하지 않으면, 컴퓨터(200)의 응용 소프트웨어(210)는 찾기 실패 메시지를 출력하고(단계 S1251 참조), 인증과정을 종료한다.
한편, 만약 단계 S1208에서 검증이 실패하였으면, 컴퓨터(200)의 응용 소프트웨어(210)는 검증 실패 메시지를 출력하고(단계 S1260 참조), 인증과정을 종료한다.
도 13은 본 발명의 일 실시예에 따른 보안 토큰이 스마트 폰 환경에서 공인인증을 수행하는 방식을 설명하는 개요도이다. 그리고, 도 14는 본 발명의 일 실시예에 따른 보안 토큰이 스마트 폰 환경에서 공인인증을 수행하는 방법의 흐름도이다.
전술한 바와 같이, 무선 단말(300)은 스마트 폰, 테블릿 PC 등과 같이 NFC 통신이 가능하며 무선 인터넷을 통해 인증 서버(400)와 통신할 수 있는 모든 종류의 단말이 해당될 수 있다. 무선 단말(300)은 무선 인터넷 모듈(310), NFC 통신 모듈(330)을 포함하여 구성되며, 스마트 폰 애플리케이션(320)이 설치된다. 무선 인터넷 모듈(310)은 3G, 4G, 와이파이(WiFi), 블루투스(BT) 장치 등으로 구현될 수 있으며, 이 장치들 중에서 적어도 하나를 사용하여 무선으로 인터넷 망에 접속하는 무선통신 모듈이다. 그리고, NFC 통신 모듈(330)은 바람직하게는 10cm이내의 가까운 거리(보통은 3~4cm)에서 무선통신이 가능한 NFC 통신을 사용한다. NFC 통신은 카드 에뮬레이션 모드, 리더 모드, P2P 모드 등으로 동작할 수 있는데, 본 발명에서는 ISO14443 규격의 리더 모드로 사용하는 것이 바람직하다. 한편, 스마트 폰 애플리케이션(320)은 무선 단말(300)에 설치되어 사용자에게 다양한 서비스를 제공하며, 공인인증이 필요한 경우 보안 토큰(100)으로부터 전송된 전자서명을 인증 서버(400)로 전송하고, 금융, 발급, 게임, 교육 등의 서비스를 제공한다.
도 13 및 도 14를 참조하여 이를 상술하면, 무선 단말(300)의 애플리케이션 실행 중 공인인증이 필요한 경우, 무선 단말(300)의 애플리케이션(320)은 NFC 통신을 이용하여 보안 토큰(100)을 찾는다(단계 S1300 참조).
무선 단말(300)의 애플리케이션(320)이 보안 토큰(100) 찾기에 성공하면, 무선 단말(300)의 애플리케이션(320)과 보안 칩(130)이 근거리 무선채널을 연결한다. 이때, 무선 단말(300)의 NFC 통신 모듈(330)은 예컨대 ISO14443 통신으로 보안 칩(130)과 채널을 연결한다(단계 S1301 참조).
무선 단말(300)의 애플리케이션(320)이 연결된 근거리 무선채널을 통하여 보안 칩(130)에게 전자서명에 사용할 키정보를 전송하며 전자서명을 요청하면(단계 S1302 참조), 보안 칩(130)은 키정보에 해당하는 내부 메모리(135)에 저장된 공인인증서의 개인키를 읽어와 전자서명 모듈(134)에서 개인키로 전자서명을 생성한다(단계 S1303 참조).
보안 칩(130)이 연결된 근거리 무선채널을 통하여 전자서명을 무선 단말(300)의 애플리케이션(320)으로 전송하면(단계 S1304 참조), 무선 단말(300)의 애플리케이션(320)은 전송된 전자서명을 무선 인터넷을 통해 인증 서버(400)로 전송한다(단계 S1305 참조).
그러면, 인증 서버(400)는 전송된 전자서명을 검증하여(단계 S1306 참조), 검증 결과를 다시 무선 인터넷을 통해 무선 단말(300)의 애플리케이션(320)으로 전송한다(단계 S1307 참조).
만약, 검증이 성공하였으면(단계 S1308 참조), 무선 단말(300)의 애플리케이션(320)은 금융, 발급, 게임, 교육 등의 서비스를 제공하고(단계 S1309 참조), 공인인증 과정은 종료된다.
한편, 단계 S1300에서 무선 단말(300)의 애플리케이션(320)이 보안 토큰(100) 찾기에 실패하면, 무선 단말(300)의 애플리케이션(320)의 계속 찾기 조건을 검사한다(단계 S1350 참조). 여기서, 계속 찾기 조건은 설정한 시간 또는 횟수, 무한반복 등을 사용할 수 있다. 그리고, 애플리케이션(320)의 계속 찾기 조건을 만족하면, 다시 단계 S1300으로 돌아가 그 이후의 단계를 진행한다.
그러나, 단계 S1350에서 애플리케이션(320)의 계속 찾기 조건을 만족하지 않으면, 무선 단말(300)의 애플리케이션(320)은 찾기 실패 메시지를 출력하고(단계 S1351 참조), 인증과정을 종료한다.
한편, 만약 단계 S1308에서 검증이 실패하였으면, 무선 단말(300)의 애플리케이션(320)은 검증 실패 메시지를 출력하고(단계 S1360 참조), 인증과정을 종료한다.
이하에서는 상기 단계 S1302, S1303 및 S1304과 관련하여 본 발명에 따른 보안 칩(130)이 전자서명을 생성하는 과정에 대해 상세 설명한다.
먼저, 도 15는 본 발명에 따른 보안 칩이 전자서명을 생성하는 일 실시예의 흐름도이다. 참고로, 도 15의 실시예는 보안 칩(130)이 한 번의 전력 충전(즉, 한 번의 명령어 실행)으로 전자서명을 수행하는 경우를 예시한 것이다.
도 15를 참조하면, 무선 단말(300)은 "COMPUTE DIGITAL SIGNATURE 명령어"로 전자서명에 사용할 키정보와 서명될 데이터를 보안 칩(130)으로 전송한다(단계 S1302a 참조).
그러면, 보안 칩(130)은 키정보에 해당하는 공인인증서의 개인키를 선택하고(단계 S1303a 참조), 선택된 개인키로 전자서명 연산을 위한 초기화 작업을 수행한 후(단계 S1303b 참조), 서명될 데이터에 대해서 전자서명 연산을 수행하여 전자서명 값을 생성한다(단계 S1303c 참조).
그리고, 보안 칩(130)은 "COMPUTE DIGITAL SIGNATURE 응답"으로 전자서명 값과 상태정보를 무선 단말(300)에 전송한다(단계 S1304a 참조).
한편, 전술한 바와 같이, NFC 통신은 무선 단말(300)에서 방출하는 전자기파로부터 보안 토큰(100)이 직접 전력을 생산하여 통신하는 방식이므로 배터리가 필요없고 연결 거리도 짧아 보안성이 뛰어나지만, 보안 토큰(100)이 전자서명을 수행할 만큼의 전력을 생산하기가 쉽지 않은 문제점이 있다.
그러므로, 무선 단말(300)에서 방출하는 전자기파의 출력이 약한 경우에도 보안 칩(130)이 최소한의 전력을 이용해 전자서명을 수행할 수 있는 대안적인 방안이 필요한데, 이하에서는 도 16 및 도 17을 참조하여 이를 설명한다.
도 16은 본 발명에 따른 보안 칩이 전자서명을 생성하는 다른 실시예의 흐름도이다. 참고로, 도 16의 실시예는, 한 번의 전자서명 명령어를 2개 이상의 전자서명 명령어로 분리하여 전력 사용을 분산시킨 것으로, 보안 칩(130)이 2 이상의 전력 충전(즉, 2 이상의 명령어 실행)으로 전자서명을 수행하는 경우를 예시한 것이다.
도 16을 참조하면, 먼저 무선 단말(300)은 "INITIALIZE CRYPTO 명령어"로 전자서명에 사용할 키정보를 보안 칩(130)으로 전송한다(단계 S1302b 참조). 참고로, 이는 무선 단말(300)이 보안 칩(130)에게 전자서명 생성의 준비를 요청하는 과정이다.
그러면, 보안 칩(130)은 키정보에 해당하는 공인인증서의 개인키를 선택하고(단계 S1303a 참조), 선택된 개인키로 전자서명 연산을 위한 초기화 작업을 수행한다(단계 S1303b 참조). 그리고, 보안 칩(130)은 "INITALIZE CRYPTO 응답"으로 상태정보를 무선 단말(300)에 전송한다(단계 S1304b 참조).
이 후, 무선 단말(300)은 "PERFORM CRYPTO 명령어"로 서명될 데이터를 보안 칩(130)으로 전송한다(단계 S1302c 참조). 참고로, 이는 무선 단말(300)이 보안 칩(130)에게 전자서명 생성의 실행을 요청하는 과정이다.
그러면, 보안 칩(130)은 서명될 데이터에 대해서 전자서명 연산을 수행하여 전자서명 값을 생성하고(단계 S1303c 참조), "PERFORM CRYPTO 응답"으로 전자서명 값과 상태정보를 무선 단말(300)에 전송한다(단계 S1304c 참조).
도 17을 참조하면, "INITIALIZE CRYPTO 명령어"와 "PERFORM CRYPTO 명령어"로 전자서명을 수행하는 과정은, 보안 칩(130)의 전력이 최소 한계값 이하로 떨어지기 전에 "INITIALIZE CRYPTO 명령어"를 수행하는 과정이 완료되고, 무선 단말(300)이 "INITIALIZE CRYPTO 응답"을 처리하고 "PERFORM CRYPTO 명령어"를 준비하는 동안 보안 칩(130)은 다시 충전되며, 마찬가지로 보안 칩(130)의 전력이 최소 한계값 이하로 떨어지기 전에 "PERFORM CRYPTO 명령어"를 수행하는 과정이 완료되어, 전자서명 과정을 정상적으로 수행할 수 있다.
다시 도 2를 참조하면, 본 발명의 바람직한 실시예에 따르면, 본 발명의 보안 토큰(100)은 전술한 공인인증 기능 외에도, 비밀번호 설정 및 변경 기능, 공인인증서 복사 및 백업 기능, 보안 토큰 자동잠김 기능, 보안 토큰 초기화 기능 등을 수행할 수 있다.
구체적으로, 보안 칩(130)의 제어부(136)는 예컨대 USB 통신을 통해 사용자로부터 비밀번호를 입력받아 내부 메모리(135)에 저장하고, 공인인증 요청 시 비밀번호 입력을 요구하여 정당한 사용자임을 확인할 수 있다. 또한, 사용자로부터 비밀번호 변경이 있는 경우에는 이전의 비밀번호를 확인한 후 변경된 비밀번호를 내부 메모리(135)에 저장하여 비밀번호 변경 기능을 수행한다. 한편, 보안 칩(130)의 제어부(136)는 사용자로부터 입력된 비밀번호가 소정 회수(예, 5회) 이상 오류난 경우 자동으로 보안 토큰을 비활성화시켜 자동잠금 기능을 수행할 수 있다. 그리고, 보안 칩(130)의 제어부(136)는 사용자로부터 입력된 초기화 명령에 의해 보안 토큰을 초기화함으로써 초기화 기능을 수행할 수도 있다.
지금까지 본 발명을 바람직한 실시예를 참조하여 상세히 설명하였지만, 본 발명이 속하는 기술분야의 당업자는 본 발명의 기술적 사상이나 필수적 특징들을 변경하지 않고서 다른 구체적인 다양한 형태로 실시할 수 있는 것이므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적인 것이 아닌 것으로서 이해해야만 한다.
그리고, 본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구범위에 의하여 특정되는 것이며, 특허청구범위의 의미 및 범위 그리고 그 등가개념으로부터 도출되는 모든 변경 또는 변형된 형태는 본 발명의 범위에 포함되는 것으로 해석되어야 한다.

Claims (16)

  1. 공인인증을 위한 보안 토큰에 있어서,
    공인인증서를 위한 개인키와 공개키 쌍을 생성하는 키쌍생성 모듈; 상기 공인인증서에 기초하여 전자서명을 생성하는 전자서명 모듈; 상기 공인인증서, 개인키, 공개키를 저장하는 내부 메모리; 무선 단말과 NFC(Near Field Communication) 통신을 수행하는 NFC 통신 모듈; 및 상기 키쌍생성 모듈, 전자서명 모듈, 내부 메모리, NFC 통신 모듈을 제어하는 제어부를 포함하는 보안 칩을 구비하는 것을 특징으로 하는 보안 토큰.
  2. 제1항에 있어서,
    상기 보안 칩은 상기 무선 단말로부터 개인키와 공개키 쌍 생성 명령을 수신하면, 상기 내부 메모리에 사전 생성된 개인키와 공개키 쌍이 저장되어 있는지 확인하고, 만약 상기 내부 메모리에 사전 생성된 개인키와 공개키 쌍이 저장되어 있으면 상기 사전 생성된 개인키와 공개키 쌍을 읽어오는 것을 특징으로 하는 보안 토큰.
  3. 제2항에 있어서,
    상기 보안 칩은 만약 상기 내부 메모리에 사전 생성된 개인키와 공개키 쌍이 저장되어 있지 않으면, 상기 키쌍생성 모듈을 통해 개인키와 공개키 쌍을 실시간으로 생성하는 것을 특징으로 하는 보안 토큰.
  4. 제1항에 있어서,
    상기 보안 칩은 상기 무선 단말로부터 명령어를 수신하면, 상기 명령어를 처리하는 동안 상기 키쌍생성 모듈을 통해 상기 개인키와 공개키 쌍을 사전 생성하는 것을 특징으로 하는 보안 토큰.
  5. 제1항에 있어서,
    상기 보안 칩은 상기 무선 단말로부터 명령어를 수신하면, 상기 명령어를 처리한 후 대기모드 동안 상기 키쌍생성 모듈을 통해 상기 개인키와 공개키 쌍을 사전 생성하는 것을 특징으로 하는 보안 토큰.
  6. 제3항 내지 제5항 중 어느 한 항에 있어서,
    상기 보안 칩은 상기 개인키와 공개키 쌍 생성 과정을 2 이상의 하위 과정으로 나누어 수행하는 것을 특징으로 하는 보안 토큰.
  7. 제6항에 있어서,
    상기 보안 칩은 모듈러멱승 연산을 기준으로 상기 개인키와 공개키 쌍 생성의 하위 과정을 나누는 것을 특징으로 하는 보안 토큰.
  8. 제6항에 있어서,
    상기 보안 칩은 소수 생성 연산을 기준으로 상기 개인키와 공개키 쌍 생성의 하위 과정을 나누는 것을 특징으로 하는 보안 토큰.
  9. 제6항에 있어서,
    상기 보안 칩은 상기 개인키와 공개키 쌍 생성의 각각의 하위 과정을 수행하는 사이에 충전 시간을 할당하는 것을 특징으로 하는 보안 토큰.
  10. 제1항 내지 제5항 중 어느 한 항에 있어서,
    상기 보안 칩은
    상기 무선 단말로부터 전자서명의 생성의 준비를 요청받으면, 상기 무선 단말로부터 방출된 전자기파를 통해 충전된 전력을 이용하여, 상기 무선 단말로부터 수신된 키정보에 해당하는 공인인증서의 개인키를 선택하여 상기 선택된 개인키로 전자서명 연산을 초기화한 후 상기 무선 단말로 상태정보를 전송하고,
    상기 무선 단말로부터 전자서명의 생성의 실행을 요청받으면, 상기 무선 단말로부터 방출된 전자기파를 통해 재충전된 전력을 이용하여, 상기 무선 단말로부터 수신된 서명될 데이터에 대해서 전자서명 연산을 수행하고 전자서명 값을 상기 무선 단말로 전송하는 것을 특징으로 하는 보안 토큰.
  11. 제1항 내지 제5항 중 어느 한 항에 있어서,
    상기 보안 칩은 사용자로부터 입력된 비밀번호가 소정 회수 이상 오류난 경우 보안 토큰을 비활성화시키는 것을 특징으로 하는 보안 토큰.
  12. 제1항 내지 제5항 중 어느 한 항에 있어서,
    상기 보안 칩은 사용자로부터 입력된 초기화 명령에 의해 보안 토큰을 초기화하는 것을 특징으로 하는 보안 토큰.
  13. 제1항 내지 제5항 중 어느 한 항에 있어서,
    상기 보안 토큰은
    외부 컴퓨터의 USB 포트와 연결되는 USB 연결부; 및
    상기 USB 연결부와 연결되어 상기 컴퓨터와의 USB 통신을 제어하며, 상기 보안 칩의 일부로 구성되거나 또는 상기 보안 칩과 연결되어 상기 보안 칩과의 유선통신을 제어하는 내부 통신 제어부를 더 포함하는 것을 특징으로 하는 보안 토큰.
  14. 공인인증을 위한 보안 토큰의 구동 방법에 있어서,
    상기 보안 토큰이 NFC(Near Field Communication) 통신을 통해 무선 단말로부터 개인키와 공개키 쌍 생성 명령을 수신하는 단계;
    상기 보안 토큰이 내부 메모리에 사전 생성된 개인키와 공개키 쌍이 있는지 확인하는 단계; 및
    만약 상기 내부 메모리에 사전 생성된 개인키와 공개키 쌍이 있으면, 상기 보안 토큰이 NFC 통신을 통해 상기 무선 단말로 상기 개인키와 공개키 쌍 생성을 응답하는 단계를 포함하는 것을 특징으로 하는 구동 방법.
  15. 제14항에 있어서,
    만약 상기 내부 메모리에 사전 생성된 개인키와 공개키 쌍이 없으면, 상기 보안 토큰이 상기 무선 단말로부터 방출된 전자기파를 통해 상기 개인키와 공개키 쌍을 실시간으로 생성하고 NFC 통신을 통해 상기 무선 단말로 응답하는 단계를 더 포함하는 것을 특징으로 하는 구동 방법
  16. 제14항 또는 제15항에 있어서,
    상기 보안 토큰이 NFC 통신을 통해 상기 무선 단말로부터 전자서명의 생성의 준비를 요청받는 단계;
    상기 보안 토큰이, 상기 무선 단말로부터 방출된 전자기파를 통해 충전된 전력을 이용하여, 상기 무선 단말로부터 수신된 키정보에 해당하는 공인인증서의 개인키를 선택하여 상기 선택된 개인키로 전자서명 연산을 초기화한 후 NFC 통신을 통해 상기 무선 단말로 상태정보를 전송하는 단계;
    상기 보안 토큰이 NFC 통신을 통해 상기 무선 단말로부터 전자서명의 생성의 실행을 요청받는 단계; 및
    상기 보안 토큰이, 상기 무선 단말로부터 방출된 전자기파를 통해 재충전된 전력을 이용하여, 상기 무선 단말로부터 수신된 서명될 데이터에 대해서 전자서명 연산을 수행하고 전자서명 값을 NFC 통신을 통해 상기 무선 단말로 전송하는 단계를 더 포함하는 것을 특징으로 하는 구동 방법.
PCT/KR2015/004649 2014-05-12 2015-05-08 공인인증을 위한 보안 토큰 및 그 구동 방법 WO2015174696A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US15/310,745 US10063381B2 (en) 2014-05-12 2015-05-08 Security token for certificate authentication and driving method therefor
CN201580024504.XA CN106462900A (zh) 2014-05-12 2015-05-08 用于公认认证的硬件安全模块及其驱动方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020140056106A KR101604009B1 (ko) 2014-05-12 2014-05-12 공인인증을 위한 보안 토큰 및 그 구동 방법
KR10-2014-0056106 2014-05-12

Publications (1)

Publication Number Publication Date
WO2015174696A1 true WO2015174696A1 (ko) 2015-11-19

Family

ID=54480187

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2015/004649 WO2015174696A1 (ko) 2014-05-12 2015-05-08 공인인증을 위한 보안 토큰 및 그 구동 방법

Country Status (4)

Country Link
US (1) US10063381B2 (ko)
KR (1) KR101604009B1 (ko)
CN (1) CN106462900A (ko)
WO (1) WO2015174696A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107070657A (zh) * 2016-01-21 2017-08-18 三星电子株式会社 安全芯片和应用处理器及其操作方法
CN108964883A (zh) * 2017-05-27 2018-12-07 北京安软天地科技有限公司 一种以智能手机为介质的数字证书存储与签名方法

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10321317B1 (en) * 2015-06-04 2019-06-11 American Megatrends, Inc. NFC-enhanced firmware security
KR101683481B1 (ko) * 2016-03-22 2016-12-08 주식회사 티모넷 모바일 환경에서 nfc 보안토큰 공인인증서 발급 시스템 및 그 방법
KR102531858B1 (ko) * 2016-03-24 2023-05-11 에스케이하이닉스 주식회사 전력 관리를 수행하는 반도체 장치 및 그 동작 방법
CN106934259B (zh) * 2017-02-28 2020-07-10 北京深思数盾科技股份有限公司 生产信息安全装置的方法、生产设备以及系统
CN108734020A (zh) * 2017-04-20 2018-11-02 深圳兆日科技股份有限公司 密码验证方法和装置
KR102049527B1 (ko) 2017-07-20 2019-11-27 중부대학교 산학협력단 사용자 인증 서버 및 시스템
US10623183B2 (en) * 2017-11-01 2020-04-14 International Business Machines Corporation Postponing entropy depletion in key management systems with hardware security modules
US11256818B2 (en) 2017-12-28 2022-02-22 Corlina, Inc. System and method for enabling and verifying the trustworthiness of a hardware system
US10043122B1 (en) 2018-01-19 2018-08-07 Capital One Services, Llc Configuring a set of applets on a battery-less transaction card
US11509636B2 (en) * 2018-01-30 2022-11-22 Corlina, Inc. User and device onboarding
CN110890957B (zh) * 2018-09-07 2023-06-23 深圳市文鼎创数据科技有限公司 一种密钥安全设备交互方法、电子设备和存储介质
US11641363B2 (en) * 2019-01-14 2023-05-02 Qatar Foundation For Education, Science And Community Development Methods and systems for verifying the authenticity of a remote service
CN110401950A (zh) * 2019-07-24 2019-11-01 Oppo广东移动通信有限公司 注册方法、头戴式显示设备、头戴设备系统和存储介质
CN111523889B (zh) * 2020-04-17 2023-09-01 昆明大棒客科技有限公司 多重签名实现方法、装置、设备和存储介质
BR102021001278A2 (pt) 2021-01-22 2022-08-09 Rogerio Atem De Carvalho Dispositivo e método para autenticação de hardware e/ou software embarcado
ES2932418A1 (es) * 2021-07-07 2023-01-18 Uxpayments S L Sistema y metodo de comunicacion segura por proximidad para transacciones digitales
US11818278B2 (en) * 2021-07-26 2023-11-14 Vmware, Inc. Dynamic certificate management in cryptographic agility frameworks
US11924343B2 (en) 2021-07-26 2024-03-05 Vmware, Inc. Mechanism for enabling cryptographic agility in legacy applications and services
KR102538652B1 (ko) * 2021-12-30 2023-05-31 (주)아톤 메타버스 환경에서의 전자서명 방법 및 장치
ES2967102A1 (es) * 2022-09-30 2024-04-26 Encryptoart Systems S L Chip de autenticacion por comunicacion de campo cercano, sistema asimetrico de autenticacion por comunicacion de campo cercano y procedimientos de autenticacion que emplean dicho sistema

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050106416A (ko) * 2003-02-04 2005-11-09 인피니언 테크놀로지스 아게 암호화 시스템 내의 모듈러 멱승 결과 결정 장치 및 방법
KR101007375B1 (ko) * 2008-07-29 2011-01-13 주식회사 케이티 스마트 카드 인증서 관리 장치 및 방법
KR20110030515A (ko) * 2011-01-27 2011-03-23 주식회사 스마트솔루션 스마트폰에서 사용할 수 있는 보안토큰 장치 및 인증방법
KR20110078601A (ko) * 2009-12-31 2011-07-07 서정훈 안전한 비밀번호 입출력기능을 가진 ｕｓｂ보안장치 및 인증방법
KR101226607B1 (ko) * 2012-08-30 2013-02-05 주식회사 미래테크놀로지 엔에프씨 칩이 내장된 핸드폰을 이용한 오티피 발생장치와 방법

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005167527A (ja) * 2003-12-02 2005-06-23 Hitachi Ltd 証明書管理システムおよびその方法
US8151344B1 (en) * 2009-01-29 2012-04-03 Intuit Inc. Method and apparatus to authenticate a user
CN101753310B (zh) * 2009-12-28 2015-07-29 苏盛辉 基于多变量排列难题和超对数难题的数字签名方法
CN201754596U (zh) * 2010-06-04 2011-03-02 上海奕华信息技术有限公司 一种移动终端扩展装置
US10032240B2 (en) * 2013-11-08 2018-07-24 International Business Machines Corporation Executing electronic contract on NFC enabled mobile devices

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050106416A (ko) * 2003-02-04 2005-11-09 인피니언 테크놀로지스 아게 암호화 시스템 내의 모듈러 멱승 결과 결정 장치 및 방법
KR101007375B1 (ko) * 2008-07-29 2011-01-13 주식회사 케이티 스마트 카드 인증서 관리 장치 및 방법
KR20110078601A (ko) * 2009-12-31 2011-07-07 서정훈 안전한 비밀번호 입출력기능을 가진 ｕｓｂ보안장치 및 인증방법
KR20110030515A (ko) * 2011-01-27 2011-03-23 주식회사 스마트솔루션 스마트폰에서 사용할 수 있는 보안토큰 장치 및 인증방법
KR101226607B1 (ko) * 2012-08-30 2013-02-05 주식회사 미래테크놀로지 엔에프씨 칩이 내장된 핸드폰을 이용한 오티피 발생장치와 방법

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107070657A (zh) * 2016-01-21 2017-08-18 三星电子株式会社 安全芯片和应用处理器及其操作方法
CN107070657B (zh) * 2016-01-21 2022-01-18 三星电子株式会社 安全芯片和应用处理器及其操作方法
CN108964883A (zh) * 2017-05-27 2018-12-07 北京安软天地科技有限公司 一种以智能手机为介质的数字证书存储与签名方法
CN108964883B (zh) * 2017-05-27 2021-05-07 北京安软天地科技有限公司 一种以智能手机为介质的数字证书存储与签名方法

Also Published As

Publication number Publication date
KR101604009B1 (ko) 2016-03-17
KR20150129869A (ko) 2015-11-23
US10063381B2 (en) 2018-08-28
CN106462900A (zh) 2017-02-22
US20170093585A1 (en) 2017-03-30

Similar Documents

Publication Publication Date Title
WO2015174696A1 (ko) 공인인증을 위한 보안 토큰 및 그 구동 방법
WO2020171538A1 (en) Electronic device and method for providing digital signature service of block chain using the same
WO2018097662A1 (en) Method and apparatus for managing program of electronic device
WO2019172641A1 (en) Electronic device and method for managing electronic key thereof
WO2016129838A1 (en) Electronic device and method for processing secure information
WO2021040325A1 (en) Electronic device providing blockchain account information and method of operating the same
WO2020091525A1 (ko) 생체 인증을 이용한 결제 방법 및 그 전자 장치
WO2020032510A1 (en) Electronic device including electronic pen and method of controlling communication connection between electronic device and electronic pen
WO2022010088A1 (ko) 모바일 결제를 지원하는 전자 장치, 그 동작 방법 및 저장 매체
WO2020213933A1 (ko) 근접 필드 통신 카드의 복제를 위한 방법 및 그 전자 장치
KR20200012534A (ko) 외부 전자 장치로부터 수신된 식별 정보에 기반하여 무선 충전과 관련된 통신 채널을 제어하는 전자 장치 및 전자 장치의 동작 방법
WO2020231177A1 (en) Electronic device and method for receiving push message stored in blockchain
WO2020184987A1 (en) Electronic device including secure integrated circuit
WO2021235893A1 (ko) 전자 디바이스 및 전자 디바이스가 레인징 기반 서비스를 제공하는 방법
WO2019093688A1 (en) Device and method for controlling transaction between short-range wireless communication reader and external electronic device
WO2023013861A1 (ko) 디지털 컨텐츠에 대한 대체불가능 토큰을 관리하는 방법 및 장치
KR20210037314A (ko) 보안 집적 회로를 이용하여 펌웨어를 갱신하기 위한 전자 장치 및 그의 동작 방법
WO2019177408A1 (ko) 온라인 인증을 이용하여 오프라인 결제를 수행하는 시스템 및 전자 장치
WO2023085588A1 (ko) 운전자 인증에 기반한 차량 제어 방법 및 전자 장치
WO2022182102A1 (ko) 사용자 인증을 수행하는 방법 및 이를 수행하는 장치
WO2019107946A1 (en) Electronic device and method for processing remote payment
WO2022146026A1 (ko) 보안 데이터 처리 방법 및 이를 지원하는 전자 장치
WO2015099425A1 (ko) 개인키와 공개키 쌍을 생성하는 스마트카드 칩 및 그 생성 방법
WO2021085954A1 (ko) 전자 장치의 고유 정보에 대한 무결성을 보장하는 전자 장치 및 그의 동작 방법
WO2021080344A1 (en) Electronic device for controlling function execution using decentralized network and operation method thereof

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15793633

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15310745

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15793633

Country of ref document: EP

Kind code of ref document: A1