WO2012026189A1 - 電子証明書発行システムおよびその方法 - Google Patents

電子証明書発行システムおよびその方法 Download PDF

Info

Publication number
WO2012026189A1
WO2012026189A1 PCT/JP2011/064022 JP2011064022W WO2012026189A1 WO 2012026189 A1 WO2012026189 A1 WO 2012026189A1 JP 2011064022 W JP2011064022 W JP 2011064022W WO 2012026189 A1 WO2012026189 A1 WO 2012026189A1
Authority
WO
WIPO (PCT)
Prior art keywords
card
certificate
terminal device
signature
request
Prior art date
Application number
PCT/JP2011/064022
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 株式会社日立製作所
Publication of WO2012026189A1 publication Critical patent/WO2012026189A1/ja

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/3234—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 additional secure or trusted devices, e.g. TPM, smartcard, USB or software token
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/33—User authentication 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/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/3247—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 digital signatures
    • 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
    • H04L9/3268—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 using certificate validation, registration, distribution or revocation, e.g. certificate revocation list [CRL]

Definitions

  • the present invention relates to an electronic certificate issuing system.
  • a method of issuing an electronic certificate (hereinafter referred to as a certificate) to a user's IC card using a terminal device of a registration authority is known (for example, Non-Patent Documents 1 and 4 (Slide 3)). Also, a method for issuing a certificate for electronic application to a mobile phone terminal device using a user certificate that proves the identity and the terminal certificate of the mobile phone is known (for example, patent document). 1, paragraph 0008).
  • Non-Patent Document 1 a certificate is issued using a terminal device that has been verified at the municipal office, and is installed at the municipal office. , Certificates cannot be issued via personal cell phones or personal computers (PCs).
  • Patent Document 1 a new certificate for electronic application is issued to a mobile phone using two certificates, an IC card issued by the government and a certificate issued by a mobile phone carrier. Although a method is shown, a method for issuing a certificate when two prerequisite certificates do not exist is not shown.
  • the data is encrypted between the IC card and the registration authority device and between the IC card and the issuing authority device via a terminal device connected to the IC card, such as a mobile phone. Send and receive electronic data. This eliminates fraud on the communication path including the terminal device.
  • the issuing authority device confirms the signature of the registration authority device so that an illegal response from the terminal device can be obtained. Eliminate requests.
  • the security is ensured by using the encrypted electronic data as a simple communication path through a terminal device that may be unsafe. Also, when the issuing station device checks the validity of the command (command) from the registration station device to the issuing station device via the terminal device that may be unsafe, it is transmitted from the terminal device that may be unsafe. Guarantee that the command is not illegal. In addition, the registration authority device and the certification authority device ensure that they possess the private key for the public key by verifying the signature with the IC card private key given to the command (command) from the IC card. .
  • the certificate issuing method disclosed as a specific example is: When the IC card connected to the terminal device transmits / receives electronic data to / from the registration station device or issuing station device via the terminal device, the issuing station device issues a certificate to the IC card.
  • a certificate issuing method for issuing The terminal device sends a certificate issuance request request including identity verification evidence of the user of the terminal device to the registration authority device,
  • the registration authority device uses the identity verification evidence included in the certificate issuance request request to confirm the identity of the user and the existence,
  • the registration authority device sends a key generation command to the IC card via the terminal device,
  • the IC card generates a key pair of a public key and a private key, stores it in its own IC card,
  • the IC card sends the key generation result to the registration authority device via the terminal device,
  • the registration authority device sends a public key request command to the IC card via the terminal device,
  • the IC card generates a signature for the public key using the stored public key and the private key that is the public key pair,
  • the IC card sends the public key and signature to the registration authority device via the terminal device,
  • the registration authority device verifies the signature transmitted from the IC card, thereby confirming that the IC card holds the secret key corresponding
  • the terminal device transmits the request and the signature to the issuing station device specified by the connection destination,
  • the issuing station device performs signature verification to confirm whether the signature transmitted from the terminal device is a correct signature,
  • the issuing authority device sends a certificate issuance request acquisition command to the IC card via the terminal device,
  • the IC card retrieves the stored certificate issuance request, generates a signature for the certificate issuance request using the stored private key pair.
  • the IC card sends the certificate issuance request and signature to the issuing station device via the terminal device,
  • the issuing station device confirms that the signature transmitted from the IC card is correct, so that the IC card holds a secret key corresponding to the public key included in the certificate issuance request transmitted from the IC card.
  • the issuing authority device Confirm that The issuing authority device generates a certificate using the certificate issuance request and the stored key,
  • the issuing station device sends a certificate storage command to the IC card via the terminal device,
  • the IC card retrieves the certificate from the received certificate storage command and stores it.
  • the IC card issues a certificate storage result via the terminal device and a signature generated using the private key corresponding to the public key in the stored certificate for the certificate storage result.
  • To The issuing station device confirms that the IC card holds a secret key corresponding to the public key in the certificate generated by the issuing station device by confirming that the signature transmitted from the IC card is correct. , Characterized by.
  • FIG. 1 is a configuration diagram of a certificate issuing system according to the present embodiment.
  • one or more terminal devices 20n, a registration station device 50, and an issuing station device 60 are connected to one or more networks such as the Internet or a mobile phone network. 40 are connected to each other.
  • An IC card 10 is connected to the terminal device 20n.
  • the terminal device 20 transmits / receives data to / from the registration station device 50 or the issuing station device 60 via the network 40 and the IC access unit 201 that transmits / receives data to / from the IC card 10 and displays the data transmission / reception result. Part 203.
  • the registration authority device 50 generates a signature for the received data, and a signature generation for verifying the signature of the transmitted data, via the network 40, the communication unit 501 that transmits and receives data to and from the terminal device 20.
  • the certificate issuance request generation unit 504 that generates a certificate issuance request as request data when issuing a certificate
  • the signature generation verification unit 502 A key storage unit 503 for storing a key to be used and a key used for generating a certificate issuance request in the certificate issuance request generation unit 504, and a certificate issuance request is generated in the certificate issuance request generation unit 504
  • a personal information acquisition unit 505 that acquires personal information used for the purpose from a personnel information database or a basic resident register network.
  • the issuing station device 60 includes a communication unit 601 that transmits and receives data via the network 40, a signature generation verification unit 602 that generates a signature for the received data, and verifies the signature of the transmitted data. , A certificate generation unit 604 for issuing a certificate, a key used for generating and verifying a signature by the signature generation verification unit 602, and a certificate generation unit 604 used for generating a certificate A key storage unit 603 that stores keys to be stored.
  • the IC card 10 includes a data transmission / reception unit 101 that transmits / receives data to the terminal device 20, a signature generation verification unit 102 that generates a signature for the received data and verifies the signature of the transmitted data, , A key generation unit 103 that generates a public / private key pair, and a certificate issuance request storage unit 104 that stores the certificate issuance request generated by the registration authority device 50 and received via the terminal device 20.
  • a certificate storage unit 105 that stores the certificate generated by the issuing station device 60 and received via the terminal device 20, and a key storage unit 106 that stores the key pair generated by the key generation unit 103, ,including.
  • the input / output unit 203 and the IC access unit 201 of the terminal device 20 may be realized as the same functional unit.
  • FIG. 2 is a hardware configuration diagram of the terminal device 20.
  • the terminal device 20 has a configuration in which a CPU 21, a main storage device 22, an auxiliary storage device 24, a communication device 25, an input / output device 26, a reading device 27 for a storage medium 28, and the like are connected by an internal communication line 29 such as a bus.
  • the registration station device 50 and the issuing station device 60 have the same hardware configuration as the terminal device 20 although there are differences in scale and performance.
  • the authentication process of this embodiment will be described.
  • the processing program stored in the auxiliary storage device 24 of each device is loaded into the main storage device 22 and executed by the CPU 21, whereby the above-described processing units are embodied and the respective processes are executed.
  • the input / output unit 203 is realized by executing a browser program.
  • Each program may be stored in advance in the auxiliary storage device 24, or may be loaded through another storage medium or communication medium (network, carrier wave or digital signal propagating through the network) when necessary. good.
  • FIG. 3 is a hardware configuration diagram of the IC card 10.
  • the IC card 10 is configured by connecting an input / output device 11, a CPU 12, and a tamper resistant storage device 13 through an internal communication line 15 such as a bus.
  • an input / output device 11 a CPU 12
  • a tamper resistant storage device 13 an internal communication line 15 such as a bus.
  • FIG. 4 is a processing flow chart until the terminal device 20 requests the registration authority device 50 to generate a certificate issuance request, and the certificate issuance request is generated and stored in the IC card 10. .
  • the user of the terminal device 20 completes identity verification with respect to the registration authority device 50.
  • identity verification face-to-face at a municipal office, or after receiving a non-face-to-face application, such as via telephone or the Internet, you will receive an ID or password that proves your identity by mail that is limited to you. May be.
  • the input / output unit 203 of the terminal device 20 transmits the certificate issuance request A201 including the proof of identity confirmation completed in advance to the registration authority device 50 (S201).
  • the registration authority device 50 checks the identity confirmation evidence included in the certificate issuance request A201, thereby confirming the identity and the existence of the user of the terminal device 20, and making an IC access unit activation request ( S501).
  • the registration station device 50 includes an IC access unit activation command A501, a connection destination A502 to be connected after the IC access unit is activated, an operation request A503 to be executed when connected to the connection destination A502, and the request A signature A 504 for A 503 and a reconnection destination A 522 for designating a connection destination when the input / output unit 203 is activated again are transmitted to the input / output unit 203 of the terminal device 20.
  • the input / output unit 203 of the terminal device 20 includes an IC access unit activation command A501, a connection destination A502 to be connected after the IC access unit is activated, the request A503, the signature A504, a reconnection destination A522, Is sent to the IC access unit 201 to activate the IC access unit 201 (S202).
  • the activated IC access unit 201 connects to the registration station device 50 according to the connection destination A502 to be connected, and transmits the request A503 and the signature A504 to the registration station device 50.
  • the registration authority device 50 performs signature verification to confirm whether or not the signature A504 transmitted from the IC access unit 201 of the terminal device 20 is a correct signature (S502).
  • the registration authority device 50 transmits the key generation command A505 to the IC card 10 via the IC access unit 201 of the terminal device 20 (S503).
  • the key generation unit 103 of the IC card 10 generates a public / private key pair (S101) and stores the key pair in the key storage unit 106.
  • the IC card 10 transmits the key generation result A 101 to the registration authority device 50 via the IC access unit 201 of the terminal device 20.
  • the registration authority device 50 transmits the public key request command A506 to the IC card 10 via the IC access unit 201 of the terminal device 20 (S504).
  • the signature generation verification unit of the IC card 10 takes out the public key A102 stored in the key storage unit, and further uses a secret key that is a pair of the public key A102 stored in the key storage unit, A signature A103 for the public key A102 is generated (S102).
  • the IC card 10 transmits the public key A 102 and the signature A 103 to the registration authority device 50 via the IC access unit 201 of the terminal device 20.
  • the signature generation verification unit 502 of the registration authority device 50 confirms that the signature A103 transmitted from the IC card 10 is correct, thereby obtaining a secret key corresponding to the public key A102 transmitted from the IC card 10. It can be confirmed that the IC card 10 is held (S505).
  • the personal information acquisition unit 505 of the registration authority device 50 acquires personal information from the personnel information database or the basic resident register network (S506).
  • the certificate issuance request generation unit 504 of the registration authority device 50 generates a certificate issuance request A507 including the public key A102 and the personal information.
  • the certificate issuance request A507 includes a signature generated using the key stored in the key storage unit 503 (S507).
  • the registration authority device 50 transmits a certificate issuance request A507 to the IC card 10 via the IC access unit 201 of the terminal device 20.
  • the IC card 10 stores the received certificate issuance request A507 in the certificate request storage unit 104 (S103).
  • the IC card 10 transmits the certificate issuance request storage result A104 to the registration authority device 50 via the IC access unit 201 of the terminal device 20.
  • the registration authority device 50 requests activation of the input / output unit 203 in order to display the certificate issuance request storage result A104 on the IC access unit 201 of the terminal device 20 (S508).
  • the IC access unit 201 of the terminal device 20 that has received the activation request A508 of the input / output unit 203 from the registration station device 50 issues an activation request of the input / output unit 203 (S204), and inputs / outputs to / from the input / output unit 203 of the terminal device.
  • the activation command A 202 of the unit 203 and the IC access unit 201 of the terminal device 20 are activated, the reconnection destination A 522 received from the input / output unit 203 of the terminal device 20 is transmitted.
  • the input / output unit 203 of the terminal device 20 makes a connection request (S205), and transmits a connection request A204 to the registration station device 50.
  • FIG. 5 is a process flow diagram in which the issuing station device 60 issues a certificate, which is performed subsequently to FIG.
  • the registration station device 50 that has received the connection request A204 makes an IC access unit activation request (S511).
  • the registration station device 50 includes an IC access unit activation command A501, a connection destination A512 to be connected after the IC access unit is activated, an operation request A513 to be executed when connected to the connection destination A512, and the request A signature A 514 for A 513 and a reconnection destination A 523 for specifying a connection destination when the input / output unit 203 is activated again are transmitted to the input / output unit 203 of the terminal device 20.
  • the input / output unit 203 of the terminal device 20 includes an IC access unit activation command A501, a connection destination A512 to be connected after the IC access unit is activated, the request A513, the signature A514, a reconnection destination A523, Is sent to the IC access unit 201 to activate the IC access unit 201 (S211).
  • the activated IC access unit 201 transmits the request A513 and the signature A514 to the issuing station device 60 specified by the connection destination A512.
  • the issuing station device 60 performs signature verification to confirm whether or not the signature A 514 transmitted from the IC access unit 201 of the terminal device 20 is a correct signature (S611).
  • the issuing station device 60 transmits a certificate issuance request acquisition command A611 to the IC card 10 via the IC access unit 201 of the terminal device 20 (S612).
  • the signature generation verification unit of the IC card 10 takes out the certificate issuance request A507 stored in the certificate request storage unit 104, and further forms a pair of the public key A102 stored in the key storage unit 106. Using the private key, a signature A114 for the certificate issuance request A507 is generated (S111). The IC card 10 transmits the certificate issuance request A 507 and the signature A 112 to the issuing authority device 60 via the IC access unit 201 of the terminal device 20.
  • the signature generation verification unit 602 of the issuing authority device 60 confirms that the signature A112 transmitted from the IC card 10 is correct, so that the public key included in the certificate issuance request A507 transmitted from the IC card 10 is obtained. It can be confirmed that the IC card 10 holds the secret key corresponding to A102 (S613). Further, the signature generation verification unit 602 of the issuing authority device 60 uses the key corresponding to the key of the registration authority device used by the registration authority device 50 for the signature generation in step S507 to generate the signature included in the certificate issue request. It verifies and verifies the validity of the certificate issuance request A507.
  • the certificate generation unit 604 of the issuing authority device 60 generates a certificate using the certificate issuance request A507 and the key stored in the key storage unit 603 (S614).
  • the issuing station device 60 transmits the certificate storage command A612 to the IC card 10 via the IC access unit 201 of the terminal device 20.
  • the IC card 10 extracts the certificate from the received certificate storage command A612 and stores it in the certificate storage unit 105 (S112).
  • the IC card 10 discloses the certificate storage result A113 via the IC access unit 201 of the terminal device 20 and the disclosure of the certificate stored in the certificate storage unit 105 for the certificate storage result A113.
  • the signature A614 generated using the secret key corresponding to the key A102 is transmitted to the issuing station device 60.
  • the signature generation verification unit 602 of the issuing authority device 60 confirms that the signature A114 transmitted from the IC card 10 is correct, thereby obtaining a secret key corresponding to the public key A102 in the certificate generated in step S614. It can be confirmed that the IC card 10 is held (S616).
  • the issuing station device 60 requests activation of the input / output unit 203 to display the result on the terminal device 20 (S617).
  • the issuing station device 60 transmits an activation request A613 of the input / output unit 203, an operation request A614 to be executed when reconnected, and a signature A615 for the request A614 to the IC access unit 201 of the terminal device 20.
  • the IC access unit 201 of the terminal device 20 requests activation of the input / output unit 203 (S204).
  • the terminal device When the activation command A202 of the input / output unit 203 and the IC access unit 201 of the terminal device 20 are activated, the terminal device The reconnection destination A 523 received from the 20 input / output units 203, the request A 614 for the operation to be executed upon reconnection, and the signature A 615 for the request A 614 are transmitted to the input / output unit 203 of the terminal device.
  • the input / output unit 203 of the terminal device 20 makes a connection request (S214), and transmits a request A614 and a signature A615 to the registration station device 50 indicated by the reconnection destination A523.
  • the signature generation verification unit 504 of the registration authority device 50 confirms that the signature A615 for the request A614 is correct (S512). Thereafter, arbitrary information A515 is provided to the input / output unit of the terminal device 20 (S513).
  • the IC access unit 201 and the input / output unit 203 of the terminal device 20 are separated and can be individually activated.
  • the input / output unit 203 can directly transmit / receive data to / from the IC card 10.
  • From the IC access unit activation request (S501) to the signature verification (S502) of the registration authority device 50 of FIG. 4 and 5 can be omitted after the activation request (S508, S617) of the input / output unit 203.
  • the IC access unit activation command A501 can be omitted from the data transmitted to the input / output unit 203 of the terminal device 20 by the IC access unit activation request (S511) of FIG.
  • the input / output unit 203 of the terminal device 20 that has received the connection destination A 512, the request A 513, the signature A 514, and the reconnection destination A 523 from the registration station device 50 sends the request A 513 and the signature A 514 to the issuing station device 60. Send it.
  • the process of transmitting / receiving data between the IC card 10 and the registration authority device 50 in FIG. 4 specifically, the process from the key generation request (S502) to immediately before the activation request of the input / output unit 203 (S508). Then, using the key shared in advance by the IC card 10 and the registration authority device 50, a session key is generated, and in order to ensure the integrity and confidentiality of the data to be transmitted / received, the session key is used for transmission / reception.
  • the data to be processed may be encrypted.
  • a session key is generated using a key shared in advance between the IC card 10 and the registration authority device 50, and the integrity and confidentiality of data transmitted and received using the session key May be secured.
  • the signature A103, signature verification (S505) in FIG. 4 and the signature A112, signature verification (S613), signature A114, and signature verification (S616) in FIG. 5 can be omitted.
  • the key generation result A101 is sent after the key generation (S101).
  • the public key A102 and the signature A103 may be sent.
  • the public key request (S504) can be omitted.
  • the certificate issuance request A 507 is stored in the certificate request storage unit 104 of the IC card 10, but is stored in the auxiliary storage device 24 of the terminal device 10. You may make it do. In that case, the certificate request storage unit 104 becomes unnecessary.
  • the certificate is stored in the certificate storage unit 105 of the IC card 10 in the certificate storage process (S112), but may be stored in the auxiliary storage device 24 of the terminal device 10. . In that case, the certificate storage unit 105 becomes unnecessary.
  • the signature verification for the request is verified by the signature verification (S502) in FIG. 4 and the signature verification (S611) in FIG. 5, but can be omitted if there is no room for fraud in the data itself included in the request.
  • the request A 513 in FIG. 5 requests certificate issuance processing, but since the certificate issuance request itself acquired from the IC card 10 is subsequently signed by the registration authority device 50. , Transmission / reception of signature A 514 and signature verification (S611) may be omitted.
  • the initial issue flow is illustrated, but it can also be applied when reissuing.
  • the certificate issuance request (S201) in FIG. 4 an ID or password sent separately by mail as evidence of identity verification is sent, but the certificate is already held at the time of renewal. Therefore, it is only necessary to send a certificate held as the certificate issuance request A201 and a signature with a private key corresponding to the public key in the certificate.
  • the registration authority device 50 can verify the identity by confirming the validity of the certificate and signature. Thereafter, the same processing as in this example may be performed.
  • the process of issuing a certificate to an IC card in cooperation between the registration station device and the issuing station device is illustrated, but in general, in cooperation with the IC card.
  • Applicable to two working devices the present invention can be applied to a device that mounts an application on an IC card and a personalization device that sets initialization data for the application after mounting.
  • the present invention can also be applied to a device that mounts an application on an IC card and a service provider device that actually provides a service using the application.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

　個人が所有する携帯電話やＰＣなどの安全性が保証されていない端末装置を経由して，安全に電子証明書の発行を行う電子証明書発行システムおよびその方法を提供する。具体的には，端末装置にＩＣカードが接続され，端末装置を経由して，ＩＣカードと登録局装置間，ＩＣカードと発行局装置間で，暗号化された電子データを送受信することにより，端末装置を含む通信路上の不正を排除する。また，登録局装置からの証明書発行要求を，端末装置を経由して，発行局装置へ送信する際に，登録局装置の署名を，発行局装置が確認することで端末装置からの不正な要求を排除する。

Description

電子証明書発行システムおよびその方法 参照による取り込み
　本出願は，２０１０年８月２６日に出願された日本特許出願第２０１０－１８８９８９号の優先権を主張し，その内容を参照することにより本出願に取り込む。
　本発明は，電子証明書発行システムに関する。
　登録局の端末装置を利用して，ユーザのＩＣカードに電子証明書（以下，証明書という）を発行する方法が知られている（例えば，非特許文献１，４ページ（スライド３））。また，携帯電話端末装置に対して，本人性を証明するユーザ証明書と，携帯電話の端末証明書を使って，電子申請用の証明書を発行する方法が知られている（例えば，特許文献１，段落０００８）。
特開２００９－３１８４９号公報
"公的個人認証サービスの概要"，［ｏｎｌｉｎｅ］，平成１９年１０月，総務省自治行政局自治政策課，［平成２２年８月２０日検索］，インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｓｏｕｍｕ．ｇｏ．ｊｐ／ｍａｉｎ＿ｓｏｓｉｋｉ／ｊｉｃｈｉ＿ｇｙｏｕｓｅｉ／ｃ－ｇｙｏｕｓｅｉ／ｋｏｊｉｎｎｉｎｓｈｏｕ．ｐｄｆ＞
　電子行政サービスで利用する証明書を，政府が発行するＩＣカード以外の媒体への格納することでユーザの利便性が向上し，電子行政サービスの普及率が向上することが期待できる。近年，携帯電話の普及が進み，多くのユーザが利用するようになってきた。携帯電話のＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ　Ｍｏｄｕｌｅ）に対して証明書を発行できれば，ユーザの利便性が向上すると考えられる。
　非特許文献１に示される方法では，市町村役所の窓口で本人確認を受けて，役所の窓口に設置されている，安全性が保証された端末装置を用いて証明書の発行が行われており，個人が所有する携帯電話やパーソナルコンピュータ（ＰＣ）を経由した証明書の発行はできない。
　特許文献１では，政府が発行するＩＣカードと，携帯電話通信事業者が発行する証明書の２つの証明書を用いて，電子申請用の新たな証明書の発行を，携帯電話に対して行う方法が示されているが，前提とする２つの証明書が存在しない場合の証明書の発行を行う方法は示されていない。
　本明細書では，上記事情に鑑み，市町村役所の窓口に行かずに，個人が所有する携帯電話やＰＣなど，安全でない可能性のある端末を経由して，安全に証明書の発行を行う証明書発行システムおよびその方法が開示される。
　開示される証明書発行システムおよびその方法では，携帯電話など，ＩＣカードが接続された端末装置を経由して，ＩＣカードと登録局装置間，ＩＣカードと発行局装置間で，暗号化された電子データを送受信する。これにより，端末装置を含む通信路上の不正を排除する。また，登録局装置からの証明書発行要求を，端末装置を経由して，発行局装置へ送信する際に，登録局装置の署名を，発行局装置が確認することで端末装置からの不正な要求を排除する。
　すなわち，開示される証明書発行システムおよびその方法では，暗号化された電子データにより，安全でない可能性がある端末装置を単なる通信路として経由することで安全性を確保する。また，安全でない可能性がある端末装置を経由する登録局装置から発行局装置への命令（コマンド）の正当性を発行局装置が確認することで，安全でない可能性がある端末装置から送信された命令（コマンド）が不正でないことを保証する。
　また，登録局装置，認証局装置は，ＩＣカードからの命令（コマンド）に付与されたＩＣカードの秘密鍵による署名を検証することによって，公開鍵に対する秘密鍵を所持していることを保証する。
　上記構成により，
・ＩＣカード，登録局装置，発行局装置の３者間で正当性を確保しながら証明書発行を行うことにより，オープンな端末（安全でない可能性のある端末）でも安全に証明書の発行が可能になる。
・ユーザにとっては，電子証明書の発行に際して，市町村役所の窓口に行く必要がなくなり，利便性が向上する。
・従来必要であった，市町村役所の鍵ペア生成装置や，市町村役所の窓口端末と認証局間のネットワークが不要となる。
などの効果が得られる。
　具体的な一例として開示される証明書発行方法は，
　端末装置に接続されたＩＣカードが，端末装置を経由して，登録局装置，または，発行局装置との間で，電子データを送受信することにより，発行局装置がＩＣカードに対して証明書を発行する証明書発行方法であって，
　端末装置は，端末装置のユーザの本人確認証拠を含む証明書発行要求依頼を，登録局装置に送信し，
　登録局装置は，証明書発行要求依頼に含まれる本人確認証拠を用いて，ユーザの本人性の確認と実在性の確認とを行い，
　登録局装置は，鍵生成コマンドを端末装置を経由してＩＣカードに送信し，
　ＩＣカードは，公開鍵と秘密鍵との鍵ペアを生成して，自ＩＣカード内に保管し，
　ＩＣカードは，端末装置を経由して鍵生成結果を，登録局装置に送信し，
　登録局装置は，公開鍵要求コマンドを端末装置を経由してＩＣカードに送信し，
　ＩＣカードは，保管している公開鍵と公開鍵のペアとなる秘密鍵とを用いて，公開鍵に対する署名を生成し，
　ＩＣカードは，端末装置を経由して公開鍵と，署名とを，登録局装置に送信し，
　登録局装置は，ＩＣカードから送信された署名を検証することで，ＩＣカードから送信された公開鍵に対応する秘密鍵を，ＩＣカードが保持していることを確認し，
　登録局装置は，ユーザの個人情報を取得し，
　登録局装置は，公開鍵と，個人情報と，を含む証明書発行要求を生成し，
　登録局装置は，証明書発行要求を端末装置を経由してＩＣカードに送信し，
　ＩＣカードは，受信した証明書発行要求を保管し，
　ＩＣカードは，端末装置を経由して証明書発行要求保管結果を，登録局装置に送信し，
　登録局装置は，端末装置が接続すべき接続先と，該接続先に接続した際に実行すべき動作の要求と，該要求に対する署名と，再接続時の接続先を指定する再接続先と，を端末装置に送信し，
　端末装置は，要求と，署名と，を接続先で指定される発行局装置に送信し，
　発行局装置は，端末装置から送信された署名が，正しい署名であるか否かを確認するために署名検証を行い，
　発行局装置は，証明書発行要求取得コマンドを，端末装置を経由してＩＣカードに送信し，
　ＩＣカードは，保管している証明書発行要求を取り出し，保管している公開鍵のペアとなる秘密鍵を用いて，証明書発行要求に対する署名を生成し，
　ＩＣカードは，端末装置を経由して証明書発行要求と，署名とを，発行局装置に送信し，
　発行局装置は，ＩＣカードから送信された署名が正しいことを確認することで，ＩＣカードから送信された証明書発行要求に含まれる公開鍵に対応する秘密鍵を，ＩＣカードが保持していることを確認し，
　発行局装置は，証明書発行要求と，保管している鍵を使用して証明書を生成し，
　発行局装置は，証明書保管コマンドを端末装置を経由してＩＣカードに送信し，
　ＩＣカードは，受信した証明書保管コマンドから証明書を取り出して保管し，
　ＩＣカードは，端末装置を経由して証明書保管結果と，該証明書保管結果に対して，保管した証明書の中の公開鍵に対応する秘密鍵を使って生成した署名を，発行局装置に送信し，
　発行局装置は，ＩＣカードから送信された署名が正しいことを確認することで，発行局装置が生成した証明書中の公開鍵に対応した秘密鍵をＩＣカードが保持していることを確認する，ことを特徴とする。
　本発明によれば，窓口に行かなくても証明書の発行が行え，かつ，安全性が確保されていない端末装置を経由してでも安全に証明書の発行が行え，ユーザの利便性向上を図ることができる。
　本発明の他の目的，特徴及び利点は添付図面に関する以下の本発明の実施例の記載から明らかになるであろう。
実施例１の証明書発行システムの構成を例示する図である。 端末装置，登録局装置，発行局装置のハードウェア構成を例示する図である。 ＩＣカードのハードウェア構成を例示する図である。 実施例１の端末装置が登録局装置に接続し，証明書発行要求を生成する際の処理フローを例示する図である。 実施例１の発行局装置へ証明書発行要求を送り，証明書を発行する際の処理フローを例示する図である。
　本発明の実施形態について説明する。なお，これにより本発明が限定されるものではない。
　図１は，本実施例の証明書発行システムの構成図である。本実施例の証明書発行システムは，図１に示すように，１つまたは複数の端末装置２０ｎと登録局装置５０と発行局装置６０とがインターネットや携帯電話網などの１つまたは複数のネットワーク４０を介して互いに接続されている。また，前記端末装置２０ｎには，ＩＣカード１０が接続されている。
　端末装置２０は，ＩＣカード１０に対してデータを送受信するＩＣアクセス部２０１と，ネットワーク４０を介して，登録局装置５０または発行局装置６０とデータを送受信し，データ送受信結果を表示する入出力部２０３と，を含む。
　登録局装置５０は，ネットワーク４０を介して，端末装置２０とデータを送受信する通信部５０１と，前記受信されるデータに対して署名を生成し，前記送信されるデータの署名を検証する署名生成検証部５０２と，証明書を発行する際の要求データとなる証明書発行要求を生成する証明書発行要求生成部５０４と，前記署名生成検証部５０２で署名を生成したり検証したりするために使用する鍵と前記証明書発行要求生成部５０４で証明書発行要求を生成するために使用する鍵を保管する鍵保管部５０３と，前記証明書発行要求生成部５０４で証明書発行要求を生成するために使用する個人情報を人事情報データベースや住民基本台帳ネットワークから取得する個人情報取得部５０５と，を含む。
　発行局装置６０は，ネットワーク４０を介して，データを送受信する通信部６０１と，前記受信されるデータに対して署名を生成し，前記送信されるデータの署名を検証する署名生成検証部６０２と，証明書を発行する証明書生成部６０４と，前記署名生成検証部６０２で署名を生成したり検証したりするために使用する鍵と前記証明書生成部６０４で証明書を生成するために使用する鍵を保管する鍵保管部６０３と，を含む。
　ＩＣカード１０は，前記端末装置２０と，データを送受信するデータ送受信部１０１と，前記受信されるデータに対して署名を生成し，前記送信されるデータの署名を検証する署名生成検証部１０２と，公開鍵と秘密鍵の鍵ペアを生成する鍵生成部１０３と，前記登録局装置５０で生成され，前記端末装置２０経由で受信した前記証明書発行要求を保管する証明書発行要求保管部１０４と，前記発行局装置６０で生成され，前記端末装置２０経由で受信した証明書を保管する証明書保管部１０５と，前記鍵生成部１０３で生成された鍵ペアを保管する鍵保管部１０６と，を含む。
　なお，端末装置２０の入出力部２０３と，ＩＣアクセス部２０１は，同一機能単位として実現しても良い。
　図２は，端末装置２０のハードウェア構成図である。端末装置２０は，ＣＰＵ２１，主記憶装置２２，補助記憶装置２４，通信装置２５，入出力装置２６，記憶媒体２８の読取装置２７などがバスなどの内部通信線２９で接続された構成である。
　図示を省略するが，登録局装置５０，および発行局装置６０も，規模や性能の違いは有るが，端末装置２０と同様のハードウェア構成である。
　本実施例の認証処理について説明する。各装置の補助記憶装置２４に格納された処理プログラムが主記憶装置２２にロードされ，ＣＰＵ２１により実行されることにより，上述の各処理部が具現化され，各々の処理が実行される。たとえば，入出力部２０３は，ブラウザプログラムが実行されることにより具現化される。
　また，各プログラムは予め補助記憶装置２４に格納されても良いし，他の記憶媒体または通信媒体（ネットワーク，またはネットワークを伝搬する搬送波またはディジタル信号）を介して，必要なときにロードされても良い。
　図３はＩＣカード１０のハードウェア構成図である。ＩＣカード１０は，入出力装置１１と，ＣＰＵ１２と，耐タンパ記憶装置１３と，がバスなどの内部通信線１５で連結されて構成されている。耐タンパ記憶１３に格納された処理プログラムがＣＰＵ１２により実行されることにより，上述の各処理部が具現化され，各々の処理が実行される。
　図４は，端末装置２０が，登録局装置５０に対して，証明書発行要求の生成を依頼し，該証明書発行要求が生成され，ＩＣカード１０に保管されるまでの処理フロー図である。
　まず，本処理フローに先立って，端末装置２０のユーザは登録局装置５０に対して，本人確認を済ませることとする。例えば，市町村役所の窓口で対面で本人確認を受けても良いし，電話やインターネット経由など非対面での申し込みの後で，本人限定受取の郵便で本人確認の証拠となるＩＤやパスワードを受領しても良い。
　端末装置２０の入出力部２０３は，上述の通り，事前に済ませた本人確認の証拠を含む証明書発行要求依頼Ａ２０１を，登録局装置５０に送信する（Ｓ２０１）。登録局装置５０は，証明書発行要求依頼Ａ２０１に含まれる本人確認証拠を確認することで，端末装置２０のユーザの本人性の確認と実在性の確認を行い，ＩＣアクセス部起動要求を行う（Ｓ５０１）。
　登録局装置５０は，ＩＣアクセス部起動コマンドＡ５０１と，ＩＣアクセス部が起動した後で接続すべき接続先Ａ５０２と，該接続先Ａ５０２に接続した際に実行すべき動作の要求Ａ５０３と，該要求Ａ５０３に対する署名Ａ５０４と，再度入出力部２０３が起動したときの接続先を指定する再接続先Ａ５２２と，を端末装置２０の入出力部２０３に送信する。
　端末装置２０の入出力部２０３は，ＩＣアクセス部起動コマンドＡ５０１と，ＩＣアクセス部が起動した後で接続すべき接続先Ａ５０２と，前記要求Ａ５０３と，前記署名Ａ５０４と，再接続先Ａ５２２と，をＩＣアクセス部２０１に送り，ＩＣアクセス部２０１を起動させる（Ｓ２０２）。該起動したＩＣアクセス部２０１は，接続すべき接続先Ａ５０２に従って登録局装置５０に接続し，要求Ａ５０３と，前記署名Ａ５０４と，を登録局装置５０に送信する。登録局装置５０は，前記端末装置２０のＩＣアクセス部２０１から送信された署名Ａ５０４が，正しい署名であるか否かを確認するために署名検証を行う（Ｓ５０２）。
　登録局装置５０は，鍵生成コマンドＡ５０５を端末装置２０のＩＣアクセス部２０１を経由してＩＣカード１０に送信する（Ｓ５０３）。
　ＩＣカード１０の鍵生成部１０３は，公開鍵，秘密鍵の鍵ペアを生成し（Ｓ１０１），鍵保管部１０６へ保管する。ＩＣカード１０は，端末装置２０のＩＣアクセス部２０１を経由して鍵生成結果Ａ１０１を，登録局装置５０に送信する。
　登録局装置５０は，公開鍵要求コマンドＡ５０６を端末装置２０のＩＣアクセス部２０１を経由してＩＣカード１０に送信する（Ｓ５０４）。
　ＩＣカード１０の署名生成検証部は，前記鍵保管部に保管されている公開鍵Ａ１０２を取り出し，さらに，前記鍵保管部に保管されている前記公開鍵Ａ１０２のペアとなる秘密鍵を用いて，前記公開鍵Ａ１０２に対する署名Ａ１０３を，生成する（Ｓ１０２）。ＩＣカード１０は，端末装置２０のＩＣアクセス部２０１を経由して前記公開鍵Ａ１０２と，署名Ａ１０３とを，登録局装置５０に送信する。
　登録局装置５０の署名生成検証部５０２は，前記ＩＣカード１０から送信された署名Ａ１０３が正しいことを確認することで，前記ＩＣカード１０から送信された前記公開鍵Ａ１０２に対応する秘密鍵を，前記ＩＣカード１０が保持していることを確認できる（Ｓ５０５）。
　次に登録局装置５０の個人情報取得部５０５は，人事情報データベースや住民基本台帳ネットワークから個人情報を取得する（Ｓ５０６）。
　次に登録局装置５０の証明書発行要求生成部５０４は，前記公開鍵Ａ１０２と，前記個人情報と，を含む証明書発行要求Ａ５０７を生成する。証明書発行要求Ａ５０７には，鍵保管部５０３に保管されている鍵を使用して生成する署名を含める（Ｓ５０７）。
　登録局装置５０は，証明書発行要求Ａ５０７を端末装置２０のＩＣアクセス部２０１を経由してＩＣカード１０に送信する。
　ＩＣカード１０は，受信した証明書発行要求Ａ５０７を，証明書要求保管部１０４に保管する（Ｓ１０３）。ＩＣカード１０は，端末装置２０のＩＣアクセス部２０１を経由して証明書発行要求保管結果Ａ１０４を，登録局装置５０に送信する。
　登録局装置５０は，端末装置２０のＩＣアクセス部２０１に証明書発行要求保管結果Ａ１０４を表示させるために入出力部２０３の起動を要求する（Ｓ５０８）。登録局装置５０から，入出力部２０３の起動要求Ａ５０８を受信した端末装置２０のＩＣアクセス部２０１は，入出力部２０３の起動要求を行い（Ｓ２０４），端末装置の入出力部２０３へ入出力部２０３の起動コマンドＡ２０２と，端末装置２０のＩＣアクセス部２０１が起動されたときに，端末装置２０の入出力部２０３から受信した再接続先Ａ５２２を送信する。
　端末装置２０の入出力部２０３は，接続要求を行い（Ｓ２０５），接続要求Ａ２０４を登録局装置５０に送信する。
　図５は，図４に引き続き行われる，発行局装置６０が証明書の発行を行う処理フロー図である。
　図４の最後の処理で，接続要求Ａ２０４を受けた登録局装置５０は，ＩＣアクセス部起動要求を行う（Ｓ５１１）。登録局装置５０は，ＩＣアクセス部起動コマンドＡ５０１と，ＩＣアクセス部が起動した後で接続すべき接続先Ａ５１２と，該接続先Ａ５１２に接続した際に実行すべき動作の要求Ａ５１３と，該要求Ａ５１３に対する署名Ａ５１４と，再度入出力部２０３が起動したときの接続先を指定する再接続先Ａ５２３と，を端末装置２０の入出力部２０３に送信する。端末装置２０の入出力部２０３は，ＩＣアクセス部起動コマンドＡ５０１と，ＩＣアクセス部が起動した後で接続すべき接続先Ａ５１２と，前記要求Ａ５１３と，前記署名Ａ５１４と，再接続先Ａ５２３と，をＩＣアクセス部２０１に送り，ＩＣアクセス部２０１を起動させる（Ｓ２１１）。該起動したＩＣアクセス部２０１は，要求Ａ５１３と，前記署名Ａ５１４と，を前記接続先Ａ５１２で指定される発行局装置６０に送信する。発行局装置６０は，前記端末装置２０のＩＣアクセス部２０１から送信された署名Ａ５１４が，正しい署名であるか否かを確認するために署名検証を行う（Ｓ６１１）。
　その後，発行局装置６０は，証明書発行要求取得コマンドＡ６１１を端末装置２０のＩＣアクセス部２０１を経由してＩＣカード１０に送信する（Ｓ６１２）。
　ＩＣカード１０の署名生成検証部は，前記証明書要求保管部１０４に保管されている証明書発行要求Ａ５０７を取り出し，さらに，前記鍵保管部１０６に保管されている前記公開鍵Ａ１０２のペアとなる秘密鍵を用いて，証明書発行要求Ａ５０７に対する署名Ａ１１４を，生成する（Ｓ１１１）。ＩＣカード１０は，端末装置２０のＩＣアクセス部２０１を経由して前記証明書発行要求Ａ５０７と，署名Ａ１１２とを，発行局装置６０に送信する。
　発行局装置６０の署名生成検証部６０２は，前記ＩＣカード１０から送信された署名Ａ１１２が正しいことを確認することで，前記ＩＣカード１０から送信された前記証明書発行要求Ａ５０７に含まれる公開鍵Ａ１０２に対応する秘密鍵を，前記ＩＣカード１０が保持していることを確認できる（Ｓ６１３）。また，発行局装置６０の署名生成検証部６０２は，登録局装置５０がステップＳ５０７での署名生成に使った登録局装置の鍵に対応する鍵を用いて，証明書発行要求に含まれる署名を検証し，証明書発行要求Ａ５０７の正当性を検証する。
　次に発行局装置６０の証明書生成部６０４は，前記証明書発行要求Ａ５０７と，鍵保管部６０３に保管されている鍵を使用して証明書を生成する（Ｓ６１４）。
　発行局装置６０は，証明書保管コマンドＡ６１２を端末装置２０のＩＣアクセス部２０１を経由してＩＣカード１０に送信する。
　ＩＣカード１０は，受信した証明書保管コマンドＡ６１２から証明書を取り出し，証明書保管部１０５に保管する（Ｓ１１２）。ＩＣカード１０は，端末装置２０のＩＣアクセス部２０１を経由して証明書保管結果Ａ１１３と，該証明書保管結果Ａ１１３に対して，前記証明書保管部１０５に保管された証明書の中の公開鍵Ａ１０２に対応する秘密鍵を使って生成した署名Ａ６１４を，発行局装置６０に送信する。
　発行局装置６０の署名生成検証部６０２は，前記ＩＣカード１０から送信された署名Ａ１１４が正しいことを確認することで，ステップＳ６１４で生成した証明書中の公開鍵Ａ１０２に対応した秘密鍵を前記ＩＣカード１０が保持していることを確認できる（Ｓ６１６）。
　発行局装置６０は端末装置２０に結果を表示させるために入出力部２０３の起動を要求する（Ｓ６１７）。発行局装置６０は，入出力部２０３の起動要求Ａ６１３と，再接続した際に実行すべき動作の要求Ａ６１４と，該要求Ａ６１４に対する署名Ａ６１５と，を端末装置２０のＩＣアクセス部２０１に送信する。端末装置２０のＩＣアクセス部２０１は，入出力部２０３の起動要求を行い（Ｓ２０４），入出力部２０３の起動コマンドＡ２０２と，端末装置２０のＩＣアクセス部２０１が起動されたときに，端末装置２０の入出力部２０３から受信した再接続先Ａ５２３と，再接続した際に実行すべき動作の要求Ａ６１４と，該要求Ａ６１４に対する署名Ａ６１５と，を端末装置の入出力部２０３へ送信する。
　端末装置２０の入出力部２０３は，接続要求を行い（Ｓ２１４），要求Ａ６１４と，署名Ａ６１５と，を再接続先Ａ５２３で示されている登録局装置５０に送信する。
　登録局装置５０の署名生成検証部５０４は，前記要求Ａ６１４に対する署名Ａ６１５が正しいことを確認する（Ｓ５１２）。その後，端末装置２０の入出力部に対して任意の情報Ａ５１５の提供を行う（Ｓ５１３）。
　なお，本例示では，端末装置２０のＩＣアクセス部２０１と入出力部２０３を分けてそれぞれ個別に起動できるようにしたが，入出力部２０３が直接ＩＣカード１０とデータの送受信を行える場合には，図４の登録局装置５０のＩＣアクセス部起動要求（Ｓ５０１）から署名検証（Ｓ５０２）までを省略できる。また，図４と図５の入出力部２０３の起動要求（Ｓ５０８，Ｓ６１７）以降を省略できる。さらに，図５のＩＣアクセス部起動要求（Ｓ５１１）で端末装置２０の入出力部２０３に送信しているデータから，ＩＣアクセス部起動コマンドＡ５０１を省略することができる。
　登録局装置５０から，接続先Ａ５１２と，要求Ａ５１３と，署名Ａ５１４と，再接続先Ａ５２３と，を受信した端末装置２０の入出力部２０３が，要求Ａ５１３と署名Ａ５１４を，発行局装置６０に送信すれば良い。
　また，図４のＩＣカード１０と登録局装置５０でデータの送受信を行っている処理，具体的には，鍵生成要求（Ｓ５０２）から入出力部２０３の起動要求（Ｓ５０８）の直前までの処理では，ＩＣカード１０と登録局装置５０で事前に共有している鍵を用いて，セッション鍵を生成し，送受信するデータの完全性と機密性を確保するために，そのセッション鍵を使って送受信するデータを暗号化しても良い。同様に，図５のＩＣカード１０と発行局装置６０でデータの送受信を行っている処理，具体的には，図５の証明書発行要求取得要求（Ｓ６１２）から入出力部２０３の起動要求（Ｓ５０８）の直前までの処理で，ＩＣカード１０と登録局装置５０で事前に共有している鍵を用いて，セッション鍵を生成し，そのセッション鍵を使って送受信するデータの完全性と機密性を確保しても良い。その場合，図４の署名Ａ１０３，署名検証（Ｓ５０５），図５の署名Ａ１１２，署名検証（Ｓ６１３），署名Ａ１１４，署名検証（Ｓ６１６）は省略できる。
　また，図４において，鍵生成（Ｓ１０１）の後で，鍵生成結果Ａ１０１を送るようにしているが，公開鍵Ａ１０２と署名Ａ１０３を送るようにしても良い。この場合，公開鍵要求（Ｓ５０４）が省略できる。
　また，図４において，証明書発行要求保管処理（Ｓ１０３）で，証明書発行要求Ａ５０７をＩＣカード１０の証明書要求保管部１０４に保管しているが，端末装置１０の補助記憶装置２４に保管するようにしても良い。その場合，証明書要求保管部１０４は不要となる。
　また，図５において，証明書保管処理（Ｓ１１２）で，証明書をＩＣカード１０の証明書保管部１０５に保管しているが，端末装置１０の補助記憶装置２４に保管するようにしても良い。その場合，証明書保管部１０５は不要となる。
　また，図４の署名検証（Ｓ５０２）と，図５の署名検証（Ｓ６１１）で，要求に対する署名を検証しているが，要求に含まれるデータそのものに不正が含まれる余地がない場合は省略できる。例えば本例示では，図５の要求Ａ５１３は，証明書の発行処理を要求するものであるが，以降でＩＣカード１０から取得する証明書発行要求そのものに登録局装置５０の署名が付いているので，署名Ａ５１４の送受信と，署名検証（Ｓ６１１）は省略しても良い。
　また，本例示では，初期発行のフローを例示しているが，再発行の時にも適用可能である。具体的には，本例示では，図４の証明書発行依頼（Ｓ２０１）において，本人確認の証拠となる別途郵送で送られたＩＤやパスワードを送付するとしたが，更新時には，既に証明書を保持しているので，証明書発行要求依頼Ａ２０１として保持している証明書と該証明書の中の公開鍵に対応した秘密鍵による署名を送るようにすれば良い。登録局装置５０は証明書と署名の正当性を確認することで，本人確認が可能となる。以降は本例示と同様の処理を行えばよい。
　また，本実施例では，登録局装置および発行局装置の二者が連携してＩＣカードに対して証明書の発行を行う処理を例示したが，一般的に，ＩＣカードに対して連携して作用する二つの装置に対して適用可能である。例えば，ＩＣカードへアプリケーションを搭載する装置と，搭載後に該アプリケーションに対して初期化データを設定する個人化装置に適用することも可能である。また，ＩＣカードへアプリケーションを搭載する装置と，該アプリケーションを使って実際にサービス提供するサービス提供者装置に適用することも可能である。
　なお，本発明は，上記の本実施形態に限定されるものではなく，その要旨の範囲内で様々な変形が可能である。
　１０　ＩＣカード
　２０　端末装置
　２１　ＣＰＵ
　２２　主記憶装置
　２４　補助記憶装置
　２５　通信装置
　２６　入出力装置
　２７　読取装置
　２８　記憶媒体
　２９　内部信号線
　４０　ネットワーク
　５０　登録局装置
　６０　発行局装置
　Ａ１０１　鍵生成結果
　Ａ１０２　公開鍵
　Ａ１０３　署名
　Ａ１０４　証明書発行要求保管結果
　Ａ１１２　署名
　Ａ１１３　証明書保管結果
　Ａ１１４　署名
　Ａ２０１　証明書発行要求依頼
　Ａ２０２　入出力部２０３の起動コマンド
　Ａ２０４　接続要求
　Ａ５０１　ＩＣアクセス部起動コマンド
　Ａ５０２　接続先
　Ａ５０３　要求
　Ａ５０４　署名
　Ａ５０５　鍵生成コマンド
　Ａ５０６　公開鍵要求コマンド
　Ａ５０７　証明書発行要求
　Ａ５０８　入出力部２０３の起動要求
　Ａ５１２　接続先
　Ａ５１３　要求
　Ａ５１４　署名
　Ａ５１５　任意の情報
　Ａ５２２　再接続先
　Ａ５２３　再接続先
　Ａ６１１　証明書発行要求取得コマンド
　Ａ６１２　証明書保管コマンド
　Ａ６１３　入出力部２０３の起動要求
　Ａ６１４　要求
　Ａ６１５　署名

Claims (12)

  1. 　端末装置に接続されたＩＣカードが，端末装置を経由して，登録局装置，または，発行局装置との間で，電子データを送受信することにより，発行局装置がＩＣカードに対して証明書を発行する証明書発行方法であって，
    　端末装置は，端末装置のユーザの本人確認証拠を含む証明書発行要求依頼を，登録局装置に送信し，
    　登録局装置は，証明書発行要求依頼に含まれる本人確認証拠を用いて，ユーザの本人性の確認と実在性の確認とを行い，
    　登録局装置は，鍵生成コマンドを端末装置を経由してＩＣカードに送信し，
    　ＩＣカードは，公開鍵と秘密鍵との鍵ペアを生成して，自ＩＣカード内に保管し，
    　ＩＣカードは，端末装置を経由して鍵生成結果を，登録局装置に送信し，
    　登録局装置は，公開鍵要求コマンドを端末装置を経由してＩＣカードに送信し，
    　ＩＣカードは，保管している公開鍵と前記公開鍵のペアとなる秘密鍵とを用いて，前記公開鍵に対する署名を生成し，
    　ＩＣカードは，端末装置を経由して前記公開鍵と，署名とを，登録局装置に送信し，
    　登録局装置は，前記ＩＣカードから送信された署名を検証することで，前記ＩＣカードから送信された前記公開鍵に対応する秘密鍵を，前記ＩＣカードが保持していることを確認し，
    　登録局装置は，ユーザの個人情報を取得し，
    　登録局装置は，前記公開鍵と，前記個人情報と，を含む証明書発行要求を生成し，
    　登録局装置は，証明書発行要求を端末装置を経由してＩＣカードに送信し，
    　ＩＣカードは，受信した証明書発行要求を保管し，
    　ＩＣカードは，端末装置を経由して証明書発行要求保管結果を，登録局装置に送信し，
    　登録局装置は，端末装置が接続すべき接続先と，該接続先に接続した際に実行すべき動作の要求と，該要求に対する署名と，再接続時の接続先を指定する再接続先と，を端末装置に送信し，
    　端末装置は，前記要求と，前記署名と，を前記接続先で指定される発行局装置に送信し，
    　発行局装置は，前記端末装置から送信された署名が，正しい署名であるか否かを確認するために署名検証を行い，
    　発行局装置は，証明書発行要求取得コマンドを，端末装置を経由してＩＣカードに送信し，
    　ＩＣカードは，保管している証明書発行要求を取り出し，保管している前記公開鍵のペアとなる秘密鍵を用いて，証明書発行要求に対する署名を生成し，
    　ＩＣカードは，端末装置を経由して前記証明書発行要求と，署名とを，発行局装置に送信し，
    　発行局装置は，前記ＩＣカードから送信された署名が正しいことを確認することで，前記ＩＣカードから送信された前記証明書発行要求に含まれる公開鍵に対応する秘密鍵を，前記ＩＣカードが保持していることを確認し，
    　発行局装置は，前記証明書発行要求と，保管している鍵を使用して証明書を生成し，
    　発行局装置は，証明書保管コマンドを端末装置を経由してＩＣカードに送信し，
    　ＩＣカードは，受信した証明書保管コマンドから証明書を取り出して保管し，
    　ＩＣカードは，端末装置を経由して証明書保管結果と，該証明書保管結果に対して，保管した証明書の中の公開鍵に対応する秘密鍵を使って生成した署名を，発行局装置に送信し，
    　発行局装置は，前記ＩＣカードから送信された署名が正しいことを確認することで，発行局装置が生成した証明書中の公開鍵に対応した秘密鍵を前記ＩＣカードが保持していることを確認する
    ことを特徴とする証明書発行方法。
  2. 　端末装置に接続されたＩＣカードが，端末装置を経由して，登録局装置，または，発行局装置との間で，電子データを送受信することにより，発行局装置がＩＣカードに対して証明書を発行する証明書発行方法であって，
    　端末装置は，端末装置のユーザの本人確認証拠を含む証明書発行要求依頼を，登録局装置に送信し，
    　登録局装置は，証明書発行要求依頼に含まれる本人確認証拠を用いて，ユーザの本人性の確認と実在性の確認とを行い，
    　登録局装置は，接続すべき接続先と，該接続先に接続した際に実行すべき動作の要求と，該要求に対する署名と，再接続時の接続先を指定する再接続先と，を端末装置に送信し，
    　端末装置は，接続すべき接続先に従って登録局装置に接続し，要求と，前記署名と，を登録局装置に送信し，
    　登録局装置は，前記端末装置から送信された署名が，正しい署名であるか否かを確認し，
    　登録局装置は，鍵生成コマンドを端末装置を経由してＩＣカードに送信し，
    　ＩＣカードは，公開鍵と秘密鍵との鍵ペアを生成して，自ＩＣカード内に保管し，
    　ＩＣカードは，端末装置を経由して鍵生成結果を，登録局装置に送信し，
    　登録局装置は，公開鍵要求コマンドを端末装置を経由してＩＣカードに送信し，
    　ＩＣカードは，保管している公開鍵と前記公開鍵のペアとなる秘密鍵とを用いて，前記公開鍵に対する署名を生成し，
    　ＩＣカードは，端末装置を経由して前記公開鍵と，署名とを，登録局装置に送信し，
    　登録局装置は，前記ＩＣカードから送信された署名を検証することで，前記ＩＣカードから送信された前記公開鍵に対応する秘密鍵を，前記ＩＣカードが保持していることを確認し，
    　登録局装置は，ユーザの個人情報を取得し，
    　登録局装置は，前記公開鍵と，前記個人情報と，を含む証明書発行要求を生成し，
    　登録局装置は，証明書発行要求を端末装置を経由してＩＣカードに送信し，
    　ＩＣカードは，受信した証明書発行要求を保管し，
    　ＩＣカードは，端末装置を経由して証明書発行要求保管結果を，登録局装置に送信し，　登録局装置は，端末装置に結果の表示を要求し，
    　端末装置は，再接続先に従って，接続要求を登録局装置に送信し，
    　登録局装置は，接続すべき接続先と，該接続先に接続した際に実行すべき動作の要求と，該要求に対する署名と，再接続時の接続先を指定する再接続先と，を端末装置に送信し，
    　端末装置は，接続すべき接続先に従って登録局装置に接続し，前記要求と，前記署名と，を前記接続先で指定される発行局装置に送信し，
    　発行局装置は，前記端末装置から送信された署名が，正しい署名であるか否かを確認するために署名検証を行い，
    　発行局装置は，証明書発行要求取得コマンドを，端末装置を経由してＩＣカードに送信し，
    　ＩＣカードは，保管している証明書発行要求を取り出し，保管している前記公開鍵のペアとなる秘密鍵を用いて，証明書発行要求に対する署名を生成し，
    　ＩＣカードは，端末装置を経由して前記証明書発行要求と，署名とを，発行局装置に送信し，
    　発行局装置は，前記ＩＣカードから，証明書発行要求と共に送信された署名が正しいことを確認することで，前記ＩＣカードから送信された前記証明書発行要求に含まれる公開鍵に対応する秘密鍵を，前記ＩＣカードが保持していることを確認し，
    　発行局装置は，前記証明書発行要求と，保管している鍵を使用して証明書を生成し，
    　発行局装置は，証明書保管コマンドを端末装置を経由してＩＣカードに送信し，
    　ＩＣカードは，受信した証明書保管コマンドから証明書を取り出して保管し，
    　ＩＣカードは，端末装置を経由して証明書保管結果と，該証明書保管結果に対して，保管した証明書の中の公開鍵に対応する秘密鍵を使って生成した署名を，発行局装置に送信し，
    　発行局装置は，前記ＩＣカードから送信された署名が正しいことを確認することで，発行局装置が生成した証明書中の公開鍵に対応した秘密鍵を前記ＩＣカードが保持していることを確認する
    ことを特徴とする証明書発行方法。
  3. 　請求項１に記載の証明書発行方法であって，
    　登録局装置または発行局装置が端末装置を経由してＩＣカードとデータを送受信するときに，ＩＣカードと登録局装置で共有されている鍵，およびＩＣカードと発行局装置で共有されている鍵を用いて，セッション鍵を生成し，該セッション鍵を使って送受信するデータを暗号化する
    ことを特徴とする証明書発行方法。
  4. 　請求項１に記載の証明書発行方法であって，
    　ＩＣカードが，公開鍵，秘密鍵の鍵ペアを生成して保管し，
    　ＩＣカードは，端末装置を経由して鍵生成結果を，登録局装置に送信する際に，鍵生成結果とともに，保管している公開鍵を取り出し，保管している前記公開鍵のペアとなる秘密鍵を用いて，前記公開鍵に対する署名を生成し，
    　ＩＣカードは，端末装置を経由して前記公開鍵と，署名とを，登録局装置に送信する
    ことを特徴とする証明書発行方法。
  5. 　請求項１に記載の証明書発行方法であって，
    　ＩＣカードが，端末装置を経由して証明書発行要求保管結果を，登録局装置に送信した後に，
    　登録局装置は，端末装置に結果の表示を要求し，
    　端末装置は，再接続先に従って，接続要求を登録局装置に送信し，
    　接続要求を受けた登録局装置は，端末装置が接続すべき接続先と，該接続先に接続した際に実行すべき動作の要求と，該要求に対する署名と，再接続時の接続先を指定する再接続先と，を端末装置に送信する
    ことを特徴とする証明書発行方法。
  6. 　請求項１に記載の証明書発行方法であって，
    　発行局装置は，前記ＩＣカードから，証明書保管結果と共に送信された署名が正しいことを確認することで，発行局装置が生成した証明書中の公開鍵に対応した秘密鍵を前記ＩＣカードが保持していることを確認した後に，
    　発行局装置は，結果の表示と，再接続した際に実行すべき動作の要求と，該要求に対する署名と，を端末装置に送信し，
    　端末装置は，接続要求を行い，再接続した際に実行すべき動作の要求と，署名と，を前記再接続先で示されている登録局装置に送信し，
    　登録局装置は，前記要求に対する署名が正しいことを確認し，端末装置に対して任意の情報の提供を行う
    ことを特徴とする証明書発行方法。
  7. 　請求項１に記載の証明書発行方法であって，
    　端末装置は，登録局装置からＩＣカードに送信された証明書発行要求を，自端末装置に保管する
    ことを特徴とする証明書発行方法。
  8. 　請求項１に記載の証明書発行方法であって，
    　端末装置は，発行局装置からＩＣカードに送信された証明書を，自端末装置に保管することを特徴とする証明書発行方法。
  9. 　請求項１に記載の証明書発行方法であって，
    　端末装置は，本人確認証拠を含む証明書発行要求依頼を登録局装置に送信する際に，
    　既に発行済みの証明書と，該証明書の中の公開鍵に対応する秘密鍵を用いて生成した署名と，と本人確認証拠として登録局装置に送信する
    ことを特徴とする証明書発行方法。
  10. 　ＩＣカードが接続される端末装置と，登録局装置と，発行局装置と，がネットワークを介して互いに接続される証明書発行システムであって，
    　前記端末装置は，前記登録局装置，または，前記発行局装置とデータを送受信し，データ送受信結果を表示する入出力部と，
    　前記ＩＣカードに対してデータを送受信するＩＣアクセス部と，を有し，
    　前記登録局装置は，
    　前記端末装置とデータを送受信する通信部と，
    　前記受信されるデータに対して署名を生成し，前記送信されるデータの署名を検証する署名生成検証部と，
    　証明書を発行する際の要求データとなる証明書発行要求を生成する証明書発行要求生成部と，
    　前記署名生成検証部で署名の生成または検証のために使用する鍵と，前記証明書発行要求生成部で証明書発行要求を生成するために使用する鍵と，を保管する鍵保管部と，
    　前記証明書発行要求生成部で証明書発行要求を生成するために使用する個人情報を取得する個人情報取得部と，を有し，
    　前記発行局装置は，
    　データを送受信する通信部と，
    　前記受信されるデータに対して署名を生成し，前記送信されるデータの署名を検証する署名生成検証部と，
    　証明書を発行する証明書生成部と，前記署名生成検証部で署名の生成または検証のために使用する鍵と，前記証明書生成部で証明書を生成するために使用する鍵と，を保管する鍵保管部と，を有し，
    　前記ＩＣカードは，
    　前記端末装置と，データを送受信するデータ送受信部と，
    　前記受信されるデータに対して署名を生成し，前記送信されるデータの署名を検証する署名生成検証部と，
    　公開鍵と秘密鍵の鍵ペアを生成する鍵生成部と，
    　前記登録局装置で生成され，前記端末装置経由で受信した前記証明書発行要求を保管する証明書発行要求保管部と，
    　前記発行局装置で生成され，前記端末装置経由で受信した証明書を保管する証明書保管部と，
    　前記鍵生成部で生成された鍵ペアを保管する鍵保管部と，を有する
    ことを特徴とする証明書発行システム。
  11. 　請求項１０に記載の証明書発行システムであって，
    　前記ＩＣカードは，前記端末装置経由で受信した証明書を保管する証明書保管部を有する
    ことを特徴とする証明書発行システム。
  12. 　請求項１０に記載の証明書発行システムであって，
    　前記ＩＣカードは，前記端末装置経由で受信した前記証明書発行要求を保管する証明書発行要求保管部を有する
    ことを特徴とする証明書発行システム。
PCT/JP2011/064022 2010-08-26 2011-06-20 電子証明書発行システムおよびその方法 WO2012026189A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010-188989 2010-08-26
JP2010188989A JP2012049752A (ja) 2010-08-26 2010-08-26 電子証明書発行システムおよびその方法

Publications (1)

Publication Number Publication Date
WO2012026189A1 true WO2012026189A1 (ja) 2012-03-01

Family

ID=45723205

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/064022 WO2012026189A1 (ja) 2010-08-26 2011-06-20 電子証明書発行システムおよびその方法

Country Status (2)

Country Link
JP (1) JP2012049752A (ja)
WO (1) WO2012026189A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106971124A (zh) * 2017-02-24 2017-07-21 南方城墙信息安全科技有限公司 用于批量发卡的写卡写证设备和方法
JP2021043517A (ja) * 2019-09-06 2021-03-18 株式会社東芝 携帯可能電子装置、及びｉｃカード

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6668183B2 (ja) 2016-07-01 2020-03-18 株式会社東芝 通信装置、通信方法、通信システムおよびプログラム
DE102018008271A1 (de) * 2018-10-18 2020-04-23 Giesecke+Devrient Mobile Security Gmbh Absicherung einer P2P-Kommunikation
JP2022073656A (ja) * 2020-11-02 2022-05-17 株式会社東芝 Ｉｃカード、携帯可能電子装置及び発行装置
WO2022124352A1 (ja) * 2020-12-09 2022-06-16 パナソニックＩｐマネジメント株式会社 リクエスト検証システムおよびリクエスト検証方法
EP4418153A1 (en) * 2021-10-15 2024-08-21 Fujitsu Limited Authentication program, authentication device, and authentication method

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009031849A (ja) * 2007-07-24 2009-02-12 Hitachi Ltd 電子申請用証明書発行システムおよび電子申請受付システム、並びにそれらの方法およびプログラム
JP2009543510A (ja) * 2006-07-10 2009-12-03 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信ネットワークにおける認証手順のための方法および装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009543510A (ja) * 2006-07-10 2009-12-03 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信ネットワークにおける認証手順のための方法および装置
JP2009031849A (ja) * 2007-07-24 2009-02-12 Hitachi Ltd 電子申請用証明書発行システムおよび電子申請受付システム、並びにそれらの方法およびプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MIKKONEN, H. ET AL.: "Federated Identity Management for Grids [online], International conference on Networking and Services", IEEE, 2006, Retrieved from the Internet <URL:http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=1690540> *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106971124A (zh) * 2017-02-24 2017-07-21 南方城墙信息安全科技有限公司 用于批量发卡的写卡写证设备和方法
CN106971124B (zh) * 2017-02-24 2020-02-07 南方城墙信息安全科技有限公司 用于批量发卡的写卡写证设备和方法
JP2021043517A (ja) * 2019-09-06 2021-03-18 株式会社東芝 携帯可能電子装置、及びｉｃカード
JP7446746B2 (ja) 2019-09-06 2024-03-11 株式会社東芝 携帯可能電子装置、及びｉｃカード

Also Published As

Publication number Publication date
JP2012049752A (ja) 2012-03-08

Similar Documents

Publication Publication Date Title
CN110337797B (zh) 用于执行双因素认证的方法
CN109150548B (zh) 一种数字证书签名、验签方法及系统、数字证书系统
WO2012026189A1 (ja) 電子証明書発行システムおよびその方法
US20190251561A1 (en) Verifying an association between a communication device and a user
EP2999189A1 (en) Network authentication method for secure electronic transactions
ES2662826T3 (es) Sistema y procedimiento para autenticación segura
WO2009141936A1 (ja) Ｉｃカード、ｉｃカードシステムおよびその方法
EP3662430B1 (en) System and method for authenticating a transaction
US11057195B2 (en) Method and system for providing security for the first time a mobile device makes contact with a device
WO2018021708A1 (ko) 공개키 기반의 서비스 인증 방법 및 시스템
CN103761647A (zh) 电子支付系统及电子支付方法
JP2015194879A (ja) 認証システム、方法、及び提供装置
US20100257366A1 (en) Method of authenticating a user
JPWO2020004486A5 (ja)
EP2824603A2 (en) System and method for authenticating public keys
KR100858146B1 (ko) 이동통신 단말기 및 가입자 식별 모듈을 이용한 개인 인증방법 및 장치
KR101856530B1 (ko) 사용자 인지 기반 암호화 프로토콜을 제공하는 암호화 시스템 및 이를 이용하는 온라인 결제 처리 방법, 보안 장치 및 거래 승인 서버
JP2021050556A (ja) 認証システム
KR102053993B1 (ko) 인증서를 이용한 사용자 인증 방법
KR101868564B1 (ko) 사용자 본인 확인(identification) 등록과 로컬 인증을 연계한 사용자 인증 장치 및 방법
US20150302506A1 (en) Method for Securing an Order or Purchase Operation Means of a Client Device
KR20170099339A (ko) 보안 회원가입 및 로그인 호스팅 서비스 제공 시스템 및 그 방법
KR101879842B1 (ko) Otp를 이용한 사용자 인증 방법 및 시스템
KR20130011198A (ko) 난수매체를 통해 생성되는 일회용코드
KR101804845B1 (ko) 무선단말기에서의 otp인증방법

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: 11819661

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11819661

Country of ref document: EP

Kind code of ref document: A1