EP4659136A1 - Verfahren zum erzeugen eines provisionierungstokens durch ein endgerät - Google Patents

Verfahren zum erzeugen eines provisionierungstokens durch ein endgerät

Info

Publication number
EP4659136A1
EP4659136A1 EP24705376.2A EP24705376A EP4659136A1 EP 4659136 A1 EP4659136 A1 EP 4659136A1 EP 24705376 A EP24705376 A EP 24705376A EP 4659136 A1 EP4659136 A1 EP 4659136A1
Authority
EP
European Patent Office
Prior art keywords
terminal
issued
data record
identification data
cryptographic key
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
EP24705376.2A
Other languages
English (en)
French (fr)
Inventor
Frank Dietrich
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bundesdruckerei GmbH
Original Assignee
Bundesdruckerei GmbH
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 Bundesdruckerei GmbH filed Critical Bundesdruckerei GmbH
Publication of EP4659136A1 publication Critical patent/EP4659136A1/de
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • G06F21/645—Protecting data integrity, e.g. using checksums, certificates or signatures using a third party
    • 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/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • 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/321—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 a third party or a trusted authority
    • H04L9/3213—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 a third party or a trusted authority using tickets or tokens, e.g. Kerberos
    • 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

Definitions

  • the invention relates to a method for providing a digital provisioning token on a terminal, a method for issuing a digital document to be issued for the terminal using the digital provisioning token of the terminal, the terminal for providing the digital provisioning token on the terminal, an ID provider server for providing the digital provisioning token on the terminal, an issuer server for issuing the digital document to be issued for the terminal and a system which comprises the terminal and the ID provider server.
  • the invention is based on the object of creating a method for cryptographically secure provision of a provisioning token for a digital document.
  • Embodiments include a method for providing a digital provisioning token on a terminal for provisioning a digital document.
  • the provisioning token proves authorization to receive the digital document to be issued and is cryptographically linked to the end device.
  • the method comprises generating a first asymmetric key pair by the terminal, which comprises a first public cryptographic key and a first private cryptographic key.
  • the terminal receives a first data element associated with the document to be issued.
  • the first data element identifies the document to be issued.
  • a request is sent by the terminal to an ID provider server of an ID provider service to create an identification data record with identification data of a user of the terminal.
  • the identification data record comprises, for example, a data record ID, the first public cryptographic key of the terminal and the first data element.
  • the identification data record comprises, as identification data of the user of the terminal, for example, user attributes of the user of the terminal read from an ID token of the user of the terminal and an attribute certificate which assigns the read user attributes to the first public cryptographic key of the terminal.
  • the request includes the first public cryptographic key and the first data element for entries in the identification data record to be created.
  • the terminal device receives the data record ID of the created identification data record from the ID provider server and generates the provisioning token.
  • the provisioning token includes the data record ID and is signed by the terminal device during generation using the first private cryptographic key.
  • Embodiments can have the advantage that a provisioning token can be generated by a terminal, which is coupled in a cryptographically secured manner to the terminal or an asymmetric key pair of the terminal.
  • This coupling is implemented by the signature of the provisioning token using the first private cryptographic key of the terminal as the signature key.
  • the provisioning token is cryptographically coupled by the signature to the identification data set, the data set ID of which is included in the provisioning token.
  • This coupling is implemented by the first public cryptographic key of the terminal, which the identification data set includes and which serves as a signature verification key for verifying the signature of the provisioning token.
  • the provisioning token provides authorization to receive a digital document to be issued using a terminal device.
  • This digital document to be issued is identified by the first data element, which is entered in the identification data set cryptographically linked to the provisioning token.
  • Presenting the first data element and the matching identification data is a prerequisite for issuing the document to be issued, i.e. presenting the corresponding correct data proves authorization to receive a digital document to be issued. Since the provisioning token is cryptographically linked to the identification data set with the corresponding data, the provisioning token proves authorization to receive the digital document to be issued by referring to the identification data set using the data set ID.
  • the first data element can be received, for example, by a user input. Likewise, the first data element can be read, for example, from a file received electronically.
  • the first data element uniquely identifies the document to be issued, for example.
  • the first data element uniquely identifies the document to be issued in combination with an indication of the document type. For example, only a document of the specified document type is to be issued for the first data element.
  • a first data record can be identified in a first database in which data elements are stored that are to be included in the document to be issued.
  • the first data element itself serves as a database access key, e.g. a primary key, or to derive a database access key, e.g. a
  • first data element for the sake of easier readability. It is understood that this is to be read as at least one first data element and that the corresponding method steps can also be carried out in identical form with several first data elements, which together identify the document to be issued.
  • the first data element can be one or more user attributes, for example. If the corresponding user attributes are read out from an ID token, for example, during the identification of the user of the terminal, the read user attributes can be used in addition to the first data element or, if they are identical, replace it. This means that if the following refers to the use of user attributes and a first data element, the identity between the first data element and a user attribute can be a use of the corresponding user attribute and the identical first data element.
  • the corresponding user attribute can replace the first data element so that no redundant data is used.
  • the first asymmetric key pair generated by the terminal device is a document-specific asymmetric key pair, i.e., the terminal device generates an independent asymmetric key pair for each document to be issued or the associated provisioning token.
  • the first private cryptographic key is stored as the signature key of the terminal for issuing the provisioning token in a protected memory area of the terminal's memory.
  • the protected memory area of the terminal is, for example, a memory area to which access is only possible under the condition of successful user authentication of the user of the terminal.
  • a document is understood here to mean in particular a certificate, such as a birth certificate, a marriage certificate, proof of citizenship, an identification document, in particular a passport, identity card, visa, as well as a driving license, vehicle registration document or vehicle registration certificate.
  • the document to be issued is a certificate, such as a birth certificate, a marriage certificate, proof of citizenship, an identification document, in particular a passport, identity card, visa, as well as a driving license, vehicle registration document or vehicle registration certificate.
  • Vehicle document for example an electronic registration certificate part I.
  • Embodiments may have the advantage that a provisioning token can be used to prove an authorization to receive an electronic registration certificate Part I to be issued with a terminal device and for cryptographic coupling to the terminal device during the issuance process.
  • the registration certificate is an official document certifying the registration of vehicles for road traffic.
  • the registration certificate includes, for example, data elements for individualizing the vehicle, usually using the vehicle identification number assigned by the manufacturer, also known as the chassis number, for allocating a vehicle registration number to a specific person or entity, and for proving that the vehicle meets technical approval requirements, i.e. a type approval.
  • the person or entity entered in the registration certificate is the holder of the vehicle, who may or may not be the same as the owner or possessor.
  • an electronic registration certificate Part I includes, for example, the following data elements: (B) Date of first registration of the vehicle; (2.1) Code for 2; (2.2) Code for D.2 with check digit; (J) Vehicle class; (4) Type of bodywork; (E) Vehicle
  • Identification number (3) Check digit of the vehicle identification number, (Dl) Make, (D.2) Type/variant/version; (D.3) Commercial name(s); (2) Manufacturer's abbreviated designation; (5) Designation of vehicle class and bodywork; (V.9) Pollutant class relevant for EC type-approval; (14) Designation of national emission class; (P.3) Fuel type or energy source; (10) Code for P.3; (14.1) Code for V.9 or 14; (Pl) Engine capacity in cm3 ; (22) Remarks and exceptions; (L) Number of axles; (9) Number of drive axles; (P.2/P.4) Rated power in kW/ Rated speed at min" 1 ; (T) Maximum speed in km/h; (18) Length in mm; (19) Width in mm without mirrors and attachments; (20) Height in mm; (G) Mass of the vehicle in use in kg unladen mass; (12) Volume of the tank for tank vehicles in m 3 ; (13) Nose load in kg; (Q)
  • axle load on axle 1 in kg (7.2) Max. axle load on axle 2 in kg; (7.3) Max. axle load on axle 3 in kg; (8.1) Max. axle load on axle 1 in kg; (8.2) Max. axle load on axle 2 in kg; (8.3) Max.
  • the first data element is a unique vehicle ID, for example a vehicle registration number or a chassis number.
  • Embodiments may have the advantage that a unique vehicle ID, such as in the form of the vehicle registration number and/or a chassis number, is used.
  • a database with database entries that include data elements of documents to be issued can be, for example, an official database or register, in particular a central register. In the case of a registration certificate, this can be, for example, the central vehicle register of the Federal Motor Transport Authority.
  • the method further comprises receiving a read request by the terminal device for reading the identification data of the identification data set in the form of user attributes of the user of the terminal device from an ID token of the user from an attribute reading server.
  • the read request comprises the first public cryptographic key of the terminal device and assigns the first public cryptographic key to the reading process.
  • the terminal device provides the requested user attributes of the user of the terminal device using the ID token.
  • the identification data is read out to create the identification data record via the terminal device. Since the reading process is assigned to the first public cryptographic key, the identification data read out is also assigned to the first public cryptographic key and thus to the provisioning token signed with the first private cryptographic key. It can therefore be ensured that the provisioning token is a provisioning token that is generated for or by the terminal device via which the user identified himself in the course of reading out the identification data to create the identification data record. Since the issuing of the document to be issued or whose receipt only occurs for or by the end device for which the provisioning token is issued, it can thus be ensured that the document is issued for the same end device or that the same end device receives the document with which the user has identified himself.
  • Reading out the identification data represents a first stage in a two-stage process for issuing the document to be issued.
  • the user is identified and the read identification data is assigned to the terminal used for identification via the first public cryptographic key.
  • the document to be issued is issued for the terminal.
  • the user attributes are sent to the attribute reading server via an encrypted communication connection.
  • the ID token is provided by the terminal in the form of an ID application whose program instructions are stored in a memory of the terminal.
  • the user attributes are stored in a protected memory area of the terminal's memory.
  • a prerequisite for providing the requested user attributes is a Successful verification of an authorization from the attribute reading server to read the requested user attributes.
  • the ID token with the user attributes of the user of the terminal device can thus be provided by the terminal device itself.
  • the user attributes are stored on the terminal device in a protected manner, for example, using a security element of the terminal device.
  • the user attributes are stored in a protected memory area of the security element.
  • the user attributes can thus only be read using the security element.
  • the user attributes are stored on the terminal device in encrypted form, with one or more cryptographic keys for decrypting the user attributes being stored in a protected memory area of the security element.
  • the user attributes can thus only be accessed in unencrypted form using the security element of the terminal device.
  • Reading the user attributes from the ID token is therefore not possible without further ado. Rather, the user attributes are effectively protected against unauthorized reading.
  • proof of authorization using an authorization certificate is necessary.
  • the attribute reading server has an authorization certificate with which it can prove its authorization to read the user attributes.
  • the authorization certificate assigns a public cryptographic key of an asymmetric key pair to the attribute reading server.
  • the attribute reading server also has a private cryptographic key of the asymmetric key pair.
  • the ID token comprises, for example, a processor, a memory and a communication interface for communicating with the terminal device.
  • the communication interface is, for example, a contactless or a contact-based communication interface.
  • a prerequisite for reading the requested user attributes is a successful verification of an authorization certificate of the attribute reading server for reading the requested user attributes using the ID token.
  • the user attributes are sent from the ID token via the terminal to the attribute reading server via an encrypted communication connection.
  • the encryption of the communication connection is, for example, end-to-end encryption between the ID token and the attribute reading server.
  • the read request is, for example, linked to the private cryptographic key of the asymmetric key pair.
  • the ID token checks the validity of the signature of the read request using the authorization certificate or the public cryptographic key provided by the authorization certificate. If the validity check is successful, the ID token grants the attribute reading server read access to the requested user attributes.
  • An "ID token” as a standalone device is understood here to mean a mobile, portable electronic device, for example a chip card, on which personal attributes of a user, i.e. user attributes, are stored.
  • the "ID token” can be provided, for example, in the form of an identification, valuables or security document.
  • the corresponding identification, valuables or security document which provides the user attributes is, for example, a sovereign document, in particular a paper-based and/or plastic-based document, such as an electronic identification document, in particular a passport, identity card, visa, driver's license, vehicle registration document, vehicle registration document, health card, or a company ID, or another ID document, a chip card, means of payment, in particular a banknote, bank card or credit card, waybill or other proof of authorization.
  • the ID token can be a machine-readable travel document, such as that standardized by the International Civil Aviation Organization (ICAO) and/or the Federal Office for Information Security (BSI).
  • a prerequisite for enabling read access to the user attributes by the ID token is confirmation of the read request by the user of the terminal device to the ID token.
  • the confirmation includes successful authentication of the user to the ID token using the terminal device.
  • User authentication to the terminal device can generally be carried out, for example, by entering a password or a PIN.
  • user authentication can be carried out using biometric authentication data.
  • the biometric sensor includes, for example, an optical sensor component for detecting electromagnetic radiation in the visible and/or beyond the visible spectrum, an acoustic sensor component for detecting acoustic signals and/or a motion sensor for detecting movements of the end device when the user carries it with them and/or uses it.
  • the terminal uses a biometric sensor that is configured to capture behavior-based data.
  • the behavior-based data is, for example, movement data that is captured using a sensor component for capturing movements of the terminal.
  • the sensor component for capturing movements can, for example, comprise an acceleration sensor.
  • a movement can, for example, be calculated by integration using acceleration measurements captured by the acceleration sensor.
  • the sensor component for capturing movements can, for example, also detect a position of the terminal in space and/or changes in position.
  • the sensor component for capturing movements comprises a gyroscope.
  • the movement data captured by the sensor component for capturing movements is, for example, acceleration, inclination and/or position data.
  • Recorded movement data are, for example, data on movements of the terminal device, which are caused by the user carrying the terminal device with him, for example wearing it on his body. Due to the characteristic movements of the user, the terminal device is moved in a manner that is characteristic of the user. This is the case even if Case when the user does not actively interact with the device, e.g. no user interface of the
  • a device such as a button, a keyboard, a touchscreen or a microphone.
  • the user authenticates himself to the terminal.
  • the terminal confirms successful authentication of the user to the ID token.
  • the terminal forwards received authentication data from the user to the ID token so that the ID token can authenticate the user using the forwarded authentication data.
  • the confirmation request includes an indication of the first public cryptographic key.
  • the confirmation of the read request by the user of the terminal device to the ID token is a confirmation of the reading of the user attributes of the user of the terminal device for use together with the first public cryptographic key.
  • the communication between the terminal and the ID token to confirm the read request includes, for example, a use of the first private cryptographic key verification by the terminal, for example in the form of a signature or in the course of a challenge-response procedure between the terminal and the ID token, so that the ID token can check whether the private cryptographic key used matches the first public cryptographic key of the read request.
  • the first public cryptographic key provided by the read request can be used as the signature verification key. If validation of the signature using the first public cryptographic key provided by the read request as the signature verification key is successful, this proves that the confirmation of the read request actually comes from the end device for which the user attributes are to be read.
  • the read request in addition to specifying the requested user attributes, also includes the first data element and/or the data record ID.
  • This has the advantage that the reading of the user attributes or the read user attributes can be explicitly assigned to the document to be issued using the first data element and/or explicitly assigned to the identification data record to be created using the data record ID.
  • the confirmation request further comprises one or more of the following: an indication of the requested user attributes, the first data element, record ID.
  • the confirmation of read access by the user is explicitly given for the user attributes specified in the confirmation request, i.e. the confirmation is a user attribute-specific confirmation. Furthermore, the confirmation of read access by the user can be explicitly linked to the first data element and thus take place explicitly for the document that is identified by the first data element. Finally, the confirmation of read access by the user can be explicitly linked to the identification data record to be created and thus take place explicitly for the identification data record that is identified by the data record ID.
  • the generation of the first asymmetric key pair requires successful authentication of the user of the terminal device by the terminal device.
  • the first private cryptographic key is stored in the protected memory area of the memory of the terminal.
  • the protected memory area is configured to allow access to the key stored in the protected memory area.
  • the first private cryptographic key stored in the memory area is a successful
  • the terminal is a mobile, portable terminal.
  • the mobile portable terminal is, for example, a tablet, a laptop, a smartphone, a smartwatch, smart glasses or another mobile portable smart device.
  • a smart device is understood here to be a device with a processor and a memory for storing program instructions of an application for execution by the processor.
  • the smart device can be understood to have a communication interface for establishing a wireless communication connection, for example in a network such as an intranet or the Internet.
  • the terminal may be, for example, a stationary computer or a stationary computer system, such as a personal computer (PC).
  • a stationary computer such as a personal computer (PC).
  • PC personal computer
  • the terminal receives a network address of an issuer of the digital document to be issued.
  • the provisioning token additionally includes the network address of the issuer of the digital document to be issued.
  • the network address indicates, for example, to which issuer or to which address of the issuer of the document to be issued requests for issuing the corresponding document using the provisioning token are to be made.
  • the attribute attestation further assigns the read user attributes to the first data element and/or the data record ID.
  • the method further comprises sending an issuance request for issuing the digital document to be issued by the terminal to an issuer server of an issuer of the digital document to be issued.
  • the issuance request comprises the provisioning token.
  • the terminal receives the issued document.
  • the provisioning token is used to issue the document to be issued for the terminal device. Based on the signature of the provisioning token and the first public cryptographic key stored in the identification data record, it can be checked using the first public cryptographic key as a signature verification key whether the provisioning token was actually generated by the terminal device whose identification data record is identified by the provisioning token using the data record ID and is to be used to issue the document.
  • the issued document includes, for example, the first public cryptographic key of the terminal, which means that it is bound to the terminal.
  • proof of authorization to use the issued document is necessary to use it.
  • authorization to use can include, for example, proof of possession of the first private cryptographic key associated with the first public cryptographic key.
  • the corresponding possession can be proven, for example, by means of a signature, for example in the course of a request for use or a challenge-response procedure, using cryptographic means.
  • the issued document is linked to the terminal in a cryptographically secured manner by the first public cryptographic key. This link is cryptographically secured, for example, by a signature of the issued document using a signature key of the issuer of the document. This ensures that only the terminal with the first private cryptographic key can use the issued document.
  • Embodiments further comprise a method for providing a digital provisioning token on a terminal for provisioning a digital document to be issued.
  • the provisioning token proves authorization to receive the digital document to be issued and is cryptographically coupled to the terminal.
  • the method comprises receiving a request from the terminal by an ID provider server of an ID provider service to create an identification data record.
  • the request comprises a first public cryptographic key of a first asymmetric key pair of the terminal and a first data element for entries in the identification data record to be created.
  • the first data element identifies the document to be issued.
  • the ID provider server creates the identification data record with identification data of a user of the terminal.
  • the identification data record further comprises a data record ID created by the ID provider server.
  • the ID provider server Upon successful creation of the identification data record, the ID provider server sends the data record ID of the created identification data record to the terminal for the terminal to generate the provisioning token with the data record ID.
  • the provider server of the ID provider service creates an identification data record which includes identification data of the user of the terminal and is linked to the provisioning token generated by the terminal via the data record ID. It can thus be ensured that the identification data record can only be used to issue the document to be issued if a corresponding issuance request includes the linked provisioning token. It can also be ensured that a document can only be issued with the linked provisioning token using the linked data record and the identification data provided by it. Use of the provisioning token with another identification data record with a different data record ID can thus be effectively prevented.
  • the identification data record further comprises the received first public cryptographic key of the terminal and the received first data element of the document to be issued.
  • the public cryptographic key of the terminal device can also be used to cryptographically link the identification data set to the provisioning token signed with the first private cryptographic key of the terminal device.
  • Use of the identification data set with a different provisioning token can be effectively excluded.
  • the identification data set can only be used with or for the provisioning token whose signature can be successfully validated with the first public cryptographic key of the terminal device as the signature verification key.
  • the identification data record is signed by the ID provider server of the ID provider service with a signature key of the ID provider server.
  • the identification data record also includes the first data element which identifies the document to be issued, it can be ensured that the identification data record itself identifies which document it is to be used for.
  • the identification data includes user attributes of the user of the terminal, which are assigned to the first public cryptographic key of the terminal in a cryptographically secured manner by an attribute certificate.
  • Creating the identification data record also includes sending a user attribute request for providing the user attributes of the user of the terminal to an attribute reading server by the ID provider server.
  • the user attribute request includes the first public cryptographic key of the terminal for assigning the read user attributes to the first public cryptographic key.
  • the ID provider server receives an attribute data record from the attribute reading server.
  • the attribute data record is signed by the attribute reading server and includes the read user attributes.
  • the signed attribute data record also includes an attribute certificate, which assigns the read user attributes to the first public cryptographic key of the terminal.
  • the ID provider server verifies the attribute certificate by assigning the first public cryptographic key to the read user attributes. If the attribute certificate is successfully verified, the received user attributes are entered into the identification data record by the ID provider server together with the attribute certificate.
  • the ID provider server can thus use the attribute certificate with the assignment of the first public cryptographic key to the read user attributes to ensure that the user attributes entered in the identification data record are user attributes that were read for the first public cryptographic key and thus for the corresponding terminal device.
  • the signature of the attribute data set confirms and cryptographically secures that the attribute certificate for the received user attributes is valid, or the verification of the attribute certificate can include checking the signature of the attribute data set with a signature verification key of the attribute reading server.
  • the attribute reading server has an authorization certificate with which it can prove its authorization to read the user attributes.
  • the authorization certificate assigns a public cryptographic key of an asymmetric key pair to the attribute reading server.
  • the attribute reading server also has a private cryptographic key of the asymmetric key pair.
  • the attribute reading server sends a read request to read the user attributes of the user to the terminal device or the ID application implemented on the terminal device.
  • the read request is signed, for example, with the private cryptographic key of the asymmetric key pair.
  • the terminal device or the ID application checks the validity of the signature of the read request using the authorization certificate or the public cryptographic key provided by the authorization certificate. Following a successful validity check, the terminal device or the security element of the terminal device grants the attribute reading server read access to the user attributes.
  • the user attribute request further comprises the first data element and for assigning the read user attributes to the first data element.
  • the attribute certificate further assigns the read user attributes to the first data element in a cryptographically secured manner.
  • the user attribute request further comprises the data record ID for assigning the read user attributes to the data record ID.
  • the attribute certificate further assigns the read user attributes to the data record ID in a cryptographically secured manner.
  • the ID provider server sends a network address of an issuer of the digital document to be issued to the terminal device in addition to the data record ID of the created identification data record.
  • the network address indicates, for example, to which issuer or to which address of the issuer of the document to be issued requests for issuing the corresponding document using the provisioning token are to be made.
  • the method further comprises receiving an identification data record request for sending the identification data record to an issuer server by the ID provider server.
  • the identification data record request comprises a network address of an issuer of the digital document to be issued.
  • the identification data record is sent to the issuer server by the ID provider server using the network address.
  • the identification data record is sent from the ID provider server, for example, to the predetermined issuer server.
  • a prerequisite for sending the identification data record is a successful verification of an authorization to read the data of the identification data record.
  • Such authorization can be proven, for example, using an authorization certificate.
  • the authorization certificate includes a public cryptographic key of an asymmetric key pair.
  • the corresponding asymmetric key pair also includes a private cryptographic key.
  • the identification data set request is signed with the private cryptographic key of the asymmetric key pair.
  • the ID provider server checks the validity of the signature of the identification data set request using the corresponding authorization certificate or the public cryptographic key provided by the corresponding authorization certificate. Following a successful validity check, the identification data set is sent to the issuer server, for example using the network address.
  • Embodiments further comprise a method for issuing a digital document to be issued for a terminal using a digital provisioning token of the terminal.
  • the provisioning token comprises a data set ID of an identification data set associated with the digital document to be issued to prove authorization to receive the digital document to be issued.
  • the provisioning token is further signed with a first private cryptographic key of a first asymmetric key pair of the terminal.
  • the method is carried out using one or more issuer servers to issue the digital document.
  • the execution by the one or more issuing servers includes receiving an issuing request for issuing the digital document to be issued from the terminal.
  • the issuing request includes the provisioning token.
  • An identification data record request is sent to an ID provider server of an ID provider service.
  • the identification data record request includes the data record ID provided by the provisioning token.
  • the Receive an identification data record with identification data of a user of the terminal which comprises a data record ID, a first public cryptographic key of the terminal and a first data element, which identifies the first data element of the document to be issued.
  • the signature of the provisioning token is verified using the first public cryptographic key of the terminal provided by the identification data record.
  • a database query for reading a first database entry of a first database is sent.
  • Data elements of the document to be issued are stored in the first database entry.
  • the database query comprises the first data element provided by the identification data record and the identification data provided by the identification data record.
  • the data elements of the document to be issued are received from the first database entry of the first database.
  • the digital document to be issued is issued.
  • the issued document comprises the received data elements from the first database entry of the first database and is signed with a second private cryptographic key of a second asymmetric key pair, which is assigned to an issuing service for issuing the digital document to be issued.
  • the issued digital document is sent to the terminal device.
  • provisioning token By validating the signature of the provisioning token using the first public cryptographic key of the terminal provided by the identification data set, it can be cryptographically checked whether the provisioning token and the identification data set belong together, i.e. whether the provisioning token authorizes a document to be issued using the corresponding identification data set.
  • Data elements of the document to be issued are stored in a first database entry of a first database.
  • the database query for identifying the first database entry uses the first data element provided by the identification data set and the identification data provided by the identification data set to identify the first database entry to be read out.
  • the first data element itself serves as a database access key, e.g. a primary key, or for deriving a database access key, e.g. a primary key.
  • the identification data are used, for example, for a consistency test to determine whether the identification data included in the database query and verifiable by the attribute certificate match identification data that the first database entry includes as a data element and/or which are assigned to the first database entry.
  • a corresponding match, ie a successful consistency test is a prerequisite for providing the data elements from the first database entry.
  • the identification data comprise user attributes of the user of the terminal device read from an ID token of a user of the terminal device, which are assigned to the first public cryptographic key of the terminal device in a cryptographically secured manner by an attribute certificate.
  • the attribute certificate further assigns the read user attributes to the first data element.
  • the attribute certificate can be used to verify that the user attributes are provided for issuing the document to be issued identified by the first data element.
  • the attribute certificate further assigns the read user attributes to the data record ID.
  • the attribute certificate can be used to verify that the user attributes actually belong to the corresponding identification data record identified by the data record ID and were read for this identification data record.
  • the issued digital document further comprises the first public cryptographic key of the terminal device provided by the identification data set.
  • the issued document includes, for example, the first public cryptographic key of the terminal, which means that it is bound to the terminal.
  • proof of authorization to use the issued document is necessary to use it.
  • authorization to use can include, for example, proof of possession of the first private cryptographic key associated with the first public cryptographic key.
  • the corresponding possession can be proven, for example, by means of a signature, for example in the course of a request for use or a challenge-response procedure, using cryptographic means.
  • the issued document is linked to the terminal in a cryptographically secured manner by the first public cryptographic key. This link is cryptographically secured, for example, by a signature of the issued document using a signature key of the issuer of the document.
  • the method further comprises sending a database entry request to a second database for creating and entering a second database entry in the second database comprising a reference ID for the issued digital document and the first public cryptographic key of the terminal.
  • This second database entry can be used to check whether a document was issued for the first public cryptographic key of the terminal. This can prevent multiple use of the provisioning token or the first asymmetric key pair of the terminal to issue a document. For example, when issuing a document by the issuing server, a query of the second database is first used to check whether a provisioning token or the associated asymmetric key pair of the terminal that was used to generate the provisioning token has already been used once to issue a document. If there is already an entry in the second database with the public cryptographic key of the corresponding asymmetric key pair of the terminal, issuing of the requested document is refused. If no such entry exists, the process of issuing the requested document will proceed.
  • a reference ID which is, for example, a pseudonymized reference to the issued document
  • the corresponding document can be identified without the reference ID being able to be used to draw conclusions about the content of the document.
  • the pseudonymized reference is, for example, a random number or the result of applying a one-way function, such as a hash function, to one or more data elements of the corresponding document.
  • the first database and the second database are parts of one and the same database. According to embodiments, the first database and the second database are independent databases.
  • the database registration request includes the reference ID and the first public cryptographic key of the terminal device.
  • the information to be entered is thus made available directly to the second database. For example, during the entry process, it is first checked whether the corresponding first public cryptographic key and/or the reference ID have already been entered in the second database. If a corresponding entry already exists in the second database, an error message is returned to the issuer server and the issuing of the requested document is aborted. If no such entry exists, the reference ID and the first public cryptographic key of the terminal are entered in the second database and the issuing of the requested document continues.
  • the database query for reading the first database entry of the first database further comprises a request to generate and enter the reference ID in the first database entry.
  • the reference ID is received together with the data elements from the first database entry of the first database in response to the database query.
  • the reference ID is issued, for example, by the first database and included in the first database entry, so that the data elements of the first database entry are assigned to the reference ID.
  • the database entry request further comprises a request to send an entry confirmation of the reference ID to the first database upon successful entry of the reference ID into the second database.
  • a corresponding confirmation can be sent to the first database.
  • a final assignment of the reference ID to the first database entry only takes place after confirmation of the successful entry of the reference ID into the second database.
  • such a final assignment is implemented by setting a corresponding flag.
  • the database entry request comprises the first data element and the first public cryptographic key of the terminal.
  • the database entry request further comprises a request to generate the reference ID and, upon successful entry of the reference ID in the second database, to send an entry confirmation with the reference ID and the first data element to the first database for entering the reference ID in the first database entry.
  • the reference ID is generated, for example, by the second database, which sends a corresponding entry confirmation to the first database upon successful entry of the reference ID in the second database.
  • the entry confirmation includes, for example, the generated reference ID and the first data element.
  • the first database can then use the first data element to identify the first database entry in which the reference ID is to be added.
  • the first database element is deleted, for example, from a temporary memory of the first database or a first database system providing the first database upon sending the entry confirmation.
  • the reference ID is a random value.
  • a provisioning token can also be generated for issuing a plurality of documents.
  • the terminal generates, for example, a plurality of asymmetric key pairs for the plurality of documents to be issued and receives a plurality of first data elements, each of which identifies one of the documents to be issued.
  • One or more identification data records can then be created. For example, an identification data record is created for all documents in the plurality of documents. In this case, a data record ID is used. For example, an identification data record is created for each of the documents in the plurality of documents. In this case, a data record ID is generated for each of the identification data records created and included in the provisioning token.
  • the issuing of the plurality of documents then takes place, for example, analogously to the case of one document, with the analogous issuing process being carried out for each document in the plurality of documents.
  • an identification data record for all documents the same identification data record is used to issue all documents.
  • one and the same provisioning token is initially used, but when the individual documents are actually issued, the respective individual identification data record of the corresponding document to be issued is used.
  • Embodiments further comprise a terminal for providing a digital provisioning token on the terminal for provisioning a digital document to be issued.
  • the terminal comprises a processor, a memory with program instructions and a communication interface for communication via a network.
  • the provisioning token has an authorization to receive the digital document to be issued. document and is cryptographically coupled to the terminal device. Execution of the program instructions by the processor causes the processor to control the terminal device to execute a method for providing the digital provisioning token on the terminal device according to any of the preceding examples.
  • Embodiments further comprise an ID provider server for providing a digital provisioning token on a terminal for provisioning a digital document to be issued.
  • the ID provider server comprises a processor, a memory with program instructions and a communication interface for communication via a network.
  • the provisioning token proves authorization to receive the digital document to be issued and is cryptographically coupled to the terminal. Execution of the program instructions by the processor causes the processor to control the ID provider server to execute a method for providing the digital provisioning token on the terminal according to one of the preceding examples.
  • Embodiments further comprise an issuer server for issuing a digital document to be issued for a terminal using a digital provisioning token of the terminal.
  • the issuer server comprises a processor, a memory with program instructions and a communication interface for communication via a network.
  • the provisioning token comprises a data record ID of an identification data record associated with the digital document to be issued to prove authorization to receive the digital document to be issued.
  • the provisioning token is further signed with a first private cryptographic key of a first asymmetric key pair of the terminal for cryptographic coupling to the terminal. Execution of the program instructions by the processor causes the processor to control the issuer server to carry out one or more steps of a method for issuing the digital document to be issued for the terminal according to one of the preceding examples.
  • Embodiments further include a system comprising the terminal device of any of the preceding examples and the ID provider server of any of the preceding examples.
  • the system further comprises the issuer server of any of the preceding examples.
  • a "program” or “program instructions” is understood here to mean, without limitation, any type of computer program which comprises machine-readable instructions for controlling a functionality of the computer.
  • a "processor” is understood here and below to mean a logic circuit that serves to execute program instructions.
  • the logic circuit can be implemented on one or more discrete components, in particular on a chip.
  • a processor comprises, for example, an arithmetic unit, a control unit, registers and data lines for communication with other components.
  • a "processor” is understood to mean a microprocessor or a microprocessor system comprising several processor cores and/or several microprocessors.
  • a security element is understood to be a secured element of a mobile terminal that provides cryptographic means. These cryptographic means are protected against manipulation and are only accessible to authorized services and applications, for example via cryptographic keys. In particular, the cryptographic means can only be introduced into the security element, supplemented, changed and/or deleted by authorized services and applications, for example.
  • a security element therefore offers a tamper-proof platform, for example implemented in the form of a secure single-chip microcontroller, on which applets and/or confidential and/or cryptographic data can be stored in accordance with predefined rules and security requirements by reliably identified trustworthy entities and thus made available to authorized applications and/or operating systems.
  • a security element can be embedded or integrated, for example non-destructively removable or firmly connected, i.e.
  • a security element can be implemented, for example, in the form of a Secure Element (SE).
  • SE Secure Element
  • the security element can, for example, comprise a SIM, UICC, SmartMicroSD, Smartcard, eSE, eSIM or eUlCC.
  • cryptographic keys are stored on a security element, ie the security element comprises a data safe for cryptographic keys or a “key TI
  • Such a key store or security element can also be implemented as part of the main processor, for example in a TEE ("Trusted Execution Environment").
  • the security element can be implemented using a TEE.
  • Security elements are implemented, for example, as hardware and/or firmware. According to embodiments, security elements or key stores can also be implemented as software.
  • memory here refers to both volatile and non-volatile electronic memories or digital storage media.
  • a "non-volatile memory” is understood here to mean an electronic memory for the permanent storage of data, in particular static cryptographic keys, attributes or identifiers.
  • a non-volatile memory can be configured as a non-changeable memory, which is also referred to as a read-only memory (ROM), or as a changeable memory, which is also referred to as a non-volatile memory (NVM).
  • ROM read-only memory
  • NVM non-volatile memory
  • this can be an EEPROM, for example a flash EEPROM, referred to as flash for short.
  • a non-volatile memory is characterized by the fact that the data stored on it is retained even after the power supply is switched off.
  • a "volatile memory” is understood here to mean an electronic memory for the temporary storage of data, which is characterized in that stored data is lost after the power supply is switched off.
  • this can be a volatile direct access memory, which is also referred to as random access memory (RAM), or a volatile main memory of the processor.
  • RAM random access memory
  • a "protected memory area” is understood here to mean an area of an electronic memory to which access, i.e. read access or write access, is only possible via a processor of the corresponding electronic device. According to embodiments, access from the processor coupled to the memory is only possible if a condition required for this is met. This can be, for example, a cryptographic condition, in particular successful authentication and/or successful authorization check of an access request.
  • An "interface” or “communication interface” is understood here to mean an interface via which data can be received and sent, whereby the communication interface can be configured with or without contact.
  • a communication interface can, for example, enable communication via a network
  • a communication interface can, for example, provide wireless communication according to a cellular standard, Bluetooth, RFID, WiFi and/or NFC standard.
  • a communication interface can, for example, provide cable-based communication.
  • Communication can take place, for example, via a network.
  • a "network” is understood here to mean any transmission medium with a connection for communication, in particular a local connection or a local network, in particular a local area network (LAN), a private network, in particular an intranet, and a digital private network (Virtual Private Network - VPN).
  • a device can have a standard radio interface for connection to a WLAN. It can also be a public network, such as the Internet. Depending on the embodiment, this connection can also be established via a mobile network.
  • An encrypted communication channel is, for example, an encrypted end-to-end connection.
  • An "encrypted end-to-end connection” or an “encrypted end-to-end communication channel” is understood here to mean a connection between a sender and a receiver with end-to-end encryption, in which data to be transmitted is encrypted by the sender and only decrypted again by the receiver.
  • the encryption of transmitted data thus takes place across all transmission stations, so that intermediate stations cannot gain knowledge of the content of the transmitted data due to the encryption.
  • the connection is cryptographically secured by the encryption in order to prevent spying and/or manipulation of the transmission, whereby a so-called secure messaging method can be used for this purpose.
  • End-to-end encryption is based on two symmetric cryptographic keys, with a first symmetric key being used to encrypt messages and a second symmetric key being used to authenticate the sender of the message, for example using Message Authentication Code (MAC) algorithms.
  • MAC Message Authentication Code
  • ephemeral encryption keys are negotiated for an encrypted communication channel during the setup process, and these keys become invalid when the communication channel is terminated. Using different ephemeral keys for different communication channels makes it possible to operate a number of communication channels in parallel.
  • An encrypted communication channel can be established, for example, using the Transport Layer Security (TLS) protocol, for example as part of the Hypertext Transfer Protocol Secure (HTTPS) protocol.
  • TLS Transport Layer Security
  • HTTPS Hypertext Transfer Protocol Secure
  • Asymmetric key pairs are used for a variety of cryptosystems and play an important role in the secure transmission of electronic data.
  • An asymmetric key pair consists of a public cryptographic key, which is used to encrypt and/or decrypt data and may be passed on to third parties, for example to a sender or receiver of data, and a private cryptographic key, which is used to encrypt and/or decrypt, but also to sign data and must generally be kept secret.
  • the public key enables anyone to encrypt data for the owner of the private cryptographic key and/or to check digital signatures created with the private cryptographic key.
  • a private key enables its owner to decrypt data encrypted with the public cryptographic key and/or to create digital signatures of data.
  • a digital signature of data includes, for example, forming a check value of the data, such as a hash value, which is encrypted with a private cryptographic key of an asymmetric key pair used as a signature key.
  • a check value of the data such as a hash value
  • the signature recipient only has the public cryptographic key, i.e. signature verification key, of the asymmetric key pair used. The signature recipient can therefore verify the signature, but cannot calculate it himself.
  • the signature recipient calculates, for example, the check value of the signed data and compares it with the result of decrypting the signature using the signature verification key. If the calculated hash value matches the result of the decryption, the signature is correct. If the authenticity of the signature verification key is also confirmed, for example by a certificate, in particular a PKI certificate, the signature is valid.
  • a "certificate” is understood here to mean a digital certificate, which is also referred to as a public key certificate (PKI certificate).
  • a certificate is structured data that serves to identify a public cryptographic key of an asymmetric cryptosystem of an identity, such as a person, institution or a device. For cryptographic security and to prove the authenticity of the certificate data, these are signed by a certificate issuer.
  • PKI Public Key Infrastructure
  • a so-called Public Key Infrastructure (PKI) is implemented using PKI certificates, which are based on asymmetric key pairs and, with the exception of a root certificate, are each signed by a certificate issuer with a signature key whose associated signature verification key is assigned to the certificate issuer by a PKI certificate of the corresponding certificate issuer.
  • the certificate can correspond to the X.509 standard or another standard.
  • the certificate is a Card Verifiable Certificate (CVC).
  • An authorization certificate includes structured data that also defines identity rights.
  • the PKI provides a system for issuing, distributing and verifying digital certificates.
  • a digital certificate can confirm the authenticity of a public cryptographic key and its permissible scope of application and validity.
  • the digital certificate itself is protected by a digital signature, the authenticity of which can be verified using the public cryptographic key of the issuer of the certificate.
  • a digital certificate is used to verify the authenticity of the issuer key.
  • a chain of digital certificates can be built up, each of which confirms the authenticity of the public cryptographic key with which the previous certificate can be verified.
  • Such a chain of certificates forms a so-called validation path or certification path.
  • the participants of the PKI must be able to rely on the authenticity of the last certificate, the so-called root certificate, and the key certified by it, for example without another certificate.
  • the root certificate is managed by a so-called root certification authority, whose assumed authenticity forms the basis for the authenticity of all PKI certificates.
  • Digital certificates are, for example, confirmed by an independent, trustworthy authority (certification service provider/ZDA or trust service provider/VDA), ie the certification authority that issues the certificate. Certificates can be made available to a wide range of people to enable them to check electronic signatures for authenticity and validity. A certificate can be associated with an electronic signature and provide a signature verification key in the form of the public cryptographic key if the private key belonging to the signature verification key was used as the signature key.
  • a ZDA/VDA issuing a certificate in association with By making a public cryptographic key available to the general public, it enables users of asymmetric cryptosystems to assign the public cryptographic key to an identity, for example a person, an organization, or a computer system.
  • FIG. 1 is a flowchart of an exemplary method for providing a digital provisioning token on a terminal
  • FIG. 2 is a flow chart of another exemplary method for providing a digital provisioning token on a terminal device
  • FIG. 3 is a flow chart of another exemplary method for providing a digital provisioning token on a terminal
  • FIG. 4 is a flow chart of another exemplary method for providing a digital provisioning token on a terminal device
  • Fig. 5 is a flow chart of another exemplary method for providing a digital provisioning token on a terminal device
  • Fig. 6 is a flow chart of another exemplary method for providing a digital provisioning token on a terminal
  • Fig. 7 is a flow chart of an exemplary method for providing an identification data set
  • Fig. 8 is a flow chart of an exemplary method for issuing a digital document to be issued for a terminal
  • Fig. 9 is a flow chart of another exemplary method for issuing a digital document to be issued for a terminal
  • Fig. 10 is a flow chart of another exemplary method for issuing a digital document to be issued for a terminal
  • FIG. 11A and 11B are a schematic block diagram of an exemplary system for providing a digital provisioning token and issuing a digital document to be issued to a terminal,
  • FIG. 12A and 12B show a schematic block diagram of another exemplary system for providing a digital provisioning token and issuing a digital document to be issued to a terminal
  • Fig. 13 is a schematic block diagram of an exemplary provisioning token for a digital document
  • Fig. 14 is a schematic block diagram of an exemplary digital document
  • Fig. 15 is a flowchart of an exemplary method for providing a digital provisioning token on a terminal device
  • Fig. 16 is a flowchart of an exemplary method for issuing a digital document to be issued for a terminal.
  • Figure 1 shows an exemplary method for providing a digital provisioning token on a terminal for provisioning a digital document to be issued.
  • the provisioning token proves authorization to receive the digital document to be issued and is cryptographically linked to the terminal.
  • the terminal generates an asymmetric key pair comprising a public cryptographic key and a private cryptographic key.
  • the terminal receives a data element associated with the document to be issued, which identifies the document to be issued.
  • the terminal sends a request to create an identification data record with identification data of a user of the terminal to an ID provider server of an ID provider service.
  • the request comprises the first public cryptographic key and the first data element for Entries in the identification data record to be created.
  • the terminal receives a data record ID of the created identification data record from the ID provider server.
  • the terminal generates the provisioning token, which includes the data record ID and is signed by the terminal during the generation process using the generated private cryptographic key.
  • Figure 2 shows a further exemplary method for providing a digital provisioning token on a terminal for provisioning a digital document to be issued.
  • the provisioning token proves authorization to receive the digital document to be issued and is cryptographically linked to the terminal.
  • the terminal generates an asymmetric key pair comprising a public cryptographic key and a private cryptographic key.
  • the terminal receives a data element associated with the document to be issued, which identifies the document to be issued.
  • the terminal sends a request to create an identification data record with identification data of a user of the terminal to an ID provider server of an ID provider service.
  • the request comprises the first public cryptographic key and the first data element for entries in the identification data record to be created.
  • the terminal receives a read request from an attribute reading server to read the identification data of the identification data record in the form of user attributes of the user of the terminal from an ID token of the user.
  • the read request assigns at least the first public cryptographic key of the terminal to the reading process.
  • the terminal in response to the read request, provides the requested user attributes of the user of the terminal using the ID token.
  • the terminal receives a record ID of the created identification record from the ID provider server.
  • the terminal generates the provisioning token, which includes the record ID and is signed by the terminal during generation using the generated private cryptographic key.
  • Figure 3 shows a further exemplary method for providing a digital provisioning token on a terminal for provisioning a digital document to be issued.
  • the provisioning token proves authorization to receive the digital document to be issued and is cryptographically linked to the terminal.
  • the terminal generates an asymmetric key pair comprising a public cryptographic key and a private cryptographic key
  • the terminal receives a data element associated with the document to be issued, which identifies the document to be issued.
  • the terminal sends a request to create an identification data record with identification data of a user of the terminal to an ID provider server of an ID provider service.
  • the request includes the first public cryptographic key and the first data element for entries in the identification data record to be created.
  • the terminal receives a data record ID of the created identification data record from the ID provider server.
  • the terminal generates the provisioning token, which includes the data record ID and is signed during generation by the terminal using the generated private cryptographic key.
  • the terminal sends an issuance request to issue the digital document to be issued to an issuer server of an issuer of the digital document to be issued.
  • the issuance request includes the provisioning token generated by the terminal.
  • the terminal receives the issued document in response to sending the issuance request.
  • Figure 4 shows a further exemplary method for providing a digital provisioning token on a terminal for provisioning a digital document to be issued.
  • the provisioning token proves authorization to receive the digital document to be issued and is cryptographically linked to the terminal.
  • the terminal generates an asymmetric key pair, which comprises a public cryptographic key and a private cryptographic key.
  • the terminal receives a data element associated with the document to be issued, which identifies the document to be issued.
  • the terminal sends a request to create an identification data record with identification data of a user of the terminal to an ID provider server of an ID provider service.
  • the request comprises the first public cryptographic key and the first data element for entries in the identification data record to be created.
  • the terminal receives a read request from an attribute reading server to read the identification data of the identification data record in the form of user attributes of the user of the terminal from an ID token of the user.
  • the read request assigns at least the first public cryptographic key of the terminal to the reading process.
  • the terminal provides, in response to the read request, the requested user attributes of the user of the terminal using the ID token.
  • the terminal receives a record ID of the created Identification data set from the ID provider server.
  • the terminal device generates the provisioning token, which comprises the data set ID and is signed by the terminal device during generation using the generated private cryptographic key.
  • the terminal device sends an issuance request for issuing the digital document to be issued to an issuer server of an issuer of the digital document to be issued.
  • the issuance request comprises the provisioning token generated by the terminal device.
  • the terminal device receives the issued document in response to sending the issuance request.
  • Figure 5 shows an exemplary method for providing a digital provisioning token on a terminal for provisioning a digital document to be issued.
  • the provisioning token proves authorization to receive the digital document to be issued and is cryptographically linked to the terminal.
  • the method is carried out by an ID provider server of an ID provider service.
  • the ID provider server receives a request from the terminal to create an identification data record.
  • the request identifies a public cryptographic key of an asymmetric key pair of the terminal and comprises a data element for entries in the identification data record to be created.
  • the data element identifies the document to be issued.
  • the ID provider server creates the identification data record with identification data of a user of the terminal.
  • the identification data record further comprises a data record ID created by the ID provider server.
  • the ID provider server upon successful creation of the identification data record, the ID provider server sends the data record ID of the created identification data record to the terminal for generation of the provisioning token, which comprises the data record ID, by the terminal.
  • Figure 6 shows a further exemplary method for providing a digital provisioning token on a terminal for provisioning a digital document to be issued.
  • the provisioning token proves authorization to receive the digital document to be issued and is cryptographically linked to the terminal.
  • the method is carried out by an ID provider server of an ID provider service.
  • the ID provider server receives a request from the terminal to create an identification data record.
  • the request identifies a public cryptographic key of an asymmetric key pair of the terminal and a data element for entries in the identification data record to be created.
  • the data element identifies the document to be issued.
  • the ID provider server creates the identification data record with identification data of a user of the terminal device.
  • the identification data record further comprises a data record ID created by the ID provider server.
  • the ID provider server sends a user attribute request to provide the user attributes of the user of the terminal device to an attribute reading server.
  • the user attribute request comprises the public cryptographic key of the terminal device for assigning the read user attributes to the public cryptographic key.
  • the ID provider server receives an attribute data record from the attribute reading server in response to the user attribute request.
  • the attribute data record is signed by the attribute reading server and comprises the read user attributes.
  • the signed attribute data record further comprises an attribute certificate which assigns the read user attributes to the public cryptographic key of the terminal device.
  • the ID provider server verifies the attribute certificate with the assignment of the public cryptographic key to the read user attributes.
  • the ID provider server upon successful verification of the attribute certificate, enters the received user attributes together with the attribute certificate into the identification data record.
  • the ID provider server upon successful creation of the identification data record, the ID provider server sends the data record ID of the created identification data record to the terminal device for the terminal device to generate the provisioning token, which includes the data record ID.
  • Figure 7 shows an exemplary method for providing an identification data record, which was created, for example, in the course of the method in Figure 5 or Figure 6, for issuing a digital document to be issued.
  • the ID provider server receives an identification record request for sending the identification record to an issuer server.
  • the identification record request includes a network address of an issuer of the digital document to be issued.
  • the ID provider server sends the identification record to the issuer server using the network address.
  • Figure 8 shows an exemplary method for issuing a digital document to be issued for a terminal using a digital provisioning token of the terminal.
  • the provisioning token comprises a data record ID of a document to be issued to prove authorization to receive the digital document to be issued. digital document.
  • the provisioning token is further signed with a first private cryptographic key of a first asymmetric key pair of the terminal for cryptographic coupling to the terminal.
  • the method is carried out using one or more issuer servers to issue the digital document.
  • an issuing request for issuing the digital document to be issued is received from the terminal, which includes the provisioning token.
  • an identification data record request is sent to an ID provider server of an ID provider service.
  • the identification data record request includes the data record ID provided by the provisioning token.
  • the identification data record with identification data of a user of the terminal is received, which includes a data record ID, a first public cryptographic key of the terminal and a first data element, which identifies the document to be issued.
  • the signature of the provisioning token is validated using the first public cryptographic key of the terminal provided by the identification data record.
  • a database query is sent to read a first database entry of a first database.
  • Data elements of the document to be issued are stored in the first database entry.
  • the database query includes the first data element provided by the identification data set and the identification data provided by the identification data set to identify the first database entry.
  • the data elements of the document to be issued are received from the first database entry of the first database.
  • the digital document to be issued is issued, which includes the received data elements from the first database entry of the first database and is signed with a second private cryptographic key of a second asymmetric key pair.
  • the second asymmetric key pair is assigned to an issuer service for issuing the digital document to be issued.
  • the issued digital document is sent to the terminal.
  • Figure 9 shows a further exemplary method for issuing a digital document to be issued for a terminal using a digital provisioning token of the terminal.
  • the provisioning token comprises a data record ID of a the identification data record associated with the digital document to be issued.
  • the provisioning token is further signed with a first private cryptographic key of a first asymmetric key pair of the terminal for cryptographic coupling to the terminal.
  • the method is carried out using one or more issuer servers to issue the digital document.
  • an issuing request for issuing the digital document to be issued is received from the terminal, which includes the provisioning token.
  • an identification data record request is sent to an ID provider server of an ID provider service.
  • the identification data record request includes the data record ID provided by the provisioning token.
  • the identification data record with identification data of a user of the terminal is received, which includes a data record ID, a first public cryptographic key of the terminal and a first data element, which identifies the document to be issued.
  • the signature of the provisioning token is validated using the first public cryptographic key of the terminal provided by the identification data record.
  • a database query is sent to read a first database entry of a first database.
  • Data elements of the document to be issued are stored in the first database entry.
  • the database query includes the first data element provided by the identification data set and the identification data provided by the identification data set to identify the first database entry.
  • the database query for reading the first database entry of the first database includes a request to generate and enter the reference ID in the first database entry.
  • the data elements of the document to be issued are received from the first database entry of the first database together with the reference ID.
  • the digital document to be issued is issued, which includes the received data elements from the first database entry of the first database and is signed with a second private cryptographic key of a second asymmetric key pair.
  • the second asymmetric key pair is assigned to an issuer service for issuing the digital document to be issued.
  • the issued digital document is sent to the terminal device.
  • a database entry request is sent to a second database for creating and entering a second database entry in the second database, which includes a reference ID for the issued digital document and the first public cryptographic key of the terminal.
  • the database entry request includes the reference ID and the first public cryptographic key of the terminal.
  • the database entry request further includes a request to send an entry confirmation of the reference ID to the first database upon successful entry of the reference ID in the second database.
  • a confirmation of the entry of the second database entry in the second database is received.
  • Figure 10 shows a further exemplary method for issuing a digital document to be issued for a terminal using a digital provisioning token of the terminal.
  • the provisioning token comprises a data record ID of an identification data record associated with the digital document to be issued.
  • the provisioning token is also signed with a first private cryptographic key of a first asymmetric key pair of the terminal for cryptographic coupling to the terminal.
  • the method is carried out using one or more issuer servers to issue the digital document.
  • an issuing request for issuing the digital document to be issued is received from the terminal, which includes the provisioning token.
  • an identification data record request is sent to an ID provider server of an ID provider service.
  • the identification data record request includes the data record ID provided by the provisioning token.
  • the identification data record with identification data of a user of the terminal is received, which includes a data record ID, a first public cryptographic key of the terminal and a first data element, which identifies the document to be issued.
  • the signature of the provisioning token is validated using the first public cryptographic key of the terminal provided by the identification data record.
  • a database query is sent to read a first database entry of a first database.
  • Data elements of the document to be issued are stored in the first database entry.
  • the database query includes the identification of the first database entry, the first data element provided by the identification data set and the identification data provided by the identification data set.
  • the data elements of the document to be issued are received from the first database entry of the first database.
  • the digital document to be issued is issued, which comprises the received data elements from the first database entry of the first database and is signed with a second private cryptographic key of a second asymmetric key pair.
  • the second asymmetric key pair is assigned to an issuer service for issuing the digital document to be issued.
  • the issued digital document is sent to the terminal.
  • a database entry request is sent to a second database for creating and entering a second database entry in the second database, which includes a reference ID for the issued digital document and the first public cryptographic key of the terminal.
  • the database entry request includes the first data element and the first public cryptographic key of the terminal.
  • the database entry request further includes a request to generate the reference ID and, upon successful entry of the reference ID in the second database, to send an entry confirmation with the reference ID and the first data element to the first database for entering the reference ID in the first database entry.
  • a confirmation of the entry of the second database entry in the second database is received.
  • Figures 11A and 11B together show an exemplary system 182 for providing a digital provisioning token and issuing a digital document to be issued for a terminal device 100.
  • the system 182 has been divided into two figures, i.e. Figure 11A and Figure 11B, which belong together and together represent the complete system 182.
  • the system 182 comprises, for example, the terminal device 100, an ID provider server 130, an attribute readout server 160, an issuer server 400, a first database server 430 of a first database 440 and/or a second database server 450 of a second database 460.
  • the terminal 100 which is for example a mobile terminal such as a smartphone, comprises a processor 102, a memory 104 with
  • the terminal 100 comprises, for example, a user interface 118 via which a user can control the terminal 100, for example to request the creation of a provisioning token 112 for a digital document 412.
  • the user interface 118 can be configured so that the user authenticates himself to the terminal 100. Execution of the program instructions 116, which, for example, implement a corresponding app on the terminal 100, by the processor 102 causes the processor 102 to control the terminal 100 to generate the provisioning token 112.
  • the terminal 100 carries out one of the exemplary methods from Figures 1 to 4 to generate the provisioning token 112.
  • the terminal 100 generates an asymmetric key pair which comprises a private cryptographic key 108 and a public cryptographic key 110.
  • the private cryptographic key 108 is stored, for example, in a protected memory area 106 of the memory 104 of the terminal 100.
  • the terminal receives, for example via the user interface 118 or the communication interface 120, a first data element 114 which is associated with the document 412 to be issued and which identifies the document 412 to be issued.
  • the terminal sends a request via the network 180 to an ID provider server 130 of an ID provider service to create an identification data record 142 with identification data 508 of a user of the terminal 100.
  • the request includes, for example, the public cryptographic key 110 and the first data element 114 for entries in the identification data record 142 to be created.
  • the terminal 100 Upon creation of the identification data record 142, the terminal 100 receives a data record ID 144 from the ID provider server 130 via the network 180, which identifies the created identification data record 142. The terminal 100 uses the data record ID 144 to generate the provisioning token 112. For example, the terminal 100 signs the data record ID 144 using the private cryptographic key 108.
  • the provisioning token 112 thus generated can be used by the terminal 100 to request an issuance of the digital document 412 to be issued by an issuer server 400 of an issuer of the digital document 412 to be issued via the network 180.
  • the terminal 100 receives, for example, the issued document 412.
  • the ID provider server 130 of the ID provider service comprises, for example, a processor 132, a memory 134 with program instructions 148 and a communication interface 150 for communication via the network 180.
  • the ID provider server 130 also comprises, for example, an asymmetric key pair which comprises a private cryptographic key 138 and a public cryptographic key 140.
  • the private cryptographic key 138 is stored, for example, in a protected memory area 136 of the memory 134 of the ID provider server 130.
  • the ID provider server 130 can use the private cryptographic key 138, for example, to sign the created identification data record 142.
  • the ID provider server 130 carries out one of the exemplary methods from Figures 5 or 6 to generate the identification data record 142. Upon receipt of the request from the terminal device 100 to create the identification data record 142, the ID provider server 130 creates the identification data record 142 and sends the data record ID 144 of the created identification data record 142 to the terminal device 100 to generate the provisioning token 112.
  • the attribute reading server 160 comprises, for example, a processor 162, a
  • Memory 164 with program instructions 174 and a communication interface 176 for
  • the attribute reading server 160 comprises for example, an asymmetric key pair which comprises a private cryptographic key 168 and a public cryptographic key 172.
  • the private cryptographic key 168 is stored, for example, in a protected memory area 166 of the memory 164 of the attribute reading server 160.
  • the public cryptographic key 172 is provided, for example, as part of an authorization certificate 170 with which the attribute reading server 160 can prove authorization to read user attributes 508.
  • the attribute reading server 160 can also use the private cryptographic key 168, for example, to sign the read user attributes 508 and an attribute certificate 146.
  • the attribute reading server 160 can also have another asymmetric key pair with another private cryptographic key for signing the read user attributes 508 and an attribute certificate 146.
  • the attribute reading server 160 sends a read request to read the user attributes 508 to the terminal 100 via the network 180.
  • the terminal 100 itself provides the user attributes 508, for example in the protected memory area 106.
  • the read request includes, for example, the public cryptographic key 112 of the terminal 100.
  • the read request can include, for example, the first data element 114 and/or the data record ID 144.
  • the user attributes 508 are managed, for example, by an ID application, which is implemented by the instructions 116 on the terminal device 100.
  • the attribute reading server 160 Upon successful proof of authorization to read the user attributes 508, for example using the authorization certificate 170, the attribute reading server 160 receives the requested user attributes 508, creates an attribute certificate 146, signs the read user attributes 508 and the attribute certificate 146, and sends both to the ID provider server 130 for entry in the identification data record 142.
  • the document 412 to be issued is issued, for example, using the issuer server 400 of an issuer of the document 412 to be issued.
  • the issuer server 400 comprises, for example, a processor 402, a memory 404 with program instructions 414 and a communication interface 416 for communication via the network 180.
  • the issuer server 400 also comprises, for example, an asymmetric key pair which comprises a private cryptographic key 408 and a public cryptographic key 410.
  • the private cryptographic key 408 is stored, for example, in a protected memory area 406 of the memory 404 of the issuer server 400.
  • the private cryptographic key 408 can be used by the issuer server 400, for example, to sign the issued document 412.
  • the issuer server 400 carries out one of the exemplary methods from Figures 8 to 10 to issue the document 412 to be issued.
  • the issuer server 400 identifies the identification data record 142 to be used to issue the document 412 using the provisioning token 112.
  • the issuer server 400 receives the provisioning token 112 from the terminal 100, queries the identification data record 142 from the ID provider server 130 using the data record ID 144 provided by the provisioning token 112.
  • the signature of the provisioning token 112 can be checked, for example, using the public cryptographic key 110 provided by the identification data record 142.
  • the issuer server 400 uses, for example, the first data element 114 provided by the identification data record 142 and the user attributes 508 to identify a first database entry 442 in a first database 440.
  • the identified first database entry 442 comprises data elements of the document 412 to be issued, which are provided to the issuer server 400 by the first database 440.
  • Access to the first database 440 occurs, for example, via a first database server 430 that manages the first database 440.
  • the first database server 430 comprises, for example, a processor 432, a memory 434 with program instructions 436 and a communication interface 438 for communication via the network 180.
  • the program instructions 436 implement, for example, a database management system for managing the first database 440.
  • the issuing server 400 uses the data elements of the first database entry 442 provided by the first database server 430 to issue the document 412, which includes, for example, the public cryptographic key 110 of the terminal 100 for cryptographically secured coupling to the terminal 100.
  • the issued document 412 is sent to the terminal 100 for use.
  • a second database entry 462 is additionally entered into a second database 460.
  • Access to the second database 460 occurs, for example, via a second database server 450 that manages the second database 460.
  • the second database server 450 comprises, for example, a processor 452, a memory 454 with program instructions 456 and a communication interface 458 for communication via the network 180.
  • the program instructions 456 implement, for example, a database management system for managing the second database 460.
  • the second database entry 462 of the second database 460 which is entered upon request of the issuer server 400, comprises, for example, the public cryptographic key 110 of the terminal 100 and a reference ID of the document 412.
  • the corresponding reference ID of the document 412 is created by the first database server 430, entered into the first database entry 442 and made available to the issuer server 400 together with the data elements from the first database entry 442.
  • the issuer server 400 then forwards, upon successful issuing of the document 412, the public cryptographic key 110 of the terminal 100 and the reference ID of the document 412 to the second database server 450 for entry into the second database 460.
  • the second database server 450 informs the first database server 430 about entering the reference ID of the document 412 in the second database entry 462.
  • the reference ID of the document 412 can also be created by the second database server 450 at the request of the issuer server 400.
  • the second database server 450 Upon entering the reference ID of the document 412 in the second database entry 462 of the second database 460, the second database server 450 sends, for example, the reference ID of the document 412 to the first database server 430 and informs it about the entry of the reference ID of the document 412 in the second database entry 462.
  • the second database server 450 sends the reference ID of the document 412 together with the first data element 114, which the issuer server 400 provides, to the first database server 430.
  • the database server 430 can enter the reference ID of the document 412 in the first database entry 442 of the first database 440.
  • Figures 12A and 12B together show another exemplary system 182 for providing a digital provisioning token and issuing a digital document to be issued for a terminal device 100.
  • the system 182 has been divided into two figures, ie Figure 12A and Figure 12B, which belong together and together represent the complete system 182.
  • the system 182 comprises, for example, the terminal device 100, an ID token, an ID provider server 130, an attribute reading server 160, an issuer server 400, a first database server 430 of a first database 440 and/or a second database server 450 of a second database 460.
  • the system 182 shown in Figure 12 corresponds to the system 182 shown in Figures 11A and 11B, except for the difference that the user attributes 508 in Figure 12A, unlike in Figure 11A, are not read from the terminal 100, but via the terminal 100 from an independent ID token 500.
  • the ID token 500 comprises, for example, a processor 502, a memory 504 with program instructions 508 and a communication interface 512 for communication with the terminal 100.
  • the communication interface 512 is, for example, a communication interface for contactless communication with a corresponding communication interface 122 of the terminal 100.
  • the program instructions 508 control, for example, a provision of user attributes 508 which are stored in a protected memory area 506 of the memory 504 of the ID token 500.
  • the attribute reading server 160 reads the user attributes 508 from the ID token 500, for example via the terminal 100.
  • the attribute reading server 160 receives the requested user attributes 508 via the terminal, creates an attribute certificate 146, signs the read user attributes 508 and the attribute certificate 146 and sends both to the ID provider server 130 for entry in the identification data record 142.
  • an encrypted communication connection is established between the attribute reading server 160 and the ID token 500.
  • An encrypted communication connection is, for example, a communication connection secured by end-to-end encryption.
  • Figure 13 shows an exemplary digital provisioning token 112 issued by a terminal device, which is cryptographically coupled to the terminal device.
  • the provisioning token 112 comprises, for example, a data record ID 144, which identifies an identification data record with identification data of a user of the terminal device, and a signature 107, which is created using a private cryptographic key of the terminal device.
  • Figure 14 shows an exemplary digital document 412, which comprises a data record 413 with data elements 114, 415.
  • the data elements comprise, for example, the first data element 114, which identifies the document 142.
  • the data elements also comprise, for example, data elements 415, which were read from a first database entry of a first database.
  • a corresponding document 412 can be issued, for example, using one of the methods described in Figures 8 to 10.
  • the data record 611 is signed with a signature key of an issuer issuing the document, i.e. with the signature 411.
  • the data record 413 also comprises a public cryptographic key 110 of a terminal for cryptographically coupling the document 412 to the corresponding terminal.
  • the data record 413 also comprises, for example, an indication 417 of a time of issue of the document 412.
  • FIG. 15 shows an exemplary method for providing a digital provisioning token on a terminal 100.
  • the method is started by a user 10 of the terminal 100.
  • an asymmetric key pair is generated on the terminal, which comprises a private cryptographic key PrK and a public cryptographic key PuK.
  • a prerequisite for generating the asymmetric key pair is successful authentication of the user 10 to the terminal 100.
  • the private cryptographic key is stored in a protected memory area of the memory of the terminal 100, access to which requires successful authentication of the user 10 to the terminal 100.
  • the terminal 100 receives a first data element, for example as input from the user 10, which identifies the document to be issued.
  • the terminal 100 sends a request to create the identification data record to an ID provider server 130 of an ID provider service.
  • the request includes the public cryptographic key PuK and the first data element.
  • the ID provider server 130 generates the identity data record with a data record ID, the public cryptographic key PuK and the first data element.
  • the ID provider server 130 sends a user attribute request for providing user attributes of the user 10 of the terminal 100 to an attribute reading server 160.
  • the ID provider server 130 sends the user attribute request, for example, first to the terminal 100, which forwards the user attribute request to the attribute reading server 160 in step 612.
  • the attribute reading server 160 sends a read request to the terminal 100 to read the requested user attributes.
  • a confirmation request to confirm the reading of the requested user attributes is displayed on the terminal 100.
  • the user 10 confirms to the terminal 100 that the requested user attributes have been read, for example by entering a PIN or another form of authentication to the terminal 100.
  • the user attributes are sent to the attribute reading server 160 in response to the read request. If the user attributes are provided by the terminal, they are read from a memory of the terminal 100, in particular from a protected memory area of the corresponding memory. If the user attributes are provided on an independent ID token, they are read from the ID token via the terminal 100.
  • the attribute reading server 160 generates an attribute certificate which assigns the user attributes to the public cryptographic key PuK, signs the received user attributes together with the attribute certificate and sends both to the ID provider server 130.
  • the attribute reading server 160 sends the read user attributes together with the attribute certificate, for example, first to the terminal 100, which forwards both to the ID provider server 130 in step 624.
  • the ID provider server 130 verifies the attribute certificate and, following successful verification, enters the user attributes together with the attribute certificate in the identity data record in step 628.
  • the ID provider server 130 Upon successful creation of the identity record with the user attributes of the user 10 of the terminal device 100 as identity data, the ID provider server 130 sends the record ID to the terminal device in step 630.
  • the terminal device 100 uses the record ID to generate a provisioning token. For example, the terminal device 100 signs the record ID using the private cryptographic key to generate the provisioning token.
  • the server 161 can also send the data record ID in the form of the provisioning token to the ID provider server 130 and the ID provider server 130 can check the signature of the provisioning token. This makes it possible to ensure that the provisioning token actually belongs to the identity data record identified by the data record ID and enables its use to issue the document to be issued.
  • step 640 the server 161 forwards the identification data record to a (second) issuing server 160 for issuing the document to be issued.
  • the issuing server 160 sends a database query to a first database server 430 for reading data elements of the document to be issued from a first data record of a first database.
  • the database query includes the identification data in the form of the user attributes and the first data element from the identification data record.
  • the first database server 430 can identify the requested database entry.
  • the user attributes can be used to check, for example, whether the requested database entry is actually assigned to the person who identifies themselves using the user attributes.
  • the first database server 430 In step 644, the first database server 430 generates a reference ID for the document to be issued and enters this in the first database entry.
  • the reference ID can be used to identify the document without any conclusions being drawn about the content of the document and/or the data elements of the document to be issued stored in the first database entry.
  • the first database server 430 in response to a database query, sends the data elements read from the first database entry together with the reference ID to the issuing server 160.
  • the issuing server 160 issues the document to be issued using the received data elements from the first database entry.
  • the issued document also includes the public cryptographic key PuK of the terminal 100 provided by the identification data record, whereby the document is assigned to the terminal 100.
  • the issuing server 160 signs the document with a signature key and sends it to the terminal 100.
  • the document is first sent to the server 161 together with the reference ID in step 650, which forwards the document to the terminal 100 in step 652.
  • the server 161 finally sends a database entry request to a second database server 450 of a second database.
  • the database entry request includes the reference ID and the public cryptographic key PuK of the terminal 100 provided by the identification data record.
  • the reference ID and the public cryptographic key PuK of the terminal 100 are entered together in a second database entry in the second database. This makes it possible, for example, to ensure that the public cryptographic key PuK of the terminal 100 is not used again to issue a document.
  • the second database can be used to check whether a public cryptographic key PuK has already been used once to issue a document.
  • the reference ID can be used to identify the document for the issuance of which the public cryptographic key PuK was used.
  • the second database server 450 sends entry information to the first database server 430, which informs about the entry of the public cryptographic key PuK in the second database.
  • the first database server 430 can note the entry in the first database entry, which is identified by the reference ID.
  • the reference ID can also be generated, for example, in step 656 by the second database server 450 for entries in the second database and sent to the first database server 430 for entries in step 658.
  • the first data element and the public cryptographic key PuK are sent to the second database server 450 in step 654.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Theoretical Computer Science (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Storage Device Security (AREA)

Abstract

Offenbart ist ein Verfahren zum Bereitstellen eines digitalen Provisionierungstokens (112) auf einem Endgerät (100) zum Provisionieren eines auszustellenden digitalen Dokuments (412). Der Provisionierungstoken (112) weist eine Berechtigung zum Empfang des auszustellenden digitalen Dokuments (412) nach und ist kryptographisch an das Endgerät (100) gekoppelt. Das Endgerät (100) erzeugt ein erstes asymmetrisches Schlüsselpaar mit einem ersten privaten kryptographischen Schlüssel (108) und einem ersten öffentlichen kryptographischen Schlüssel (110), empfängt ein dem auszustellenden Dokument (412) zugeordnetes erstes Datenelement (114), sendet eine Anfrage mit dem ersten öffentlichen kryptographischen Schlüssel (110) und dem ersten Datenelement (114) an einen ID-Provider-Server (130) eines ID-Provider-Dienstes zum Erstellen eines Identifikationsdatensatzes (142), empfängt eine Datensatz-ID (144) des erstellten Identifikationsdatensatzes (142) und erzeugt den Provisionierungstoken (112), welches die Datensatz-ID (144) umfasst und unter Verwendung des ersten privaten kryptographischen Schlüssels (108) signiert ist.

Description

VERFAHREN ZUM ERZEUGEN EINES PROVISIONIERUNGSTOKENS DURCH EIN ENDGERÄT
GEBIET DER TECHNIK
[0001] Die Erfindung betrifft ein Verfahren zum Bereitstellen eines digitalen Provisionierungstokens auf einem Endgerät, ein Verfahren zum Ausstellen eines auszustellenden digitalen Dokuments für das Endgerät unter Verwendung des digitalen Provisionierungstokens des Endgerätes, das Endgerät zum Bereitstellen des digitalen Provisionierungstokens auf dem Endgerät, einen ID-Provider-Server zum Bereitstellen des digitalen Provisionierungstokens auf dem Endgerät, einen Ausstellerserver zum Ausstellen des auszustellenden digitalen Dokuments für das Endgerät und ein System, welches das Endgerät und den ID-Provider-Server umfasst.
STAND DER TECHNIK
[0002] Mobile Endgeräte, wie beispielsweise Smartphones, sind allgegenwärtig. Sie werden in vielen Lebensbereichen und Situationen zur Erfüllung verschiedenster Aufgaben im digitalen Bereich bzw. unter Zuhilfenahme digitaler Hilfsmittel verwendet.
[0003] Es stellt jedoch eine technische Herausforderung dar, für entsprechende Endgeräte digitale Dokumente in kryptographisch sicherer Weise bereitzustellen.
[0004] Der Erfindung liegt die Aufgabe zugrunde, ein Verfahren zum kryptographisch sicheren Bereitstellen eines Provisionierungstokens für ein digitales Dokument zu schaffen.
[0005] Die der Erfindung zugrunde liegende Aufgabe wird jeweils mit den Merkmalen der unabhängigen Patentansprüche gelöst. Ausführungsformen der Erfindung sind in den abhängigen Patentansprüchen angegeben.
ZUSAMMENFASSUNG
[0006] Ausführungsformen umfassen ein Verfahren zum Bereitstellen eines digitalen Provisionierungstokens auf einem Endgerät zum Provisionieren eines auszustellenden digitalen Dokuments. Der Provisionierungstoken weist eine Berechtigung zum Empfang des auszustellenden digitalen Dokuments nach und ist kryptographisch an das Endgerät gekoppelt.
[0007] Das Verfahren umfasst ein Erzeugen eines ersten asymmetrischen Schlüsselpaars durch das Endgerät, welches einen ersten öffentlichen kryptographischen Schlüssel und einen ersten privaten kryptographischen Schlüssel umfasst. Das Endgerät empfängt ein dem auszustellenden Dokument zugeordnetes erstes Datenelement. Das erste Datenelement identifiziert das auszustellende Dokument. Eine Anfrage wird durch das Endgerät an einen ID-Provider-Server eines ID-Provider-Dienstes zum Erstellen eines Identifikationsdatensatzes mit Identifikationsdaten eines Nutzers des Endgeräts gesendet. Der Identifikationsdatensatz umfasst beispielsweise eine Datensatz-ID, den ersten öffentlichen kryptographischen Schlüssel des Endgeräts und das erste Datenelement. Ferner umfasst der Identifikationsdatensatz als Identifikationsdaten des Nutzers des Endgeräts beispielsweise aus einem ID-Token des Nutzers des Endgeräts ausgelesene Nutzerattribute des Nutzers des Endgeräts und eine Attributsbescheinigung, welche die ausgelesenen Nutzerattribute dem ersten öffentlichen kryptographischen Schlüssel des Endgeräts zuordnet. Die Anfrage umfasst den ersten öffentlichen kryptographischen Schlüssel und das erste Datenelement zum Einträgen in den zu erstellenden Identifikationsdatensatz. Das Endgerät empfängt die Datensatz-ID des erstellten Identifikationsdatensatzes von dem ID-Provider-Server und erzeugt den Provisionierungstoken. Der Provisionierungstoken umfasst die Datensatz-ID und wird im Zuge des Erzeugens von dem Endgerät unter Verwendung des ersten privaten kryptographischen Schlüssels signiert.
[0008] Ausführungsformen können den Vorteil haben, dass durch ein Endgerät ein Provisionierungstoken erzeugt werden kann, welches in kryptographisch gesicherter Weise an das Endgerät bzw. ein asymmetrisches Schlüsselpaar des Endgeräts gekoppelt ist. Diese Kopplung wird durch die Signatur des Provisionierungstoken unter Verwendung des ersten privaten kryptographischen Schlüssels des Endgeräts als Signaturschlüssel implementiert. Ferner wird der Provisionierungstoken durch die Signatur kryptographisch an den Identifikationsdatensatz gekoppelt, dessen Datensatz-ID der Provisionierungstoken umfasst. Diese Kopplung wird durch den ersten öffentlichen kryptographischen Schlüssel des Endgeräts implementiert, welchen der Identifikationsdatensatz umfasst und der als Signaturprüfschlüssel zum Prüfen der Signatur des Provisionierungstokens dient. Neben der Zuordnung durch den Datensatz-ID kann somit anhand der Signatur des Provisionierungstokens und dem von dem Identifikationsdatensatz umfassten ersten öffentlichen kryptographischen Schlüssel kryptographisch durch eine Validierung der Signatur geprüft werden, ob der Provisionierungstoken und der Identifikationsdatensatz bzw. die von dem Identifikationsdatensatz bereitgestellten Identifikationsdaten zusammengehören. Der Provisionierungstoken weist dabei eine Berechtigung zum Empfang eines auszustellenden digitalen Dokuments mit einem Endgerät. Dieses auszustellende digitale Dokument wird durch das erste Datenelement identifiziert, welches in den kryptographisch mit dem Provisionierungstoken gekoppelten Identifikationsdatensatz eingetragen ist. Ein Vorlegen des ersten Datenelements und der dazu passenden Identifikationsdaten ist eine Voraussetzung zum Ausstellen des auszustellenden Dokuments, d.h., durch das Vorlegen der entsprechenden korrekten Daten wird eine Berechtigung zum Empfang eines auszustellenden digitalen Dokuments nachgewiesen. Da der Provisionierungstoken kryptographisch an den Identifikationsdatensatz mit den entsprechenden Daten gekoppelt ist, wird durch den Provisionierungstoken über den Verweis auf den Identifikationsdatensatz durch die Datensatz-ID Berechtigung zum Empfang des auszustellenden digitalen Dokuments nachgewiesen.
[0009] Die von dem Provisionierungstoken umfasste Datensatz-ID identifiziert den Identifikationsdatensatz, ohne dass dadurch Informationen über die von dem Identifikationsdatensatz umfassen Identifikationsdaten oder das erste Datenelement, welches das auszustellende Dokument identifiziert, offenbart werden. Beispielsweise handelt es sich bei der Datensatz-ID um einen Universally Unique Identifier (UUID). Bei einer UUID handelt es sich um eine 128-Bit-Zahl, welche zur Identifikation von Informationen in Computersystemen verwendet wird. Bei der Generierung nach den Standardmethoden können UUlDs für praktische Zwecke als global eindeutig angenommen werden. Dies bedeutet, dass die Wahrscheinlichkeit für eine Kollision so gering ist, dass sie für praktische Zwecke vernachlässigt werden kann. Die UUID ist als Teil des Standards ISO/IEC 11578:1996 und als separater Standard ISO/IEC 9834-8:2005 dokumentiert. Ferner hat die IETF das auf UUID basierende RFC 4122 veröffentlicht.
[0010] Das erste Datenelement kann beispielsweise durch eine Nutzereingabe empfangen werden. Ebenso kann das erste Datenelement beispielsweise aus einer auf elektronischem Wege empfangene Datei ausgelesen werden. Das erste Datenelement identifiziert das auszustellende Dokument beispielsweise eindeutig. Beispielsweise identifiziert das erste Datenelement das auszustellende Dokument in Kombination mit einer Angabe des Dokumententyps eindeutig. Beispielsweise ist für das erste Datenelement nur ein Dokument des angebenden Dokumententyps zu auszustellen. Unter der Verwendung des ersten Datenelements kann beispielsweise ein erster Datensatz in einer ersten Datenbank identifiziert werden, in welchem Datenelemente gespeichert sind, die in das auszustellenden Dokuments aufzunehmen sind. Beispielsweise dient das erste Datenelement selbst als ein Datenbankzugriffsschlüssel, z.B. ein Primärschlüssel, oder zum Ableiten eines Datenbankzugriffsschlüssels, z.B. eines
Primärschlüssels.
[0011] Hier und im Folgenden wird der einfacheren Lesbarkeit halber jeweils auf ein erstes Datenelement Bezug genommen. Es versteht sich, dass dies als mindestens ein erstes Datenelement zu lesen ist und die entsprechenden Verfahrensschritte jeweils in identischer Form auch mit mehreren ersten Datenelementen ausgeführt werden können, welche zusammen das auszustellende Dokument identifizieren.
[0012] Handelt es sich bei dem auszustellenden Dokument um ein Ausweisdokument, kann es sich bei dem ersten Datenelement beispielsweise um ein oder mehrere Nutzerattribute handeln. Werden die entsprechenden Nutzerattribute im Zuge einer Identifikation des Nutzers des Endgeräts beispielsweise aus einem ID-Token ausgelesen, können die ausgelesenen Nutzerattribute zusätzlich zu dem ersten Datenelement verwendet werden oder dieses, soweit sie identisch sind, ersetzen. Dies bedeutet, falls im Folgenden von einer Verwendung von Nutzerattributen und einem ersten Datenelement die Rede ist, kann es sich bei Identität zwischen dem ersten Datenelement und einem Nutzerattribut um eine Verwendung des entsprechenden Nutzerattributs und des identischen ersten Datenelements handeln.
Alternativerweise kann das entsprechende Nutzerattribut auch das erste Datenelement ersetzen, sodass keine redundanten Daten verwendet werden.
[0013] Beispielsweise handelt es sich bei dem von dem Endgerät erzeugenten ersten asymmetrisches Schlüsselpaar um dokumentenindividuelles ein asymmetrisches Schlüsselpaar, d.h., das Endgeräterzeugt beispielsweise für jedes auszustellende Dokument bzw. das zugehörige Provisionierungstoken jeweils ein eigenständiges asymmetrisches Schlüsselpaar.
[0014] Beispielsweise wird der erste private kryptographische Schlüssel als Signaturschlüssle des Endgeräts zum Ausstellen des Provisionierungstokens in einem geschützten Speicherbereich des Speichers des Endgeräts gespeichert. Bei dem geschützten Speicherbereich des Endgeräts handelt es sich beispielsweise um einen Speicherbereich, auf welchen einen Zugriff nur unter Voraussetzung einer erfolgreichen Nutzerauthentifizierung des Nutzers des Endgeräts ermöglicht wird.
[0015] Unter einem Dokument wird hier insbesondere eine Urkunde verstanden, wie etwa eine Geburtsurkunde, eine Heiratsurkunde, ein Staatsbürgerschaftsnachweis, ein Ausweisdokument, insbesondere Reisepass, Personalausweis, Visum sowie Führerschein, Fahrzeugschein, oder Fahrzeugbrief. [0016] Nach Ausführungsformen handelt es sich bei dem auszustellenden Dokument um ein
Fahrzeugdokument, beispielsweise um eine elektronische Zulassungsbescheinigung Teil I.
[0017] Ausführungsformen können den Vorteil haben, dass ein Provisionierungstoken zum Nachweis einer Berechtigung zum Empfang einer auszustellenden elektronischen Zulassungsbescheinigung Teil I mit einem Endgerät und zur kryptographischen Kopplung an das Endgerät im Zuge der Ausstellung nachgewiesen werden kann.
[0018] Die Zulassungsbescheinigung ist in Deutschland und in Österreich eine amtliche Urkunde über die Zulassung von Fahrzeugen zum Straßenverkehr. Die Zulassungsbescheinigung umfasst beispielsweise Datenelemente zum Individualisieren des Fahrzeugs, in aller Regel anhand der vom Hersteller vergebenen Fahrzeug-Identifizierungsnummer, auch als Fahrgestellnummer bezeichnet, zum Zuteilen eines Kraftfahrzeugkennzeichens an eine bestimmte Person oder Entität, und zum Nachweisen, dass das Fahrzeug technische Zulassungsvorschriften, d.h. eine Bauartzulassung, erfüllt. Die in der Zulassungsbescheinigung eingetragene Person oder Entität ist der Halter des Fahrzeugs, welcher mit dem Eigentümer oder Besitzer identisch sein kann, aber nicht muss.
[0019] Im Detail umfasst eine elektronische Zulassungsbescheinigung Teil I beispielsweise die folgenden Datenelement: (B) Datum der Erstzulassung des Fahrzeugs; (2.1) Code zu 2; (2.2) Code zu D.2 mit Prüfziffer; (J) Fahrzeugklasse; (4) Art des Aufbaus; (E) Fahrzeug-
Identifizierungsnummer; (3) Prüfziffer der Fahrzeug-Identifizierungsnummer, (D.l) Marke, (D.2) Typ/Variante/Version; (D.3) Handelsbezeichnung(en); (2) Hersteller-Kurzbezeichnung; (5) Bezeichnung der Fahrzeugklasse und des Aufbaus; (V.9) für die EG-Typgenehmigung maßgebliche Schadstoffklasse; (14) Bezeichnung der nationalen Emissionsklasse; (P.3) Kraftstoffart oder Energiequelle; (10) Code zu P.3; (14.1) Code zu V.9 oder 14; (P.l) Hubraum in cm3; (22) Bemerkungen und Ausnahmen; (L) Anzahl der Achsen; (9) Anzahl der Antriebsachsen; (P.2/P.4) Nennleistung in kW/ Nenndrehzahl bei min“1; (T) Höchstgeschwindigkeit in km/h; (18) Länge in mm; (19) Breite in mm ohne Spiegel und Anbauteile; (20) Höhe in mm; (G) Masse des in Betrieb befindlichen Fahrzeugs in kg Leermasse; (12) Rauminhalt des Tanks bei Tankfahrzeugen in m3; (13) Stützlast in kg; (Q) Leistungsgewicht in kW/kg (nur bei Krafträdern); (V.7) CO2 (in g/km) kombinierter Wert; (F.l) technisch zulässige Gesamtmasse in kg; (F.2) im Zulassungsmitgliedstaat zulässige Gesamtmasse in kg; (7.1) Max. Achslast Achse 1 in kg; (7.2) Max. Achslast Achse 2 in kg; (7.3) max. Achslast Achse 3 in kg; (8.1) max. Achslast Achse 1 in kg; (8.2) max. Achslast Achse 2 in kg; (8.3) max. Achslast Achse 3 in kg; (U.l) Standgeräusch in dB(A); (U.2) Drehzahl in min“1 zu U.l; (U.3) Fahrgeräusch in dB(A); (O.l) technisch zulässige Anhängelast gebremst in kg; (O.2) technisch zulässige Anhängelast ungebremst in kg; (S.l) Sitzplätze einschließlich Fahrersitz; (S.2) Stehplätze; (15.1) Bereifung auf Achse 1; (15.2) Bereifung auf Achse 2; (15.3) Bereifung auf Achse 3; (R) Farbe des Fahrzeugs; (11) Code zu R; (K) Nummer der EG-Typgenehmigung oder ABE; (6) Datum zu K; (17) Merkmal zur Betriebserlaubnis; (16) Nummer der Zulassungsbescheinigung Teil II; (21) Sonstige Vermerke; (H) Gültigkeitsdauer; (I) Datum dieser Zulassung; (7) technisch zulässige maximale Achslast/ Masse je Achsgruppe in kg; (7.1) Achse 1 bis (7.3) Achse 3, (8) zulässige maximale Achslast im Zulassungsmitgliedstaat in kg, (8.1) Achse 1 bis (8.3) Achse 3; und/oder (15) Bereifung.
[0020] Nach Ausführungsformen handelt es sich bei dem ersten Datenelement um eine eindeutige Fahrzeug-ID, beispielsweise ein Fahrzeugkennzeichen oder eine Fahrgestellnummer.
[0021] Ausführungsformen können den Vorteil haben, dass eine eindeutige Fahrzeug-ID, etwa in Form des Fahrzeugkennzeichens und/oder einer Fahrgestellnummer, verwendet wird.
[0022] Bei einer Datenbank mit Datenbankeinträgen, welche Datenelemente auszustellender Dokumente umfassen, kann es sich beispielsweise um eine offizielle Datenbank bzw. Register, insbesondere ein Zentralregister, handeln. Im Falle Zulassungsbescheinigung kann es sich beispielsweise um das zentrales Fahrzeugregister des Kraftfahrt-Bundesamts handeln.
[0023] Beispielsweise umfasst das Verfahren ferner ein Empfangen einer Leseanfrage durch das Endgerät zum Auslesen der Identifikationsdaten des Identifikationsdatensatzes in Form von Nutzerattributen des Nutzers des Endgeräts aus einem ID-Token des Nutzers von einem Attributsausleseserver. Die Leseanfrage umfasst den ersten öffentlichen kryptographischen Schlüssel des Endgeräts und ordnet den ersten öffentlichen kryptographischen Schlüssel dem Auslesevorgang zu. In Antwort auf die Leseanfrage stellt das Endgerät die angefragten Nutzerattribute des Nutzers des Endgeräts unter Verwendung des ID-Tokens bereit.
[0024] Beispielsweise erfolgt das Auslesen der Identifikationsdaten zum Erstellen des Identifikationsdatensatzes über das Endgerät. Da der Auslesevorgang dem ersten öffentlichen kryptographischen Schlüssel zugeordnet wird, werden auch die ausgelesenen Identifizierungsdaten dem ersten öffentlichen kryptographischen Schlüssel zugeordnet und damit dem mit dem ersten privaten kryptographischen Schlüssel signierten Provisionierungstoken. Somit kann also sichergestellt werden, dass es sich bei dem Provisionierungstoken um ein Provisionierungstoken handelt, welches für bzw. durch dasjenige Endgerät erzeugt wird, über welches sich der Nutzer im Zuge des Auslesens des Identifizierungsdaten zum Erstellen des Identifikationsdatensatzes identifiziert hat. Da das Ausstellen des auszustellenden Dokuments bzw. dessen Empfang nur für bzw. durch dasjenige Endgerät erfolgt, für das der Provisionierungstoken ausgestellt ist, kann somit sichergestellt werden, dass das Dokument für dasselbe Endgerät ausgestellt wird, bzw. dasselbe Endgerät das Dokument empfängt, über welches sich der Nutzer identifiziert hat.
[0025] Beispielsweise umfasst das ausgestellte Dokument ebenfalls einen ersten öffentlichen kryptographischen Schlüssel, welchen der Identifikationsdatensatz zur Verfügung stellt. Dadurch kann das ausgestellte Dokument, welches beispielsweise signiert ist, in kryptographisch gesicherter Weise an das Endgerät gebunden werden. Somit kann verhindert werden, dass das ausgestellte Dokument kryptographisch an ein anderes Endgerät gebunden wird, als das Endgerät, über welches sich der Nutzer identifiziert hat. Dadurch kann die Sicherheit des Ausstellverfahrens bzw. des ausgestellten Dokuments erhöht werden. Insbesondere können somit Angriffsszenarien verhindert werden, bei welchem ein Dokument mittels Identifikationsdaten eines ersten Nutzers eines ersten Endgeräts aber für ein zweites Endgerät ausgestellt wird, auf welches der erste Nutzer keinen Zugriff hat bzw. welches nichts mit dem ersten Nutzer zu tun hat. Ein solches Angriffsszenario würde eine Art Identitätsdiebstahl bzw. Diebstahl des entsprechenden digitalen Dokuments darstellen, dass eigentlich für den ersten, sich identifizierenden Nutzer aufgestellt werde sollte.
[0026] Das Auslesen der Identifikationsdaten stellt eine erste Stufe in einem zweistufigen Verfahren zum Ausstellen des auszustellenden Dokuments dar. Durch das Auslesen der Identifikationsdaten wird der Nutzer identifiziert und die ausgelesenen Identifikationsdaten werden über den ersten öffentlichen kryptographischen Schlüssel dem zum Identifizieren verwendeten Endgerät zugeordnet. In einer nachfolgenden Stufe wird das auszustellende Dokument für das Endgerät ausgestellt. Indem sichergestellt wird, dass das Dokument demselben ersten öffentlichen kryptographischen Schlüssel zugeordnet wird, für welchen auch die Identifizierungsdaten ausgelesen werden, kann sichergestellt werden, dass nur auf das Endgerät ein Dokument ausgestellt wird, von dem sich der Nutzer identifiziert hat.
[0027] Beispielsweise werden die Nutzerattribute über eine verschlüsselte Kommunikationsverbindung an den Attributsausleseserver gesendet.
[0028] Beispielsweise wird der ID-Token von dem Endgerät in Form einer ID-Applikation bereitgestellt, deren Programminstruktionen in einem Speicher des Endgeräts gespeichert sind. Die Nutzerattribute sind in einem geschützten Speicherbereich des Speichers des Endgeräts gespeichert. Voraussetzung für ein Bereitstellen der angefragten Nutzerattribute ist ein erfolgreiches Verifizieren eines Berechtigungsnachweises des Attributsausleseserver zum Auslesen der angefragten Nutzerattribute.
[0029] Der ID-Token mit den Nutzerattributen des Nutzers des Endgeräts kann somit durch das Endgerät selbst bereitgestellt wird. Die Nutzerattribute sind beispielsweise unter Verwendung eines Sicherheitselements des Endgeräts geschützt auf dem Endgerät gespeichert. Beispielsweise sind die Nutzerattribute in einem geschützten Speicherbereich des Sicherheitselements gespeichert. Somit kann ein Auslesen der Nutzerattribute nur unter Verwendung des Sicherheitselements erfolgen. Beispielsweise sind die Nutzerattribute in verschlüsselter Form auf dem Endgerät gespeichert, wobei ein oder mehrere kryptographische Schlüssel zum Entschlüsseln der Nutzerattribute in einem geschützten Speicherbereich des Sicherheitselements gespeichert sind. Somit kann ein Zugriff auf die Nutzerattribute in unverschlüsselter Form nur unter Verwendung des Sicherheitselements des Endgeräts erfolgen.
[0030] Ein Auslesen der Nutzerattribute aus dem ID-Token ist daher nicht ohne weiteres möglich. Vielmehr sind die Nutzerattribute effektiv gegen ein unberechtigtes Auslesen geschützt. Beispielsweise ist zum Auslesen der Nutzerattribute aus dem Endgerät, d.h. zum Zugriff auf den geschützten Speicherbereich des Sicherheitselements mit den entsprechenden Nutzerattributen und/oder den ein oder mehreren kryptographischen Schlüsseln zum Entschlüsseln der verschlüsselt auf dem Endgerät gespeicherten Nutzerattribute, ein Berechtigungsnachweis unter Verwendung eines Berechtigungszertifikats notwendig. Beispielsweise besitzt der Attributsausleseserver ein Berechtigungszertifikat, mit welchem er seine Berechtigung zum Auslesen der Nutzerattribute nachweisen kann. Beispielsweise ordnet das Berechtigungszertifikat dem Attributsausleseserver einen öffentlichen kryptographischen Schlüssel eines asymmetrischen Schlüsselpaars zu. Der Attributsausleseserver verfügt ferner über einen privaten kryptographischen Schlüssel des asymmetrischen Schlüsselpaars. Beispielsweise sendet der Attributsausleseserver eine Leseanfrage zum Lesen der Nutzerattribute des Nutzers an das Endgerät bzw. die auf dem Endgerät implementierte ID-Applikation. Die Leseanfrage ist beispielsweise mit dem privaten kryptographischen Schlüssel des asymmetrischen Schlüsselpaars signiert. Das Endgerät bzw. die ID-Applikation prüft eine Validität der Signatur der Leseanfrage unter Verwendung des Berechtigungszertifikats bzw. des von dem Berechtigungszertifikat bereitgestellten öffentlichen kryptographischen Schlüssel. Auf eine erfolgreiche Validitätsprüfung hin gewährt das Endgerät bzw. das Sicherheitselement des Endgeräts dem Attributsausleseserver einen Lesezugriff auf die Nutzerattribute. [0031] Zum Auslesen der Nutzerattribute des Nutzers aus dem Endgerät wird beispielsweise eine verschlüsselte Kommunikationsverbindung zwischen dem Endgerät und dem Attributsausleseserver aufgebaut. Beispielsweise ist die entsprechende Kommunikationsverbindung mittels einer Ende-zu-Ende-Verschlüsselung verschlüsselt.
[0032] Beispielsweise wird der ID-Token als eigenständiges Gerät bereitgestellt, mit welchem das Endgerät über eine Kommunikationsschnittstelle kommuniziert. Das Endgerät leitet die Leseanfrage zum Auslesen der Nutzerattribute an den ID-Token und in Antwort aus die Leseanfrage die angefragten Nutzerattribute von dem ID-Token an den Attributsausleseserver weiter.
[0033] Der ID-Token umfasst beispielsweise einen Prozessor, einen Speicher und eine Kommunikationsschnittstelle zur Kommunikation mit dem Endgerät. Bei der Kommunikationsschnittstelle handelt es sich beispielsweise um eine kontaktlose oder eine kontaktbehaftete Kommunikationsschnittstelle.
[0034] Beispielsweise ist Voraussetzung für das Auslesen der angefragten Nutzerattribute ein erfolgreiches Verifizieren eines Berechtigungsnachweises des Attributsausleseserver zum Auslesen der angefragten Nutzerattribute durch den ID-Token. Beispielsweise werden die Nutzerattribute über eine verschlüsselte Kommunikationsverbindung von dem ID-Token über das Endgerät an den Attributsausleseserver gesendet. Bei der Verschlüsselung der Kommunikationsverbindung handelt es sich beispielsweise um eine Ende-zu-Ende- Verschlüsselung zwischen dem ID-Token und dem Attributsausleseserver.
[0035] Ein Auslesen der Nutzerattribute aus dem ID-Token ist daher nicht ohne weiteres möglich. Vielmehr sind die Nutzerattribute effektiv gegen ein unberechtigtes Auslesen geschützt. Beispielsweise sind die Nutzerattribute in einem geschützten Speicherbereich eines Speichers des ID-Tokens gespeichert. Beispielsweise ist für einen Zugriff auf den geschützten Speicherbereich ein Berechtigungsnachweis unter Verwendung eines Berechtigungszertifikats notwendig. Beispielsweise besitzt der Attributsausleseserver ein Berechtigungszertifikat, mit welchem er seine Berechtigung zum Auslesen der Nutzerattribute nachweisen kann. Beispielsweise ordnet das Berechtigungszertifikat dem Attributsausleseserver einen öffentlichen kryptographischen Schlüssel eines asymmetrischen Schlüsselpaars zu. Der Attributsausleseserver verfügt ferner über einen privaten kryptographischen Schlüssel des asymmetrischen Schlüsselpaars. Beispielsweise sendet der Attributsausleseserver eine Leseanfrage zum Lesen der Nutzerattribute des Nutzers über das Endgerät an den ID-Token. Die Leseanfrage ist beispielsweise mit dem privaten kryptographischen Schlüssel des asymmetrischen Schlüsselpaars signiert. Der ID-Token prüft eine Validität der Signatur der Leseanfrage unter Verwendung des Berechtigungszertifikats bzw. des von dem Berechtigungszertifikat bereitgestellten öffentlichen kryptographischen Schlüssel. Auf eine erfolgreiche Validitätsprüfung hin gewährt der ID-Token dem Attributsausleseserver einen Lesezugriff auf die angefragten Nutzerattribute.
[0036] Unter einem „ID-Token" als eigenständiges Gerät wird hier ein mobiles tragbares elektronisches Gerät verstanden, zum Beispiel eine Chipkarte, auf welchem personenbezogene Attribute eines Nutzers, d.h. Nutzerattribute, gespeichert sind. Der „ID-Token" kann beispielsweise in Form eines Ausweis-, Wert- oder Sicherheitsdokuments bereitgestellt werden. Bei dem entsprechenden Ausweis-, Wert- oder Sicherheitsdokuments, welches die Nutzerattribute bereitstellt, handelt es sich beispielsweise um ein hoheitliches Dokument, insbesondere ein papierbasiertes und/oder kunststoffbasiertes Dokument, wie zum Beispiel ein elektronisches Ausweisdokument, insbesondere Reisepass, Personalausweis, Visum, Führerschein, Fahrzeugschein, Fahrzeugbrief, Gesundheitskarte, oder einen Firmenausweis, oder eine anderes ID-Dokument, eine Chipkarte, Zahlungsmittel, insbesondere Banknote, Bankkarte oder Kreditkarte, Frachtbrief oder ein sonstiger Berechtigungsnachweis. Insbesondere kann es sich bei dem ID-Token um ein Machine-Readable Travel Document, wie beispielsweise von der Internationalen Luftfahrtbehörde (ICAO) und/oder dem Bundesamt für Sicherheit in der Informationstechnik (BSI) standardisiert, handeln.
[0037] Beispielsweise ist Voraussetzung für eine Freigabe des Lesezugriffs auf die Nutzerattribute durch den ID-Token eine Bestätigung der Leseanfrage durch den Nutzer des Endgeräts gegenüber dem ID-Token. Die Bestätigung umfasst eine erfolgreiche Authentisierung des Nutzers gegenüber dem ID-Token unter Verwendung des Endgeräts.
[0038] Eine Nutzerauthentisierung gegenüber dem Endgerät kann grundsätzlich beispielsweise durch Eingabe eines Passworts oder einer PIN erfolgen. Beispielsweise kann die Nutzerauthentisierung unter Verwendung von biometrischen Authentisierungsdaten erfolgen.
[0039] Bei biometrischen Authentisierungsdaten kann es sich beispielsweise um folgende Daten handeln, welche von dem Endgerät unter Verwundung eines zum Erfassen der entsprechenden biometrischen Daten konfigurierten Sensor erfasst werden: DNA-Daten, Fingerabdruckdaten, Körpergeometriedaten/Anthropometriedaten, wie etwa Gesichts-, Hand-, Ohrgeometriedaten, Handlinienstrukturdaten, Venenstrukturdaten, wie etwa Handvenenstrukturdaten, Irisdaten, Retinadaten, Stimmerkennungsdaten, Nagelbettmuster, Zahnmusterdaten und/oder verhaltensbasierte Daten, wie etwa Daten Bewegungsmuster, Gangmuster, Arm-, Hand-, Fingerbewegungsmuster, Lippenbewegungsmuster. Zum Erfassen der entsprechenden biometrischen Authentifizierungsdaten umfasst der biometrische Sensor beispielsweise eine optische Sensorkomponente zum Erfassen elektromagnetischer Strahlung im sichtbaren und/oder jenseits des sichtbaren Spektrums, eine akustische Sensorkomponente zum erfassen akustischer Signale und/oder einen Bewegungssensor zum Erfassen von Bewegungen des Endgeräts, wenn es der Nutzer bei sich trägt und/oder verwendet.
[0040] Biometrischen Authentisierungsdaten umfassen beispielsweise insbesondere verhaltensbasierte Daten des Nutzers. Verhaltensbasiert Daten sind Daten, welche auf einem intrinsischen Verhalten des Nutzers beruhen und können beispielsweise umfassen: Bewegungsmuster, Gangmuster, Arm-, Hand-, Fingerbewegungsmuster, Lippenbewegungsmuster. Ein Verwenden von verhaltensbasierten Daten zum biometrischen Authentisieren des Nutzers kann den Vorteil haben, dass der Nutzer zum Zwecke des Authentisierens sein übliches, für ihn charakteristisches Verhalten fortsetzen kann, ohne dass für ihn untypische zusätzliche Handlungen notwendig sind. Insbesondere muss der Nutzer sein übliches Verhalten nicht unterbrechen.
[0041] Zum Erfassen der verhaltensbasierten Daten wird von dem Endgerät ein biometrischer Sensor verwendet, welcher zum Erfassen verhaltensbasierter Daten konfiguriert ist. Bei den verhaltensbasierten Daten handelt es sich beispielsweise um Bewegungsdaten, welche unter Verwendung einer Sensorkomponente zum Erfassen von Bewegungen des Endgeräts erfasst werden. Die Sensorkomponente zum Erfassen von Bewegungen kann beispielsweise einen Beschleunigungssensor umfassen. Eine Bewegung kann beispielsweise durch Integration über Beschleunigungsmesswerte, welche der Beschleunigungssensor erfasst, berechnet werden. Die Sensorkomponente zum Erfassen von Bewegungen kann beispielsweise zudem eine Lage des Endgeräts im Raum und/oder Veränderungen der Lage detektieren. Beispielsweise umfasst die Sensorkomponente zum Erfassen von Bewegungen ein Gyroskop. Bei den durch die Sensorkomponente zum Erfassen von Bewegungen erfassten Bewegungsdaten handelt es sich beispielsweise um Beschleunigungs-, Neigungs- und/oder Positionsdaten.
[0042] Bei erfassten Bewegungsdaten handelt es sich beispielsweise um Daten von Bewegungen des Endgeräts, welche dadurch verursacht werden, dass der Nutzer das Endgerät mit sich führt, beispielsweise am Körper trägt. Durch die charakteristischen Bewegungen des Nutzers wird das Endgerät in einer für den Nutzer charakteristischer Weise mitbewegt. Dies ist selbst dann der Fall, wenn der Nutzer nicht aktive mit dem Endgerät interagiert, z.B. keine Nutzerschnittstelle des
Endgeräts, wie etwa eine Taste, eine Tastatur, einen Touchscreen oder ein Mikrophon, nutzt.
[0043] Beispielsweise zeigt das Endgerät eine Bestätigungsaufforderung zur Bestätigung der Leseanfrage an.
[0044] Um die Leseanfrage zu bestätigen bzw. eine Zustimmung zum Auslesen der Nutzerattribute aus dem ID-Token zu bestätigen, authentisiert sich der Nutzer gegenüber dem Endgerät. Beispielsweise bestätigt das Endgerät eine erfolgreiche Authentifizierung des Nutzers gegenüber dem ID-Token. Beispielsweise leitet das Endgerät empfangene Authentisierungsdaten des Nutzers an den ID-Token weiter, sodass der ID-Token den Nutzer unter Verwendung der weitergeleiteten Authentisierungsdaten authentifizieren kann.
[0045] Beispielsweise umfasst die Bestätigungsaufforderung eine Angabe des ersten öffentlichen kryptographischen Schlüssels. Die Bestätigung der Leseanfrage durch den Nutzer des Endgeräts gegenüber dem ID-Token ist eine Bestätigung des Auslesens der Nutzerattributen des Nutzers des Endgeräts zur Verwendung zusammen mit dem ersten öffentlichen kryptographischen Schlüssel.
[0046] Dies kann den Vorteil haben, dass der erste öffentliche kryptographische Schlüssel als ein Verwendungszweck für die auszulesenden Nutzerattribute seitens des Nutzers des Endgeräts bestätigt wird. Beispielsweise führt das Endgerät automatisch einen Vergleich des von der Leseanfrage umfassten ersten öffentlichen kryptographischen Schlüssel mit dem auf dem Endgerät gespeicherten ersten öffentlichen kryptographischen Schlüssel durch. Ist der von der Leseanfrage umfasste erste öffentliche kryptographische Schlüssel identisch mit dem auf dem Endgerät gespeicherten ersten öffentlichen kryptographischen Schlüssel, wird dies beispielsweise durch die angezeigte Bestätigungsaufforderung gegenüber dem Nutzer bestätigt. Der Nutzer weiß somit, dass es sich bei dem ersten öffentlichen kryptographischen Schlüssel, für welchen er einem Lesezugriff zustimmt, um den ersten öffentlichen kryptographischen Schlüssel des Endgerätes handelt.
[0047] Die Kommunikation zwischen Endgerät und ID-Token zur Bestätigung der Leseanfrage umfasst beispielsweise eine Verwendung des ersten privaten kryptographischen Schlüssels Prüfung durch das Endgerät, beispielsweise in Form eine Signatur oder im Zuge eines Challenge- Response-Verfahrens zwischen Endgerät und ID-Token, sodass der ID-Token nachprüfen kann, ob der verwendete private kryptographische Schlüssel zu dem ersten öffentlichen kryptographischen Schlüssel der Leseanfrage passt. Beispielsweise kann im Falle einer Signatur unter Verwendung des ersten privaten kryptographischen Schlüssels als Signaturschlüssel der von der Leseanfrage bereitgestellte erste öffentliche kryptographische Schlüssel als Signaturprüfschlüssel verwendet werden. Ist eine Validierung der Signatur mit dem von der Leseanfrage bereitgestellten ersten öffentlichen kryptographischen Schlüssel als Signaturprüfschlüssel erfolgreich, wird dadurch nachgewiesen, dass die Bestätigung der Leseanfrage tatsächlich von demjenigen Endgerät stammt, für welche die Nutzerattribute ausgelesen werden sollen.
[0048] Beispielsweise umfasst die Leseanfrage neben einer Angabe der angefragten Nutzerattribute ferner das erste Datenelement und/oder die Datensatz-ID. Dies hat den Vorteil, dass das Auslesen der Nutzerattribute bzw. die ausgelesenen Nutzerattribute mittel dem ersten Datenelement explizit dem auszustellenden Dokument und/oder mittels der Datensatz-ID explizit dem zu erstellenden Identifikationsdatensatz zugeordnet werden können.
[0049] Beispielsweise umfasst die Bestätigungsaufforderung ferner ein oder mehrere der folgenden Angaben: eine Angabe der angefragten Nutzerattribute, das erste Datenelement, Datensatz-ID.
[0050] Dies hat den Vorteil, dass die Bestätigung des Lesezugriffs durch den Nutzer explizit für die in der Bestätigungsaufforderung angegeben Nutzerattribute erteilt wird, d.h. es sich bei der Bestätigung um eine nutzerattributspezifische Bestätigung handelt. Ferner kann die Bestätigung des Lesezugriffs durch den Nutzer explizit an das erste Datenelement gebunden werden und somit explizit für das Dokument erfolgen, welches durch das erste Datenelement identifiziert wird. Schließlich kann die Bestätigung des Lesezugriffs durch den Nutzer explizit an den zu erstellenden Identifikationsdatensatz gebunden werden und somit explizit für den Identifikationsdatensatz erfolgen, welcher durch die Datensatz-ID identifiziert wird.
[0051] Beispielsweise setzt das Erzeugen des ersten asymmetrischen Schlüsselpaars ein erfolgreiches Authentifizieren des Nutzers des Endgeräts durch das Endgerät voraus.
[0052] Somit kann beispielsweise sichergestellt werden, dass das erste asymmetrische Schlüsselpaar für das zu erzeugende Provisionierungstoken bzw. das auszustellende Dokument tatsächlich für den Nutzer des Endgeräts und mit dessen Zustimmung erzeugt wird.
[0053] Beispielsweise wird zumindest der erste private kryptographische Schlüssel in dem geschützten Speicherbereich des Speichers des Endgeräts gespeichert. Beispielsweise ist der geschützte Speicherbereich dazu konfiguriert, dass ein Zugriff auf den in dem geschützten Speicherbereich gespeicherten ersten privaten kryptographischen Schlüssel ein erfolgreiches
Authentifizieren des Nutzers des Endgeräts durch das Endgerät voraussetzt.
[0054] Dies kann den Vorteil haben, dass der erste private kryptographische Schlüssel sicher auf dem Endgerät gespeichert wird und somit sichergestellt werden kann, dass ausschließlich das Endgerät zu einer Verwendung des Provisionierungstokens und/oder des ausgestellten Dokuments berechtigt wird.
[0055] Beispielsweise handelt es sich bei dem Endgerät um ein mobiles, tragbares Endgerät. Bei dem mobilen tragbaren Endgerät handelt es sich beispielsweise um ein Tablet, ein Laptop, ein Smartphone, eine Smartwatch, Smartglasses oder ein sonstiges mobiles tragbares Smart-Gerät. Unter einem Smart-Gerät wird hier ein Gerät mit einem Prozessor und einem Speicher zum Speichern von Programminstruktionen einer Applikation zum Ausführen durch den Prozessor verstanden. Ferner kann das Smart-Gerät über eine Kommunikationsschnittstelle zum Herstellen einer kabellosen Kommunikationsverbindung, etwa in ein Netzwerk, wie etwa ein Intranet oder das Internet, verstanden.
[0056] Alternativer Weise kann es sich bei dem Endgerät beispielsweise um einen stationären Computer bzw. ein stationäres Computersystem, wie etwa einen Personal Computer (PC), handeln.
[0057] Beispielsweise wird durch das Endgerät zusätzlich zu der Datensatz-ID eine Netzwerkadresse eines Ausstellers des auszustellenden digitalen Dokuments empfangen. Der Provisionierungstoken umfasst zusätzlich die Netzwerkadresse des Ausstellers des auszustellenden digitalen Dokuments.
[0058] Die Netzwerkadresse gibt beispielsweise an, an welchen Aussteller bzw. an welche Adresse des Ausstellers des auszustellenden Dokuments Anfragen zum Ausstellen des entsprechenden Dokuments unter Verwendung des Provisionierungstokens zu stellen sind.
[0059] Beispielsweise ordnet die Attributsbescheinigung die ausgelesenen Nutzerattribute ferner dem ersten Datenelement und/oder der Datensatz-ID zu.
[0060] Dies kann den Vorteil haben, dass die ausgelesenen Nutzerattribute dem ersten Datenelement und damit dem durch das erste Datenelement identifizierte auszustellende Dokument zugeordnet werden können. Ferner kann dies den Vorteil haben, dass die ausgelesenen Nutzerattribute der Datensatz-ID und damit dem durch die der Datensatz-ID identifizierten Identifikationsdatensatz zugeordnet werden können.
[0061] Beispielsweise umfasst das Verfahren ferner ein Senden einer Ausstellungsanfrage zum Ausstellen des auszustellenden digitalen Dokuments durch das Endgerät an einen Ausstellerserver eines Ausstellers des auszustellenden digitalen Dokuments. Die Ausstellungsanfrage umfasst den Provisionierungstoken. In Antwort auf das Senden der Ausstellungsanfrage empfängt das Endgerät das ausgestellte Dokument.
[0062] Der Provisionierungstoken wird dazu verwendet, dass auszustellende Dokument für das Endgerät auszustellen. Anhand der Signatur des Provisionierungstokens und dem in dem Identifikationsdatensatz hinterlegtem ersten öffentlichen kryptographischen Schlüssel kann unter Verwendung des ersten öffentlichen kryptographischen Schlüssels als Signaturprüfschlüssel geprüft werden, ob Provisionierungstoken tatsächlich von dem Endgerät erzeugt wurde, dessen Identifikationsdatensatz von dem Provisionierungstoken mittels der Datensatz-ID identifiziert wird und zum Ausstellen des Dokuments verwendet werden soll.
[0063] Das ausgestellte Dokument umfasst beispielsweise den ersten öffentlichen kryptographischen Schlüssel des Endgeräts, wodurch es an das Endgerät gebunden ist. Beispielsweise ist für eine Verwendung des ausgestellten Dokuments ein Nachweis einer Verwendungsberechtigung notwendig. Eine solche Verwendungsberechtigung kann beispielsweise ein Nachweis des Besitzes des dem ersten öffentlichen kryptographischen Schlüssel zugeordneten ersten privaten kryptographischen Schlüssels umfassen. Der entsprechende Besitz kann beispielsweise mittels einer Signatur, etwa in Zuge einer Verwendungsanfrage oder eines Challenge-Response-Verfahrens, unter Verwendung kryptographischer Mittel nachgewiesen werden. Das ausgestellte Dokument ist durch den ersten öffentlichen kryptographischen Schlüssel in kryptographisch gesicherter weise an das Endgerät gekoppelt. Diese Kopplung wird beispielsweise durch eine Signatur des ausgestellten Dokuments unter Verwendung eines Signaturschlüssel des Ausstellers des Dokuments kryptographisch abgesichert. Somit kann sichergestellt werden, dass nur das Endgerät mit dem ersten privaten kryptographischen Schlüssel das ausgestellte Dokument verwenden kann.
[0064] Ausführungsformen umfassen ferner ein Verfahren zum Bereitstellen eines digitalen Provisionierungstokens auf einem Endgerät zum Provisionieren eines auszustellenden digitalen Dokuments. Der Provisionierungstoken weist eine Berechtigung zum Empfang des auszustellenden digitalen Dokuments nach und ist kryptographisch an das Endgerät gekoppelt. [0065] Das Verfahren umfasst ein Empfangen einer Anfrage des Endgeräts durch einen ID- Provider-Server eines ID-Provider-Dienstes zum Erstellen eines Identifikationsdatensatzes. Die Anfrage umfasst einen ersten öffentlichen kryptographischen Schlüssel eines ersten asymmetrischen Schlüsselpaars des Endgeräts und ein erstes Datenelement zum Einträgen in den zu erstellenden Identifikationsdatensatz. Das erste Datenelement identifiziert das auszustellende Dokument. Der ID-Provider-Server erstellt den Identifikationsdatensatz mit Identifikationsdaten eines Nutzers des Endgeräts. Der Identifikationsdatensatz umfasst ferner eine von dem ID- Provider-Server erstellte Datensatz-ID. Auf ein erfolgreiches Erstellen des Identifikationsdatensatzes hin, sendet der ID-Provider-Server die Datensatz-ID des erstellten Identifikationsdatensatzes an das Endgerät zum Erzeugen des Provisionierungstokens mit der Datensatz-ID durch das Endgerät.
[0066] Dies kann den Vorteil haben, dass durch den Provider-Server des ID-Provider-Dienstes ein Identifikationsdatensatz erstellt wird, welcher Identifikationsdaten des Nutzers des Endgeräts umfasst, und über die Datensatz-ID an das von dem Endgerät erzeugte Provisionierungstoken gebunden wird. Somit kann sichergestellt werden, dass der Identifikationsdatensatz nur zum Ausstellen des auszustellenden Dokuments verwendet werden kann, wenn eine entsprechende Ausstellungsanfrage den gekoppelten Provisionierungstoken umfasst. Ferner kann sichergestellt werden, dass mit dem gekoppelten Provisionierungstoken ein Dokument nur unter Verwendung des gekoppelten Datensatzes und den von diesem bereitgestellten Identifikationsdaten ausgestellt werden kann. Eine Verwendung des Provisionierungstoken mit einem andern Identifikationsdatensatz mit einer andern Datensatz-ID kann somit effektiv verhindert werden.
[0067] Beispielsweise umfasst der Identifikationsdatensatz ferner den empfangenen ersten öffentlichen kryptographischen Schlüssel des Endgeräts und das empfangene erste Datenelement des auszustellenden Dokuments.
[0068] Durch den öffentlichen kryptographischen Schlüssel des Endgeräts kann der Identifikationsdatensatz zudem kryptographisch an den mit dem ersten privaten kryptographischen Schlüssel des Endgeräts signierten Provisionierungstoken gekoppelt werden. Eine Verwendung des Identifikationsdatensatz mit einem andern Provisionierungstoken kann effektiv ausgeschlossen werden. Der Identifikationsdatensatz kann beispielsweise nur mit demjenigen bzw. für denjenigen Provisionierungstoken verwendet werden, dessen Signatur sich mit dem ersten öffentlichen kryptographischen Schlüssel des Endgeräts als Signaturprüfschlüssel erfolgreich validieren lässt. [0069] Beispielsweise wird der Identifikationsdatensatz von dem ID-Provider-Server des ID- Provider-Dienstes mit einem Signaturschlüssel des ID-Provider-Server signiert.
[0070] Umfasst der Identifikationsdatensatz zudem das erste Datenelement, welches das auszustellende Dokument identifiziert, kann sichergestellt werden, dass der Identifikationsdatensatz selbst identifiziert, für welches Dokument er zu verwenden ist.
[0071] Beispielsweise umfassen die Identifikationsdaten Nutzerattributen des Nutzers des Endgeräts, welche durch eine Attributsbescheinigung kryptographisch gesichert dem ersten öffentlichen kryptographischen Schlüssel des Endgeräts zugeordnet sind. Das Erstellen des Identifikationsdatensatzes umfasst ferner ein Senden einer Nutzerattributsanfrage zum Bereitstellen der Nutzerattribute des Nutzers des Endgeräts an einen Attributsausleseserver durch den ID-Provider-Server. Die Nutzerattributsanfrage umfasst den ersten öffentlichen kryptographischen Schlüssel des Endgeräts zum Zuordnen der ausgelesenen Nutzerattribute zu dem ersten öffentlichen kryptographischen Schlüssel. In Antwort auf die Nutzerattributsanfrage, empfängt der ID-Provider-Server einen Attributdatensatz von dem Attributsausleseserver. Der Attributdatensatz ist von dem Attributsausleseserver signiert und umfasst die ausgelesenen Nutzerattribute. Der signierte Attributdatensatz umfasst ferner eine Attributsbescheinigung, welche die ausgelesenen Nutzerattribute dem ersten öffentlichen kryptographischen Schlüssel des Endgeräts zuordnet. Der ID-Provider-Server verifiziert die Attributsbescheinigung mit der Zuordnung des ersten öffentlichen kryptographischen Schlüssels zu den ausgelesenen Nutzerattributen. Auf eine erfolgreiche Verifizierung der Attributsbescheinigung hin, werden die empfangenen Nutzerattribute zusammen mit der Attributsbescheinigung durch den ID-Provider- Server in den Identifikationsdatensatz eingetragen.
[0072] Der ID-Provider-Server kann somit anhand der Attributsbescheinigung mit der Zuordnung des ersten öffentlichen kryptographischen Schlüssels zu den ausgelesenen Nutzerattributen sicherstellen, dass es sich bei den Nutzerattributen, welche in dem Identifikationsdatensatz eingetragen werden, um Nutzerattributen handelt, welche für den ersten öffentlichen kryptographischen Schlüssel und damit für das entsprechende Endgerät ausgelesen wurden.
[0073] Durch die Signatur des Attributdatensatzes wird bestätigt und kryptographisch gesichert, dass die Attributsbescheinigung für die empfangenen Nutzerattribute valide ist bzw. das Verifizieren der Attributsbescheinigung kann eine Prüfung der Signatur des Attributdatensatzes mit einem Signaturprüfungsschlüssel des Attributsausleseserver umfassen. [0074] Beispielsweise besitzt der Attributsausleseserver ein Berechtigungszertifikat, mit welchem er seine Berechtigung zum Auslesen der Nutzerattribute nachweisen kann. Beispielsweise ordnet das Berechtigungszertifikat dem Attributsausleseserver einen öffentlichen kryptographischen Schlüssel eines asymmetrischen Schlüsselpaars zu. Der Attributsausleseserver verfügt ferner über einen privaten kryptographischen Schlüssel des asymmetrischen Schlüsselpaars. Beispielsweise sendet der Attributsausleseserver eine Leseanfrage zum Lesen der Nutzerattribute des Nutzers an das Endgerät bzw. die auf dem Endgerät implementierte ID- Applikation. Die Leseanfrage ist beispielsweise mit dem privaten kryptographischen Schlüssel des asymmetrischen Schlüsselpaars signiert. Das Endgerät bzw. die ID-Applikation prüft eine Validität der Signatur der Leseanfrage unter Verwendung des Berechtigungszertifikats bzw. des von dem Berechtigungszertifikat bereitgestellten öffentlichen kryptographischen Schlüssel. Auf eine erfolgreiche Validitätsprüfung hin gewährt das Endgerät bzw. das Sicherheitselement des Endgeräts dem Attributsausleseserver einen Lesezugriff auf die Nutzerattribute.
[0075] Beispielsweise umfasst die Nutzerattributsanfrage ferner das erste Datenelement und zum Zuordnen der ausgelesenen Nutzerattribute zu dem ersten Datenelement. Die Attributsbescheinigung ordnet die ausgelesenen Nutzerattribute kryptographisch gesichert ferner dem ersten Datenelement zu.
[0076] Beispielsweise umfasst die Nutzerattributsanfrage ferner die Datensatz-ID zum Zuordnen der ausgelesenen Nutzerattribute zu der Datensatz-ID. Die Attributsbescheinigung ordnet die ausgelesenen Nutzerattribute kryptographisch gesichert ferner der Datensatz-ID zu.
[0077] Beispielsweise sendet der ID-Provider-Server zusätzlich zu der Datensatz-ID des erstellten Identifikationsdatensatzes eine Netzwerkadresse eines Ausstellers des auszustellenden digitalen Dokuments an das Endgerät.
[0078] Die Netzwerkadresse gibt beispielsweise an, an welchen Aussteller bzw. an welche Adresse des Ausstellers des auszustellenden Dokuments Anfragen zum Ausstellen des entsprechenden Dokuments unter Verwendung des Provisionierungstokens zu stellen sind.
[0079] Beispielsweise umfasst das Verfahren ferner ein Empfangen einer Identifikationsdatensatzanfrage zum Senden des Identifikationsdatensatzes an einen Austellerserver durch den ID-Provider-Server. Die Identifikationsdatensatzanfrage umfasst eine Netzwerkadresse eines Ausstellers des auszustellenden digitalen Dokuments. Der Identifikationsdatensatz wird durch den ID-Provider-Server unter Verwendung der Netzwerkadresse an den Austellerserver gesendet. [0080] Auf eine entsprechende Identifikationsdatensatzanfrage wird der Identifikationsdatensatz von dem ID-Provider-Server beispielsweise an den vorbestimmten Austellerserver gesendet.
[0081] Beispielsweise ist Voraussetzung für ein Senden des Identifikationsdatensatzes ein erfolgreiches Verifizieren eines Berechtigungsnachweises zum Lesen der Daten des Identifikationsdatensatzes.
[0082] Eine solche Berechtigung kann beispielsweise unter Verwendung eines Berechtigungszertifikat nachgewiesen werden. Beispielsweise umfasst das Berechtigungszertifikat einen öffentlichen kryptographischen Schlüssel eines asymmetrischen Schlüsselpaars zu. Das entsprechende asymmetrische Schlüsselpaar umfasst ferner einen privaten kryptographischen Schlüssel. Beispielsweise ist die Identifikationsdatensatzanfrage mit dem privaten kryptographischen Schlüssel des asymmetrischen Schlüsselpaars signiert. Der ID- Provider-Server prüft eine Validität der Signatur der Identifikationsdatensatzanfrage unter Verwendung des entsprechenden Berechtigungszertifikats bzw. des von dem entsprechenden Berechtigungszertifikat bereitgestellten öffentlichen kryptographischen Schlüssel. Auf eine erfolgreiche Validitätsprüfung hin wird der Identifikationsdatensatz beispielsweise unter Verwendung der Netzwerkadresse an den Austellerserver gesendet.
[0083] Ausführungsformen umfassen ferner ein Verfahren zum Ausstellen eines auszustellenden digitalen Dokuments für ein Endgerät unter Verwendung eines digitalen Provisionierungstokens des Endgerätes. Der Provisionierungstoken umfasst zum Nachweis einer Berechtigung zum Empfang des auszustellenden digitalen Dokuments eine Datensatz-ID eines dem auszustellenden digitalen Dokument zugeordneten Identifikationsdatensatzes. Zur kryptographischen Kopplung an das Endgerät ist der Provisionierungstoken ferner mit einem ersten privaten kryptographischen Schlüssel eines ersten asymmetrischen Schlüsselpaars des Endgeräts signiert. Das Verfahren wird unter Verwendung ein oder mehrerer Austellerserver zum Ausstellen des digitalen Dokuments ausgeführt
[0084] Das durch die ein oder mehreren Austellerserver ausgeführte umfasst ein Empfangen einer Ausstellanfrage zum Ausstellen des auszustellenden digitalen Dokuments von dem Endgerät. Die Ausstellanfrage umfasst den Provisionierungstoken. Eine Identifikationsdatensatzanfrage wird an einen ID-Provider-Server eines ID-Provider-Dienstes gesendet. Die die Identifikationsdatensatzanfrage umfasst die von dem Provisionierungstoken bereitgestellte Datensatz-ID. In Antwort auf die Identifikationsdatensatzanfrage wird der Identifikationsdatensatz mit Identifikationsdaten eines Nutzers des Endgeräts empfangen, welcher eine Datensatz-ID, einen ersten öffentlichen kryptographischen Schlüssel des Endgeräts und ein erstes Datenelement umfasst, welches das erste Datenelement das auszustellende Dokument identifiziert. Die Signatur des Provisionierungstokens wird unter Verwendung des von dem Identifikationsdatensatz bereitgestellten ersten öffentlichen kryptographischen Schlüssels des Endgeräts verifiziert. Eine Datenbankabfrage zum Auslesen eines ersten Datenbankeintrags einer ersten Datenbank wird gesendet. In dem ersten Datenbankeintrag sind Datenelemente des auszustellenden Dokuments gespeichert. Die Datenbankabfrage umfasst zur Identifikation des ersten Datenbankeintrags das von dem Identifikationsdatensatz bereitgestellte erste Datenelement und die von dem Identifikationsdatensatz bereitgestellten Identifikationsdaten. In Antwort auf die Datenbankabfrage werden die Datenelemente des auszustellenden Dokuments aus dem ersten Datenbankeintrags der ersten Datenbank empfangen. Das auszustellende digitale Dokument wird ausgestellt. Das ausgestellte Dokument umfasst die empfangenen Datenelemente aus dem ersten Datenbankeintrags der ersten Datenbank und ist mit einem zweiten privaten kryptographischen Schlüssel eines zweiten asymmetrischen Schlüsselpaars signiert, welches einem Ausstellerdienst zum Ausstellen des auszustellenden digitalen Dokuments zugeordnet ist. Das ausgestellte digitale Dokument wird an das Endgerät gesendet.
[0085] Durch das Validieren der Signatur des Provisionierungstokens unter Verwendung des von dem Identifikationsdatensatz bereitgestellten ersten öffentlichen kryptographischen Schlüssels des Endgeräts kann kryptographisch geprüft werden, ob der Provisionierungstoken und der Identifikationsdatensatz zusammengehören, d.h., ob der Provisionierungstoken dazu berechtigt unter Verwendung des entsprechenden Identifikationsdatensatz ein Dokument ausstellen zu lassen.
[0086] Datenelemente des auszustellenden Dokuments sind in einem ersten Datenbankeintrags einer ersten Datenbank gespeichert. Die Datenbankabfrage zur Identifikation des ersten Datenbankeintrags verwendet das von dem Identifikationsdatensatz bereitgestellte erste Datenelement und die von dem Identifikationsdatensatz bereitgestellten Identifikationsdaten zur Identifikation des auszulesenden ersten Datenbankeintrags. Beispielsweise dient das erste Datenelement selbst als ein Datenbankzugriffsschlüssel, z.B. ein Primärschlüssel, oder zum Ableiten eines Datenbankzugriffsschlüssels, z.B. eines Primärschlüssels. Die Identifikationsdaten dienen beispielsweise einem Konsistenztest, ob die von der Datenbankabfrage umfassten und durch die Attributsbescheinigung verifizierbaren Identifikationsdaten mit Identifikationsdaten übereinstimmen, welche der erste Datenbankeintrag als Datenelement umfasst und/oder welche dem ersten Datenbankeintrag zugeordnet sind. Eine entsprechende Übereinstimmung, d.h. ein erfolgreicher Konsistenztest ist beispielsweise Voraussetzung für Bereitstellen der Datenelemente aus dem ersten Datenbankeintrag.
[0087] Beispielsweise umfassen die Identifikationsdaten aus einem ID-Token eines Nutzers des Endgeräts ausgelesene Nutzerattribute des Nutzers des Endgeräts, welche durch eine Attributsbescheinigung kryptographisch gesichert dem ersten öffentlichen kryptographischen Schlüssel des Endgeräts zugeordnet sind.
[0088] Beispielsweise ordnet die Attributsbescheinigung die ausgelesenen Nutzerattribute ferner dem ersten Datenelement zu. Somit kann anhand der Attributsbescheinigung verifiziert werden, dass die Nutzerattribute zum Ausstellen des durch das erste Datenelement identifizierte auszustellende Dokument bereitgestellt werden. Beispielsweise ordnet die Attributsbescheinigung die ausgelesenen Nutzerattribute ferner der Datensatz-ID zu. Somit kann anhand der Attributsbescheinigung verifiziert werden, dass die Nutzerattribute tatsächlich zu dem entsprechenden Identifikationsdatensatz gehören, welcher durch die Datensatz-ID identifiziert wird, und für diesen Identifikationsdatensatz ausgelesen wurden.
[0089] Beispielsweise umfasst das ausgestellte digitale Dokument ferner den von dem Identifikationsdatensatz bereitgestellten ersten öffentlichen kryptographischen Schlüssel des Endgeräts.
[0090] Das ausgestellte Dokument umfasst beispielsweise den ersten öffentlichen kryptographischen Schlüssel des Endgeräts, wodurch es an das Endgerät gebunden ist. Beispielsweise ist für eine Verwendung des ausgestellten Dokuments ein Nachweis einer Verwendungsberechtigung notwendig. Eine solche Verwendungsberechtigung kann beispielsweise ein Nachweis des Besitzes des dem ersten öffentlichen kryptographischen Schlüssel zugeordneten ersten privaten kryptographischen Schlüssels umfassen. Der entsprechende Besitz kann beispielsweise mittels einer Signatur, etwa im Zuge einer Verwendungsanfrage oder eines Challenge-Response-Verfahrens, unter Verwendung kryptographischer Mittel nachgewiesen werden. Das ausgestellte Dokument ist durch den ersten öffentlichen kryptographischen Schlüssel in kryptographisch gesicherter weise an das Endgerät gekoppelt. Diese Kopplung wird beispielsweise durch eine Signatur des ausgestellten Dokuments unter Verwendung eines Signaturschlüssel des Ausstellers des Dokuments kryptographisch abgesichert. Somit kann sichergestellt werden, dass nur das Endgerät mit dem ersten privaten kryptographischen Schlüssel das ausgestellte Dokument verwenden kann. [0091] Beispielsweise umfasst das Verfahren ferner ein Senden einer Datenbankeintragungsaufforderung an eine zweite Datenbank zum Erstellen und Einträgen eines zweiten Datenbankeintrags in der zweiten Datenbank, welcher eine Referenz-ID für das ausgestellte digitale Dokument und den ersten öffentlichen kryptographischen Schlüssel des Endgeräts umfasst.
[0092] Dies hat den Vorteil, dass in der zweiten Datenbank ein zweiter Datenbankeintrag bereitgestellt wird, in welchem eine Referenz-ID für das ausgestellte digitale Dokument und der erste öffentliche kryptographische Schlüssel des Endgeräts gespeichert wird. Anhand diese zweiten Datenbankeintrag kann geprüft werden, ob für den ersten öffentlichen kryptographischen Schlüssel des Endgeräts ein Dokument ausgestellt wurde. Somit kann eine Mehrfachverwendung des Provisionierungstokens bzw. des ersten asymmetrischen Schlüsselpaars des Endgeräts zum Ausstellen eines Dokuments verhindert werden. Beispielsweise wird im Zuge des Ausstellens eines Dokuments durch den Ausstellerserver zunächst durch eine Abfrage der zweiten Datenbank geprüft, ob ein Provisionierungstokens bzw. das zugehörige asymmetrische Schlüsselpaar des Endgeräts, welches zum Erzeugen des Provisionierungstokens verwendet wurde, bereits einmal für ein Ausstellen eines Dokuments verwendet wurde. Falls bereits ein Eintrag in der zweiten Datenbank mit dem öffentlichen kryptographischen Schlüssel des entsprechenden asymmetrischen Schlüsselpaars des Endgeräts besteht, wird ein Ausstellen des angefragten Dokuments verweigert. Falls kein solcher Eintrag besteht, wird mit dem Ausstellen des angefragten Dokuments fortgefahren.
[0093] Durch die Verwendung einer Referenz-ID, bei welcher es sich beispielsweise um eine pseudonymisierte Referenz auf das ausgestellte Dokument handelt, kann das entsprechende Dokument identifiziert werden, ohne dass aus Referenz-ID der Rückschlüsse auf den Inhalt des Dokuments gezogen werden können. Bei der pseudonymisierten Referenz handelt es sich beispielsweise um eine Zufallszahl oder das Ergebnis eines Anwendens einer Einwegfunktion, wie etwa einer Hashfunktion, auf ein oder mehrere Datenelemente des entsprechenden Dokuments.
[0094] Nach Ausführungsformen handelt es sich bei der ersten Datenbank und der zweiten Daten-bank um Teile ein und derselben Datenbank. Nach Ausführungsformen handelt es sich bei der ersten Datenbank und der zweiten Datenbank um voneinander unabhängige Datenbanken.
[0095] Beispielsweise umfasst die Datenbankeintragungsaufforderung die Referenz-ID und den ersten öffentlichen kryptographischen Schlüssel des Endgeräts. [0096] Somit werden der zweiten Datenbank direkt die einzutragenden Informationen zur Verfügung gestellt. Beispielsweise wird im Zuge der Eintragung zunächst geprüft, ob der entsprechende erste öffentliche kryptographische Schlüssel und/oder die Referenz-ID bereits in die zweite Datenbank eingetragen sind. Fall bereits ein entsprechender Eintrag in der zweiten Datenbank besteht, wird eine Fehlermeldung an den Ausstellerserver zurückgegeben und das Ausstellen des angefragten Dokuments abgebrochen. Falls kein solcher Eintrag besteht, werden die Referenz-ID und der erste öffentliche kryptographische Schlüssel des Endgeräts in die zweite Datenbankeingetragen und mit dem Ausstellen des angefragten Dokuments fortgefahren.
[0097] Beispielsweise umfasst die Datenbankabfrage zum Auslesen des ersten Datenbankeintrags der ersten Datenbank ferner eine Aufforderung zum Erzeugen und Einträgen der Referenz-ID in den ersten Datenbankeintrag. Die Referenz-ID wird zusammen mit den Datenelemente aus dem ersten Datenbankeintrags der ersten Datenbank in Antwort auf die Datenbankabfrage empfangen.
[0098] Die Referenz-ID wird in diesem Fall beispielsweise von der ersten Datenbank ausgestellt und in den ersten Datenbankeintrag aufgenommen, sodass die Datenelemente des ersten Datenbankeintrag der Referenz-ID zugeordnet werden.
[0099] Beispielsweise umfasst die Datenbankeintragungsaufforderung ferner eine Aufforderung zum Senden einer Eintragungsbestätigung der Referenz-ID an die erste Datenbank auf ein erfolgreiches Einträgen der Referenz-ID in die zweite Datenbank hin.
[0100] Somit kann auf ein erfolgreiches Einträgen der Referenz-ID in die zweite Datenbank hin eine entsprechende Bestätigung an die erste Datenbank gesendet werden. Beispielsweise erfolgt eine abschließende Zuordnung der Referenz-ID zu dem ersten Datenbankeintrag erst auf eine Bestätigung des erfolgreichen Eintragens der Referenz-ID in die zweite Datenbank hin.
Beispielsweise wird eine solche abschließende Zuordnung durch ein Setzen eines entsprechenden Flags implementiert.
[0101] Beispielsweise umfasst die Datenbankeintragungsaufforderung das erste Datenelement und den ersten öffentlichen kryptographischen Schlüssel des Endgeräts. Die Datenbankeintragungsaufforderung umfasst ferner eine Aufforderung zum Erzeugen der Referenz-ID und, auf ein erfolgreiches Einträgen der Referenz-ID in die zweite Datenbank hin, zum Senden einer Eintragungsbestätigung mit der Referenz-ID und dem ersten Datenelement an die erste Datenbank zum Einträgen der Referenz-ID in den ersten Datenbankeintrag. [0102] Die Referenz-ID wird in diesem Fall beispielsweise von der zweiten Datenbank erzeugt, welche auf ein erfolgreiches Einträgen der Referenz-ID in die zweite Datenbank hin eine entsprechende Eintragungsbestätigung an die erste Datenbank sendet. Die Eintragungsbestätigung umfasst beispielsweise die erzeugte Referenz-ID sowie das erste Datenelement. Die erste Datenbank kann dann anhand des ersten Datenelements den ersten Datenbankeintrag identifizieren, in welchem die Referenz-ID zu ergänzen ist. Das erste Datenbankelement wird auf das senden der Eintragungsbestätigung hin beispielsweise aus einem temporären Speicher der ersten Datenbank bzw. eines die erste Datenbank bereitstellenden ersten Datenbanksystems gelöscht.
[0103] Beispielsweise handelt es sich bei der Referenz-ID um einen Zufallswert.
[0104] Beispielsweise kann auch ein Provisionierungstoken zum Ausstellen einer Mehrzahl von Dokumenten erzeugt werden. In diesem Fall erzeugt das Endgerät für die Mehrzahl der auszustellenden Dokumente beispielsweise eine Mehrzahl von asymmetrischen Schlüsselpaaren und empfängt eine Mehrzahle von ersten Datenelementen, welche jeweils eines der auszustellenden Dokumente identifizieren. Es können dann ein oder mehrere Identifikationsdatensätze erstellt werden. Beispielsweise wird ein Identifikationsdatensatz für alle Dokument der Mehrzahl von Dokumenten erstellt. In diesem Fall wird eine Datensatz-ID verwendet. Beispielsweise wird für jedes der Dokumente der Mehrzahl von Dokumenten jeweils ein Identifikationsdatensatz erstellt. In diesem Fall wird für jeden der erstellen Identifikationsdatensätze jeweils eine Datensatz-ID erzeugt und in den Provisionierungstoken aufgenommen. Das Ausstellen der Mehrzahl von Dokumenten erfolgt dann beispielsweise analog zum Fall eines Dokuments, wobei das analoge Ausstellungsverfahren für jedes Dokument der Mehrzahl von Dokumenten ausgeführt wird. Im Falle eines Identifikationsdatensatz für alle Dokument wird jeweils derselbe Identifikationsdatensatz zum Ausstellen aller Dokumente verwendet. Im Falle einer Mehrzahl von Dokumenten wird initial zwar ein und derselbe Provisionierungstoken verwendet, beim konkreten Ausstellen der einzelnen Dokumente wird dann aber auf den jeweils zugeordneten individuellen Identifikationsdatensatz des entsprechenden auszustellenden Dokuments zurückgegriffen.
[0105] Ausführungsformen umfassen ferner ein Endgerät zum Bereitstellen eines digitalen Provisionierungstokens auf dem Endgerät zum Provisionieren eines auszustellenden digitalen Dokuments. Das Endgerät umfasst einen Prozessor, einen Speicher mit Programminstruktionen und eine Kommunikationsschnittstelle zur Kommunikation über ein Netzwerk. Der der Provisionierungstoken weist eine Berechtigung zum Empfang des auszustellenden digitalen Dokuments nach und ist kryptographisch an das Endgerät gekoppelt. Ein Ausführen der Programminstruktionen durch den Prozessor veranlasst den Prozessor dazu, das Endgerät zum Ausführen eines Verfahrens zum Bereitstellen des digitalen Provisionierungstokens auf dem Endgerät nach einem der vorangehenden Beispiele zu steuern.
[0106] Ausführungsformen umfassen ferner einen ID-Provider-Server zum Bereitstellen eines digitalen Provisionierungstokens auf einem Endgerät zum Provisionieren eines auszustellenden digitalen Dokuments. Der ID-Provider-Server umfasst einen Prozessor, einen Speicher mit Programminstruktionen und eine Kommunikationsschnittstelle zur Kommunikation über ein Netzwerk. Der Provisionierungstoken weist eine Berechtigung zum Empfang des auszustellenden digitalen Dokuments nach und ist kryptographisch an das Endgerät gekoppelt. Ein Ausführen der Programminstruktionen durch den Prozessor veranlasst den Prozessor dazu, den ID-Provider- Server zum Ausführen eines Verfahrens zum Bereitstellen des digitalen Provisionierungstokens auf dem Endgerät nach einem der vorangehenden Beispiele zu steuern.
[0107] Ausführungsformen umfassen ferner einen Ausstellerserver zum Ausstellen eines auszustellenden digitalen Dokuments für ein Endgerät unter Verwendung eines digitalen Provisionierungstokens des Endgerätes. Der Ausstellerserver umfasst einen Prozessor, einen Speicher mit Programminstruktionen und eine Kommunikationsschnittstelle zur Kommunikation über ein Netzwerk. Der Provisionierungstoken umfasst zum Nachweis einer Berechtigung zum Empfang des auszustellenden digitalen Dokuments eine Datensatz-ID eines dem auszustellenden digitalen Dokument zugeordneten Identifikationsdatensatzes. Der Provisionierungstoken ist zur kryptographischen Kopplung an das Endgerät ferner mit einem ersten privaten kryptographischen Schlüssel eines ersten asymmetrischen Schlüsselpaars des Endgeräts signiert. Ein Ausführen der Programminstruktionen durch den Prozessor veranlasst den Prozessor dazu, den Ausstellerserver zum Ausführen eine oder mehrerer Schritte eines Verfahrens zum Ausstellen des auszustellenden digitalen Dokuments für das Endgerät nach einem der vorangehenden Beispiele zu steuern.
[0108] Beispielsweise veranlasst ein Ausführen der Programminstruktionen durch den Prozessor den Prozessor dazu, den Ausstellerserver zum Ausführen eines Verfahrens zum Ausstellen des auszustellenden digitalen Dokuments für das Endgerät nach einem der vorangehenden Beispiele zu steuern. [0109] Ausführungsformen umfassen ferner ein System, welches das Endgerät nach einem der vorangehenden Beispiele und den ID-Provider-Server nach einem der vorangehenden Beispiele umfasst.
[0110] Beispielsweise umfasst das System ferner den Ausstellerserver nach einem der vorangehenden Beispiele.
[0111] Unter einem „Programm" bzw. „Programminstruktionen" wird hier ohne Einschränkung jede Art von Computerprogramm verstanden, welches maschinenlesbare Instruktionen zur Steuerung einer Funktionalität des Computers umfasst.
[0112] Unter einem „Prozessor" wird hier und im Folgenden eine Logikschaltung verstanden, die zur Ausführung von Programminstruktionen dient. Die Logikschaltung kann auf einem oder mehreren diskreten Bauelementen implementiert sein, insbesondere auf einem Chip. Ein Prozessor umfasst beispielsweise ein Rechenwerk, ein Steuerwerk, Register und Datenleitungen zur Kommunikation mit anderen Komponenten. Insbesondere wird unter einem „Prozessor" ein Mikroprozessor oder ein Mikroprozessorsystem aus mehreren Prozessorkernen und/oder mehreren Mikroprozessoren verstanden.
[0113] Unter einem Sicherheitselement wird ein gesichertes Element eines mobilen Endgeräts verstanden, welches kryptographische Mittel bereitstellt. Diese kryptographischen Mittel sind gegen Manipulation geschützt und beispielsweise über kryptographische Schlüssel nur für autorisierte Dienste und Anwendungen zugänglich. Insbesondere können die kryptographischen Mittel beispielsweise nur durch autorisierte Dienste und Anwendungen in das Sicherheitselement eingebracht, ergänzt, verändert und/oder gelöscht werden. Ein Sicherheitselement bietet mithin eine manipulationssichere Plattform, beispielsweise implementiert in Form eines sicheren Ein- Chip-Mikrocontroller, auf welcher Applets und/oder vertrauliche und/oder kryptographische Daten gemäß vordefinierten Regeln und Sicherheitsanforderungen von zuverlässig identifizierten vertrauenswürdigen Instanzen gespeichert und so berechtigten Applikationen und/oder Betriebssystemen zur Verfügung gestellt werden können. Ein Sicherheitselement kann eingebettete oder integriert sein, beispielsweise zerstörungsfrei lösbar oder fest verbunden, d.h. nicht zerstörungsfrei lösbar, eingebracht sein. Ein Sicherheitselement kann beispielsweise in Form eines Secure Element (SE) implementiert sein. Das Sicherheitselement kann beispielweise eine SIM, UICC, SmartMicroSD, Smartcard, eSE, eSIM oder eUlCC umfassen. Beispielsweise sind auf einem Sicherheitselement kryptographische Schlüssel gespeichert, d.h. das Sicherheitselement umfasst einen Datentresor für kryptographische Schlüssel bzw. einen „Key TI
Store". Ein solcher Key-Store bzw. Sicherheitselement kann auch als Teil des Hauptprozessors implementiert sein, beispielsweise in einer TEE („Trusted Excecution Environment"). Beispielsweise kann das Sicherheitselement unter Verwendung einer TEE implementiert sein. Sicherheitselemente sind beispielsweise als Hardware und/oder Firmware implementiert. Nach Ausführungsformen können Sicherheitselemente bzw. Key Stores auch als Software implementiert sein.
[0114] Unter einem „Speicher" werden hier sowohl flüchtige als auch nicht flüchtige elektronische Speicher bzw. digitale Speichermedien verstanden.
[0115] Unter einem „nichtflüchtigen Speicher" wird hier ein elektronischer Speicher zur dauerhaften Speicherung von Daten, insbesondere von statischen kryptographischen Schlüsseln, Attributen oder Kennungen, verstanden. Ein nichtflüchtiger Speicher kann als nichtänderbarer Speicher konfiguriert sein, der auch als Read-Only Memory (ROM) bezeichnet wird, oder als änderbarer Speicher, der auch als Non-Volatile Memory (NVM) bezeichnet wird. Insbesondere kann es sich hierbei um ein EEPROM, beispielsweise ein Flash-EEPROM, kurz als Flash bezeichnet, handeln. Ein nichtflüchtiger Speicher zeichnet sich dadurch aus, dass die darauf gespeicherten Daten auch nach Abschalten der Energieversorgung erhalten bleiben.
[0116] Unter einem „flüchtigen Speicher" wird hier ein elektronischer Speicher zur vorübergehenden Speicherung von Daten verstanden, welcher dadurch gekennzeichnet ist, dass gespeicherte Daten nach dem Abschalten der Energieversorgung verloren gehe. Insbesondere kann es sich hierbei um einen flüchtigen Direktzugriffsspeicher, der auch als Random-Access Memory (RAM) bezeichnet wird, oder einen flüchtigen Arbeitsspeicher des Prozessors handeln.
[0117] Unter einem „geschützten Speicherbereich" wird hier ein Bereich eines elektronischen Speichers verstanden, auf den ein Zugriff, das heißt ein Lesezugriff oder ein Schreibzugriff, nur über einen Prozessor des entsprechenden elektronischen Geräts möglich ist. Nach Ausführungsformen ist der Zugriff von dem mit dem Speicher gekoppelten Prozessor nur dann möglich, wenn eine hierzu erforderliche Bedingung erfüllt ist. Hierbei kann es sich zum Beispiel um eine kryptografische Bedingung, insbesondere eine erfolgreiche Authentifizierung und/oder eine erfolgreiche Berechtigungsprüfung einer zugriffsanfrage, handeln.
[0118] Unter einer „Schnittstelle" bzw. „Kommunikationsschnittstelle" wird hier eine Schnittstelle verstanden, über die Daten empfangen und gesendet werden können, wobei die Kommunikationsschnittstelle kontaktbehaftet oder kontaktlos konfiguriert sein kann. Eine Kommunikationsschnittstelle kann beispielsweise eine Kommunikation über ein Netzwerk ermöglichen. Je nach Konfiguration kann eine Kommunikationsschnittstelle beispielsweise eine kabellose Kommunikation nach einem Mobilfunkstandard, Bluetooth-, RFID-, WiFi und/oder NFC- Standard bereitstellen. Je nach Konfiguration kann eine Kommunikationsschnittstelle beispielsweise eine kabelbasierte Kommunikation bereitstellen.
[0119] Eine Kommunikation kann beispielsweise über ein Netzwerk erfolgen. Unter einem „Netzwerk" wird hier jedes Übertragungsmedium mit einer Anbindung zur Kommunikation verstanden, insbesondere eine lokale Verbindung oder ein lokales Netzwerk, insbesondere ein Local Area Network (LAN), ein privates Netzwerk, insbesondere ein Intranet, und ein digitales privates Netzwerk (Virtual Private Network - VPN). Beispielsweise kann ein Gerät eine Standardfunkschnittstelle zur Anbindung an ein WLAN aufweisen. Ferner kann es sich um ein öffentliches Netzwerk, wie beispielsweise das Internet handeln. Je nach Ausführungsform kann diese Verbindung auch über ein Mobilfunknetz hergestellt werden.
[0120] Bei einem verschlüsselten Kommunikationskanal handelt es sich beispielsweise um verschlüsselte Ende-zu-Ende-Verbindungen. Unter einer „verschlüsselten Ende-zu-Ende- Verbindung" bzw. einem „verschlüsselten Ende-zu-Ende-Kommunikationskanal" wird hier eine Verbindung zwischen einem Sender und einem Empfänger mit einer Ende-zu-Ende- Verschlüsslung verstanden, bei der zu übertragende Daten vom Sender verschlüsselt und erst vom Empfänger wieder entschlüsselt werden. Die Verschlüsselung übertragener Daten erfolgt somit über alle Übertragungsstationen hinweg, so dass Zwischenstationen aufgrund der Verschlüsslung keine Kenntnis vom Inhalt der übertragenen Daten erlangen können. Die Verbindung wird durch die Verschlüsselung kryptographisch abgesichert, um ein Ausspähen und/oder eine Manipulation der Übertragung zu verhindern, wobei hierzu ein sogenanntes Secure-Messaging-Verfahren eingesetzt werden kann. Eine Ende-zu-Ende-Verschlüsslung beruht beispielsweise auf zwei symmetrischen kryptographischen Schlüsseln, wobei ein erster der symmetrischen Schlüssel zum Verschlüsseln von Nachrichten und ein zweiter der symmetrischen Schlüssel zum Authentifizieren des Senders der Nachricht, etwa mittels Message Authentication Code (MAC)-Algorithmen, dient. Beispielsweise werden für einen verschlüsselten Kommunikationskanal im Zuge des Aufbaus ephemere Schlüssel zur Verschlüsselung ausgehandelt, welche mit einer Beendigung des Kommunikationskanals ihre Gültigkeit verlieren. Eine Verwendung unterschiedlicher ephemerer Schlüssel für unterschiedliche Kommunikationskanäle ermöglicht es eine Mehrzahl von Kommunikationskanälen parallel zueinander zu betreiben. [0121] Ein verschlüsselter Kommunikationskanal kann beispielsweise unter Verwendung des Transport Layer Security (TLS) Protokolls aufgebaut werden, beispielsweise als Teil des Hypertext Transfer Protocol Secure (HTTPS) Protokolls.
[0122] Asymmetrische Schlüsselpaare werden für eine Vielzahl von Kryptosystemen eingesetzt und spielen bei der sicheren Übertragung elektronischer Daten eine wichtige Rolle. Ein asymmetrisches Schlüsselpaar besteht aus einem öffentlichen kryptographischen Schlüssel, welcher zur Ver- und/oder Entschlüsselung von Daten verwendet wird und an Dritte, beispielsweise an einen Sender oder Empfänger von Daten, weitergegeben werden darf, sowie einem privaten kryptographischen Schlüssel, welcher zur Ver- und/oder Entschlüsselung, aber auch zur Signatur von Daten verwendet wird und im Regelfall geheim gehalten werden muss. Der öffentliche Schlüssel ermöglicht es jedermann Daten für den Inhaber des privaten kryptographischen Schlüssels zu verschlüsseln und/oder mit dem privaten kryptographischen Schlüssel erstellte digitale Signaturen zu prüfen. Ein privater Schlüssel ermöglicht es seinem Inhaber mit dem öffentlichen kryptographischen Schlüssel verschlüsselte Daten zu entschlüsseln und/oder digitale Signaturen von Daten zu erstellen.
[0123] Eine digitale Signatur von Daten umfasst beispielsweise ein Bilden eines Prüfwerts der Daten, wie etwa eines Hashwerts, welcher mit einem als Signaturschlüssel verwendeten privaten kryptographischen Schlüssel eines asymmetrischen Schlüsselpaars verschlüsselt wird. Im Falle einer Signatur kennt nur der Signierende den zum Erstellen der Signatur verwendeten privaten kryptographischen Schlüssel, d.h. Signaturschlüssel, des verwendeten asymmetrischen Schlüsselpaars. Der Signaturempfänger verfügt lediglich über den öffentlichen kryptographischen Schlüssel, d.h. Signaturprüfschlüssel, des verwendeten asymmetrischen Schlüsselpaars. Der Signaturempfänger kann die Signatur mithin prüfen, aber nicht selbst berechnen. Für eine Signaturprüfung berechnet der Signaturempfänger beispielsweise den Prüfwert der signierten Daten und vergleicht diesen mit dem Ergebnis einer Entschlüsselung der Signatur unter Verwendung des Signaturprüfschlüssels. Stimmt der berechnete Hashwert mit dem Ergebnis der Entschlüsselung überein ist die Signatur korrekt. Wird zudem die Authentizität des Signaturprüfschlüssels, etwa durch ein Zertifikat, insbesondere ein PKI-Zertifikat, bestätigt, ist die Signatur valide.
[0124] Unter einem „Zertifikat" wird hier ein digitales Zertifikat verstanden, welches auch als Public-Key-Zertifikat (PKI-Zertifikat) bezeichnet wird. Bei einem Zertifikat handelt es sich um strukturierte Daten, die dazu dienen, einen öffentlichen kryptographischen Schlüssel eines asymmetrischen Kryptosystems einer Identität, wie zum Beispiel einer Person, Institution oder einer Vorrichtung, zuzuordnen. Zur kryptographischen Sicherung und zum Nachweis der Authentizität der Daten des Zertifikates, sind diese von einem Zertifikatsaussteller signiert. Durch PKI-Zertifikate, welche auf asymmetrischen Schlüsselpaaren basieren, und bis auf ein Root- bzw. Wurzelzertifikat jeweils von einem Zertifikatsaussteller mit einem Signaturschlüssel signiert sind, dessen zugehöriger Signaturprüfschlüssel dem Zertifikatsaussteller durch ein PKI-Zertifikat des entsprechenden Zertifikatausstellers zugeordnet ist, wird eine so genannte Public Key Infrastructure (PKI) realisiert. Beispielsweise kann das Zertifikat dem Standard X.509 oder einem anderen Standard entsprechen. Beispielsweise handelt es sich bei dem Zertifikat um ein Card Verifiable Certificate (CVC). Ein Berechtigungszertifikat umfasst strukturierte Daten, welche zusätzlich Rechte der Identität definieren.
[0125] Die PKI stellt ein System zum Ausstellen, Verteilen und Prüfen digitaler Zertifikate bereit. Ein digitales Zertifikat kann in einem asymmetrischen Kryptosystem die Authentizität eines öffentlichen kryptographischen Schlüssels und seinen zulässigen Anwendungs- und Geltungsbereich bestätigen. Das digitale Zertifikat ist selbst durch eine digitale Signatur geschützt, deren Echtheit bzw. Authentizität mit dem öffentlichen kryptographischen Schlüssel des Ausstellers des Zertifikates geprüft werden kann. Um die Authentizität des Ausstellerschlüssels zu prüfen, wird wiederum ein digitales Zertifikat verwendet. Auf diese Weise lässt sich eine Kette von digitalen Zertifikaten aufbauen, die jeweils die Authentizität des öffentlichen kryptographischen Schlüssels bestätigen, mit dem das vorhergehende Zertifikat geprüft werden kann. Eine solche Kette von Zertifikaten bildet einen sogenannten Validierungspfad oder Zertifizierungspfad. Auf die Echtheit des letzten Zertifikats, des sogenannten Wurzelzertifikats, und des dadurch zertifizierten Schlüssels, müssen sich die Teilnehmer der PKI beispielsweise ohne ein weiteres Zertifikat verlassen können. Das Wurzelzertifikat wird von einer sogenannten Wurzelzertifizierungsinstanz verwaltet, auf deren als gesichert vorausgesetzten Authentizität die Authentizität aller Zertifikate der PKI zurückgeht.
[0126] Digitale Zertifikate werden beispielsweise durch eine unabhängige, glaubwürdige Instanz (Zertifizierungsdienstanbieter/ZDA oder Vertrauensdienstanbieter/VDA), d.h. die das Zertifikat zuteilende Zertifizierungsstelle, bestätigen. Zertifikate können einem breiten Personenkreis zur Verfügung gestellt werden, um diesem eine Prüfung elektronischer Signaturen auf Authentizität und Gültigkeit zu ermöglichen. Ein Zertifikat kann einer elektronischen Signatur zugeordnet sein und einen Signaturprüfschlüssel in Form des öffentlichen kryptographischen Schlüssels bereitstellen, wenn der zu dem Signaturprüfschlüssel gehörende private Schlüssel als Signaturschlüssel verwendet wurde. Dadurch, dass ein ZDA /VDA ein Zertifikat in Assoziation mit einem öffentlichen kryptographischen Schlüssel der Allgemeinheit zur Verfügung stellt, ermöglicht sie es den Nutzern asymmetrischer Kryptosysteme den öffentlichen kryptographischen Schlüssel einer Identität, beispielsweise einer Person, einer Organisation, oder Computersystem, zuzuordnen.
[0127] Es versteht sich, dass eine oder mehrere der vorgenannten Ausführungsformen miteinander kombiniert werden können, solange sich die Ausführungsformen nicht gegenseitig ausschließen.
KURZE BESCHREIBUNG DER ZEICHNUNGEN
[0128] Im Folgenden werden Beispiele anhand der Zeichnungen näher erläutert. Es zeigen:
[0129] Fig. 1 ein Flussdiagramm eines exemplarischen Verfahrens zum Bereitstellen eines digitalen Provisionierungstokens auf einem Endgerät,
[0130] Fig. 2 ein Flussdiagramm eines weiteren exemplarischen Verfahrens zum Bereitstellen eines digitalen Provisionierungstokens auf einem Endgerät,
[0131] Fig. 3 ein Flussdiagramm eines weiteren exemplarischen Verfahrens zum Bereitstellen eines digitalen Provisionierungstokens auf einem Endgerät,
[0132] Fig. 4 ein Flussdiagramm eines weiteren exemplarischen Verfahrens zum Bereitstellen eines digitalen Provisionierungstokens auf einem Endgerät,
[0133] Fig. 5 ein Flussdiagramm eines weiteren exemplarischen Verfahrens zum Bereitstellen eines digitalen Provisionierungstokens auf einem Endgerät,
[0134] Fig. 6 ein Flussdiagramm eines weiteren exemplarischen Verfahrens zum Bereitstellen eines digitalen Provisionierungstokens auf einem Endgerät,
[0135] Fig. 7 ein Flussdiagramm eines exemplarischen Verfahrens zum Bereitstellen eines Identifikationsdatensatzes,
[0136] Fig. 8 ein Flussdiagramm eines exemplarischen Verfahrens zum Ausstellen eines auszustellenden digitalen Dokuments für ein Endgerät,
[0137] Fig. 9 ein Flussdiagramm eines weiteren exemplarischen Verfahrens zum Ausstellen eines auszustellenden digitalen Dokuments für ein Endgerät, [0138] Fig. 10 ein Flussdiagramm eines weiteren exemplarischen Verfahrens zum Ausstellen eines auszustellenden digitalen Dokuments für ein Endgerät,
[0139] Fig. 11A und 11B ein schematisches Blockdiagramm eines exemplarischen Systems zum Bereitstellen eines digitalen Provisionierungstokens und Ausstellens eines auszustellenden digitalen Dokuments für ein Endgerät,
[0140] Fig. 12A und 12B ein schematisches Blockdiagramm eines weiteren exemplarischen Systems zum Bereitstellen eines digitalen Provisionierungstokens und Ausstellens eines auszustellenden digitalen Dokuments für ein Endgerät,
[0141] Fig. 13 ein schematisches Blockdiagramm eines exemplarisches Provisionierungstoken für ein digitales Dokument,
[0142] Fig. 14 ein schematisches Blockdiagramm eines exemplarischen digitalen Dokuments,
[0143] Fig. 15 ein Flussdiagramm eines exemplarischen Verfahrens zum Bereitstellen eines digitalen Provisionierungstokens auf einem Endgerät und
[0144] Fig. 16 ein Flussdiagramm eines exemplarischen Verfahrens zum Ausstellen eines auszustellenden digitalen Dokuments für ein Endgerät.
DETAILLIERTE BESCHREIBUNG
[0145] Im Folgenden werden einander ähnliche Elemente mit den gleichen Bezugszeichen gekennzeichnet.
[0146] Figur 1 zeigt ein exemplarisches Verfahren zum Bereitstellen eines digitalen Provisionierungstokens auf einem Endgerät zum Provisionieren eines auszustellenden digitalen Dokuments. Der Provisionierungstoken weist eine Berechtigung zum Empfang des auszustellenden digitalen Dokuments nach und ist kryptographisch an das Endgerät gekoppelt.
[0147] In Block 300 erzeugt das Endgerät ein asymmetrisches Schlüsselpaarerzeugt, welches einen öffentlichen kryptographischen Schlüssel und einen privaten kryptographischen Schlüssel umfasst. In Block 302 empfängt das Endgerät ein dem auszustellenden Dokument zugeordnetes Datenelement, welches das auszustellende Dokument identifiziert. In Block 304 sendet das Endgerät eine Anfrage zum Erstellen eines Identifikationsdatensatzes mit Identifikationsdaten eines Nutzers des Endgeräts an einen ID-Provider-Server eines ID-Provider-Dienstes. Die Anfrage umfasst den ersten öffentlichen kryptographischen Schlüssel und das erste Datenelement zum Einträgen in den zu erstellenden Identifikationsdatensatz. In Block 310 empfängt das Endgerät einen Datensatz-ID des erstellten Identifikationsdatensatzes von dem ID-Provider-Server. In Block 312 erzeugt das Endgerät den Provisionierungstoken, welches die Datensatz-ID umfasst und im Zuge des Erzeugens von dem Endgerät unter Verwendung des erzeugten privaten kryptographischen Schlüssels signiert wird.
[0148] Figur 2 zeigt ein weiteres exemplarisches Verfahren zum Bereitstellen eines digitalen Provisionierungstokens auf einem Endgerät zum Provisionieren eines auszustellenden digitalen Dokuments. Der Provisionierungstoken weist eine Berechtigung zum Empfang des auszustellenden digitalen Dokuments nach und ist kryptographisch an das Endgerät gekoppelt.
[0149] In Block 300 erzeugt das Endgerät ein asymmetrisches Schlüsselpaarerzeugt, welches einen öffentlichen kryptographischen Schlüssel und einen privaten kryptographischen Schlüssel umfasst. In Block 302 empfängt das Endgerät ein dem auszustellenden Dokument zugeordnetes Datenelement, welches das auszustellende Dokument identifiziert. In Block 304 sendet das Endgerät eine Anfrage zum Erstellen eines Identifikationsdatensatzes mit Identifikationsdaten eines Nutzers des Endgeräts an einen ID-Provider-Server eines ID-Provider-Dienstes. Die Anfrage umfasst den ersten öffentlichen kryptographischen Schlüssel und das erste Datenelement zum Einträgen in den zu erstellenden Identifikationsdatensatz. In Block 306 empfängt das Endgerät von einem Attributsausleseserver eine Leseanfrage zum Auslesen der Identifikationsdaten des Identifikationsdatensatzes in Form von Nutzerattributen des Nutzers des Endgeräts aus einem ID- Token des Nutzers. Die Leseanfrage ordnet zumindest den ersten öffentlichen kryptographischen Schlüssel des Endgeräts dem Auslesevorgang zu. In Block 308 stellt das Endgerät, in Antwort auf die Leseanfrage, die angefragten Nutzerattribute des Nutzers des Endgeräts unter Verwendung des ID-Tokens bereit. In Block 310 empfängt das Endgerät einen Datensatz-ID des erstellten Identifikationsdatensatzes von dem ID-Provider-Server. In Block 312 erzeugt das Endgerät den Provisionierungstoken, welches die Datensatz-ID umfasst und im Zuge des Erzeugens von dem Endgerät unter Verwendung des erzeugten privaten kryptographischen Schlüssels signiert wird.
[0150] Figur 3 zeigt ein weiteres exemplarisches Verfahren zum Bereitstellen eines digitalen Provisionierungstokens auf einem Endgerät zum Provisionieren eines auszustellenden digitalen Dokuments. Der Provisionierungstoken weist eine Berechtigung zum Empfang des auszustellenden digitalen Dokuments nach und ist kryptographisch an das Endgerät gekoppelt.
[0151] In Block 300 erzeugt das Endgerät ein asymmetrisches Schlüsselpaarerzeugt, welches einen öffentlichen kryptographischen Schlüssel und einen privaten kryptographischen Schlüssel umfasst. In Block 302 empfängt das Endgerät ein dem auszustellenden Dokument zugeordnetes Datenelement, welches das auszustellende Dokument identifiziert. In Block 304 sendet das Endgerät eine Anfrage zum Erstellen eines Identifikationsdatensatzes mit Identifikationsdaten eines Nutzers des Endgeräts an einen ID-Provider-Server eines ID-Provider-Dienstes. Die Anfrage umfasst den ersten öffentlichen kryptographischen Schlüssel und das erste Datenelement zum Einträgen in den zu erstellenden Identifikationsdatensatz. In Block 310 empfängt das Endgerät einen Datensatz-ID des erstellten Identifikationsdatensatzes von dem ID-Provider-Server. In Block 312 erzeugt das Endgerät den Provisionierungstoken, welches die Datensatz-ID umfasst und im Zuge des Erzeugens von dem Endgerät unter Verwendung des erzeugten privaten kryptographischen Schlüssels signiert wird. In Block 314 sendet das Endgerät eine Ausstellungsanfrage zum Ausstellen des auszustellenden digitalen Dokuments an einen Ausstellerserver eines Ausstellers des auszustellenden digitalen Dokuments. Die Ausstellungsanfrage umfasst den von dem Endgerät erzeugten Provisionierungstoken. In Block 316 empfängt das Endgerät in Antwort auf das Senden der Ausstellungsanfrage das ausgestellte Dokument.
[0152] Figur 4 zeigt ein weiteres exemplarisches Verfahren zum Bereitstellen eines digitalen Provisionierungstokens auf einem Endgerät zum Provisionieren eines auszustellenden digitalen Dokuments. Der Provisionierungstoken weist eine Berechtigung zum Empfang des auszustellenden digitalen Dokuments nach und ist kryptographisch an das Endgerät gekoppelt.
[0153] In Block 300 erzeugt das Endgerät ein asymmetrisches Schlüsselpaar, welches einen öffentlichen kryptographischen Schlüssel und einen privaten kryptographischen Schlüssel umfasst. In Block 302 empfängt das Endgerät ein dem auszustellenden Dokument zugeordnetes Datenelement, welches das auszustellende Dokument identifiziert. In Block 304 sendet das Endgerät eine Anfrage zum Erstellen eines Identifikationsdatensatzes mit Identifikationsdaten eines Nutzers des Endgeräts an einen ID-Provider-Server eines ID-Provider-Dienstes. Die Anfrage umfasst den ersten öffentlichen kryptographischen Schlüssel und das erste Datenelement zum Einträgen in den zu erstellenden Identifikationsdatensatz. In Block 306 empfängt das Endgerät von einem Attributsausleseserver eine Leseanfrage zum Auslesen der Identifikationsdaten des Identifikationsdatensatzes in Form von Nutzerattributen des Nutzers des Endgeräts aus einem ID- Token des Nutzers. Die Leseanfrage ordnet zumindest den ersten öffentlichen kryptographischen Schlüssel des Endgeräts dem Auslesevorgang zu. In Block 308 stellt das Endgerät, in Antwort auf die Leseanfrage, die angefragten Nutzerattribute des Nutzers des Endgeräts unter Verwendung des ID-Tokens bereit. In Block 310 empfängt das Endgerät einen Datensatz-ID des erstellten Identifikationsdatensatzes von dem ID-Provider-Server. In Block 312 erzeugt das Endgerät den Provisionierungstoken, welches die Datensatz-ID umfasst und im Zuge des Erzeugens von dem Endgerät unter Verwendung des erzeugten privaten kryptographischen Schlüssels signiert wird. In Block 314 sendet das Endgerät eine Ausstellungsanfrage zum Ausstellen des auszustellenden digitalen Dokuments an einen Ausstellerserver eines Ausstellers des auszustellenden digitalen Dokuments. Die Ausstellungsanfrage umfasst den von dem Endgerät erzeugten Provisionierungstoken. In Block 316 empfängt das Endgerät in Antwort auf das Senden der Ausstellungsanfrage das ausgestellte Dokument.
[0154] Figur 5 zeigt ein exemplarisches Verfahren zum Bereitstellen eines digitalen Provisionierungstokens auf einem Endgerät zum Provisionieren eines auszustellenden digitalen Dokuments. Der Provisionierungstoken weist eine Berechtigung zum Empfang des auszustellenden digitalen Dokuments nach und ist kryptographisch an das Endgerät gekoppelt. Das Verfahren wird von einem ID-Provider-Server eines ID-Provider-Dienstes ausgeführt.
[0155] In Block 320 empfängt der ID-Provider-Server eine Anfrage des Endgeräts zum Erstellen eines Identifikationsdatensatzes. Die Anfrage identifiziert einen öffentlichen kryptographischen Schlüssel eines asymmetrischen Schlüsselpaars des Endgeräts und ein Datenelement zum Einträgen in den zu erstellenden Identifikationsdatensatz umfasst. Das Datenelement identifiziert das auszustellende Dokument. In Block 322 erstellt der ID-Provider-Server den Identifikationsdatensatz mit Identifikationsdaten eines Nutzers des Endgeräts. Der Identifikationsdatensatz umfasst ferner eine von dem ID-Provider-Server erstellte Datensatz-ID. In Block 332 sendet der ID-Provider-Server, auf ein erfolgreiches Erstellen des Identifikationsdatensatzes hin, die Datensatz-ID des erstellten Identifikationsdatensatzes an das Endgerät zum Erzeugen des Provisionierungstokens, welches die Datensatz-ID umfasst, durch das Endgerät.
[0156] Figur 6 zeigt ein weiters exemplarisches Verfahren zum Bereitstellen eines digitalen Provisionierungstokens auf einem Endgerät zum Provisionieren eines auszustellenden digitalen Dokuments. Der Provisionierungstoken weist eine Berechtigung zum Empfang des auszustellenden digitalen Dokuments nach und ist kryptographisch an das Endgerät gekoppelt. Das Verfahren wird von einem ID-Provider-Server eines ID-Provider-Dienstes ausgeführt.
[0157] In Block 320 empfängt der ID-Provider-Server eine Anfrage des Endgeräts zum Erstellen eines Identifikationsdatensatzes. Die Anfrage identifiziert einen öffentlichen kryptographischen Schlüssel eines asymmetrischen Schlüsselpaars des Endgeräts und ein Datenelement zum Einträgen in den zu erstellenden Identifikationsdatensatz umfasst. Das Datenelement identifiziert das auszustellende Dokument. In Block 322 erstellt der ID-Provider-Server den Identifikationsdatensatz mit Identifikationsdaten eines Nutzers des Endgeräts. Der Identifikationsdatensatz umfasst ferner eine von dem ID-Provider-Server erstellte Datensatz-ID. In Block 324 sendet der ID-Provider-Server eine Nutzerattributsanfrage zum Bereitstellen der Nutzerattribute des Nutzers des Endgeräts an einen Attributsausleseserver. Die Nutzerattributsanfrage umfasst den öffentlichen kryptographischen Schlüssel des Endgeräts zum Zuordnen der ausgelesenen Nutzerattribute zu dem öffentlichen kryptographischen Schlüssel. In Block 326 empfängt der ID-Provider-Server, in Antwort auf die Nutzerattributsanfrage, einen Attributdatensatz von dem Attributsausleseserver. Der Attributdatensatz ist von dem Attributsausleseserver signiert und umfasst die ausgelesenen Nutzerattribute. Der signierte Attributdatensatz umfasst ferner eine Attributsbescheinigung, welche die ausgelesenen Nutzerattribute dem öffentlichen kryptographischen Schlüssel des Endgeräts zuordnet. In Block 328 verifiziert der ID-Provider-Server die Attributsbescheinigung mit der Zuordnung des öffentlichen kryptographischen Schlüssels zu den ausgelesenen Nutzerattributen. In Block 330 trägt der ID-Provider-Server, auf eine erfolgreiche Verifizierung der Attributsbescheinigung hin, die empfangenen Nutzerattribute zusammen mit der Attributsbescheinigung in den Identifikationsdatensatz ein. In Block 332 sendet der ID-Provider-Server, auf ein erfolgreiches Erstellen des Identifikationsdatensatzes hin, die Datensatz-ID des erstellten Identifikationsdatensatzes an das Endgerät zum Erzeugen des Provisionierungstokens, welches die Datensatz-ID umfasst, durch das Endgerät.
[0158] Figur 7 zeigt ein exemplarisches Verfahren zum Bereitstellen eines Identifikationsdatensatzes, welcher beispielsweise im Zuge des Verfahrens in Figur 5 oder Figur 6 erstellt wurde, zum Ausstellen eines auszustellenden digitalen Dokuments.
[0159] In Block 340 empfängt der ID-Provider-Server eine Identifikationsdatensatzanfrage zum Senden des Identifikationsdatensatzes an einen Austellerserver. Die Identifikationsdatensatzanfrage umfasst eine Netzwerkadresse eines Ausstellers des auszustellenden digitalen Dokuments. In Block 342 sendet der ID-Provider-Server den Identifikationsdatensatz an den Austellerserver unter Verwendung der Netzwerkadresse.
[0160] Figur 8 zeigt ein exemplarisches Verfahren zum Ausstellen eines auszustellenden digitalen Dokuments für ein Endgerät unter Verwendung eines digitalen Provisionierungstokens des Endgerätes. Der Provisionierungstoken umfasst zum Nachweis einer Berechtigung zum Empfang des auszustellenden digitalen Dokuments eine Datensatz-ID eines dem auszustellenden digitalen Dokument zugeordneten Identifikationsdatensatzes. Der Provisionierungstoken ist zur kryptographischen Kopplung an das Endgerät ferner mit einem ersten privaten kryptographischen Schlüssel eines ersten asymmetrischen Schlüsselpaars des Endgeräts signiert. Das Verfahren wird unter Verwendung ein oder mehrerer Austellerserver zum Ausstellen des digitalen Dokuments ausgeführt.
[0161] In Block 350 wird eine Ausstellanfrage zum Ausstellen des auszustellenden digitalen Dokuments von dem Endgerät empfangen, welche den Provisionierungstoken umfasst. In Block 352 wird eine Identifikationsdatensatzanfrage an einen ID-Provider-Server eines ID-Provider- Dienstes gesendet. Die Identifikationsdatensatzanfrage umfasst die von dem Provisionierungstoken bereitgestellte Datensatz-ID. In Block 354 wird, in Antwort auf die Identifikationsdatensatzanfrage, der Identifikationsdatensatz mit Identifikationsdaten eines Nutzers des Endgeräts empfangen, welcher eine Datensatz-ID, einen ersten öffentlichen kryptographischen Schlüssel des Endgeräts und ein erstes Datenelement umfasst, welches das erste Datenelement das auszustellende Dokument identifiziert. In Block 356 wird die Signatur des Provisionierungstokens unter Verwendung des von dem Identifikationsdatensatz bereitgestellten ersten öffentlichen kryptographischen Schlüssels des Endgeräts validiert.
[0162] In Block 358 wird eine Datenbankabfrage zum Auslesen eines ersten Datenbankeintrags einer ersten Datenbank gesendet. In dem ersten Datenbankeintrag sind Datenelemente des auszustellenden Dokuments gespeichert. Die Datenbankabfrage umfasst zur Identifikation des ersten Datenbankeintrags das von dem Identifikationsdatensatz bereitgestellte erste Datenelement und die von dem Identifikationsdatensatz bereitgestellten Identifikationsdaten. In Block 360 werden, in Antwort auf die Datenbankabfrage, die Datenelemente des auszustellenden Dokuments aus dem ersten Datenbankeintrags der ersten Datenbank empfangen. In Block 362 wird das auszustellende digitale Dokument ausgestellt, welches die empfangenen Datenelemente aus dem ersten Datenbankeintrags der ersten Datenbank umfasst und mit einem zweiten privaten kryptographischen Schlüssel eines zweiten asymmetrischen Schlüsselpaars signiert ist. Das zweite asymmetrische Schlüsselpaar ist einem Ausstellerdienst zum Ausstellen des auszustellenden digitalen Dokuments zugeordnet. In Block 364 wird das ausgestellte digitale Dokument an das Endgerät gesendet.
[0163] Figur 9 zeigt ein weiteres exemplarisches Verfahren zum Ausstellen eines auszustellenden digitalen Dokuments für ein Endgerät unter Verwendung eines digitalen Provisionierungstokens des Endgerätes. Der Provisionierungstoken umfasst zum Nachweis einer Berechtigung zum Empfang des auszustellenden digitalen Dokuments eine Datensatz-ID eines dem auszustellenden digitalen Dokument zugeordneten Identifikationsdatensatzes. Der Provisionierungstoken ist zur kryptographischen Kopplung an das Endgerät ferner mit einem ersten privaten kryptographischen Schlüssel eines ersten asymmetrischen Schlüsselpaars des Endgeräts signiert. Das Verfahren wird unter Verwendung ein oder mehrerer Austellerserver zum Ausstellen des digitalen Dokuments ausgeführt.
[0164] In Block 350 wird eine Ausstellanfrage zum Ausstellen des auszustellenden digitalen Dokuments von dem Endgerät empfangen, welche den Provisionierungstoken umfasst. In Block 352 wird eine Identifikationsdatensatzanfrage an einen ID-Provider-Server eines ID-Provider- Dienstes gesendet. Die Identifikationsdatensatzanfrage umfasst die von dem Provisionierungstoken bereitgestellte Datensatz-ID. In Block 354 wird, in Antwort auf die Identifikationsdatensatzanfrage, der Identifikationsdatensatz mit Identifikationsdaten eines Nutzers des Endgeräts empfangen, welcher eine Datensatz-ID, einen ersten öffentlichen kryptographischen Schlüssel des Endgeräts und ein erstes Datenelement umfasst, welches das erste Datenelement das auszustellende Dokument identifiziert. In Block 356 wird die Signatur des Provisionierungstokens unter Verwendung des von dem Identifikationsdatensatz bereitgestellten ersten öffentlichen kryptographischen Schlüssels des Endgeräts validiert.
[0165] In Block 358 wird eine Datenbankabfrage zum Auslesen eines ersten Datenbankeintrags einer ersten Datenbank gesendet. In dem ersten Datenbankeintrag sind Datenelemente des auszustellenden Dokuments gespeichert. Die Datenbankabfrage umfasst zur Identifikation des ersten Datenbankeintrags das von dem Identifikationsdatensatz bereitgestellte erste Datenelement und die von dem Identifikationsdatensatz bereitgestellten Identifikationsdaten. Ferner umfasst die Datenbankabfrage zum Auslesen des ersten Datenbankeintrags der ersten Datenbank eine Aufforderung zum Erzeugen und Einträgen der Referenz-ID in den ersten Datenbankeintrag. In Block 360 werden, in Antwort auf die Datenbankabfrage, die Datenelemente des auszustellenden Dokuments aus dem ersten Datenbankeintrags der ersten Datenbank zusammen mit der Referenz-ID empfangen. In Block 362 wird das auszustellende digitale Dokument ausgestellt, welches die empfangenen Datenelemente aus dem ersten Datenbankeintrags der ersten Datenbank umfasst und mit einem zweiten privaten kryptographischen Schlüssel eines zweiten asymmetrischen Schlüsselpaars signiert ist. Das zweite asymmetrische Schlüsselpaar ist einem Ausstellerdienst zum Ausstellen des auszustellenden digitalen Dokuments zugeordnet. In Block 364 wird das ausgestellte digitale Dokument an das Endgerät gesendet. [0166] In Block 366 wird eine Datenbankeintragungsaufforderung an eine zweite Datenbank zum Erstellen und Einträgen eines zweiten Datenbankeintrags in der zweiten Datenbank gesendet, welcher eine Referenz-ID für das ausgestellte digitale Dokument und den ersten öffentlichen kryptographischen Schlüssel des Endgeräts umfasst. Die Datenbankeintragungsaufforderung umfasst die Referenz-ID und den ersten öffentlichen kryptographischen Schlüssel des Endgeräts. Beispielsweise umfasst die Datenbankeintragungsaufforderung ferner eine Aufforderung zum Senden einer Eintragungsbestätigung der Referenz-ID an die erste Datenbank auf ein erfolgreiches Einträgen der Referenz-ID in die zweite Datenbank hin. In Block 368 wird eine Bestätigung des Eintragens des zweiten Datenbankeintrags in der zweiten Datenbank empfangen.
[0167] Figur 10 zeigt ein weiteres exemplarisches Verfahren zum Ausstellen eines auszustellenden digitalen Dokuments für ein Endgerät unter Verwendung eines digitalen Provisionierungstokens des Endgerätes. Der Provisionierungstoken umfasst zum Nachweis einer Berechtigung zum Empfang des auszustellenden digitalen Dokuments eine Datensatz-ID eines dem auszustellenden digitalen Dokument zugeordneten Identifikationsdatensatzes. Der Provisionierungstoken ist zur kryptographischen Kopplung an das Endgerät ferner mit einem ersten privaten kryptographischen Schlüssel eines ersten asymmetrischen Schlüsselpaars des Endgeräts signiert. Das Verfahren wird unter Verwendung ein oder mehrerer Austellerserver zum Ausstellen des digitalen Dokuments ausgeführt.
[0168] In Block 350 wird eine Ausstellanfrage zum Ausstellen des auszustellenden digitalen Dokuments von dem Endgerät empfangen, welche den Provisionierungstoken umfasst. In Block 352 wird eine Identifikationsdatensatzanfrage an einen ID-Provider-Server eines ID-Provider- Dienstes gesendet. Die Identifikationsdatensatzanfrage umfasst die von dem Provisionierungstoken bereitgestellte Datensatz-ID. In Block 354 wird, in Antwort auf die Identifikationsdatensatzanfrage, der Identifikationsdatensatz mit Identifikationsdaten eines Nutzers des Endgeräts empfangen, welcher eine Datensatz-ID, einen ersten öffentlichen kryptographischen Schlüssel des Endgeräts und ein erstes Datenelement umfasst, welches das erste Datenelement das auszustellende Dokument identifiziert. In Block 356 wird die Signatur des Provisionierungstokens unter Verwendung des von dem Identifikationsdatensatz bereitgestellten ersten öffentlichen kryptographischen Schlüssels des Endgeräts validiert.
[0169] In Block 358 wird eine Datenbankabfrage zum Auslesen eines ersten Datenbankeintrags einer ersten Datenbank gesendet. In dem ersten Datenbankeintrag sind Datenelemente des auszustellenden Dokuments gespeichert. Die Datenbankabfrage umfasst zur Identifikation des ersten Datenbankeintrags das von dem Identifikationsdatensatz bereitgestellte erste Datenelement und die von dem Identifikationsdatensatz bereitgestellten Identifikationsdaten. In Block 360 werden, in Antwort auf die Datenbankabfrage, die Datenelemente des auszustellenden Dokuments aus dem ersten Datenbankeintrags der ersten Datenbank empfangen. In Block 362 wird das auszustellende digitale Dokument ausgestellt, welches die empfangenen Datenelemente aus dem ersten Datenbankeintrags der ersten Datenbank umfasst und mit einem zweiten privaten kryptographischen Schlüssel eines zweiten asymmetrischen Schlüsselpaars signiert ist. Das zweite asymmetrische Schlüsselpaar ist einem Ausstellerdienst zum Ausstellen des auszustellenden digitalen Dokuments zugeordnet. In Block 364 wird das ausgestellte digitale Dokument an das Endgerät gesendet.
[0170] In Block 366 wird eine Datenbankeintragungsaufforderung an eine zweite Datenbank zum Erstellen und Einträgen eines zweiten Datenbankeintrags in der zweiten Datenbank gesendet, welcher eine Referenz-ID für das ausgestellte digitale Dokument und den ersten öffentlichen kryptographischen Schlüssel des Endgeräts umfasst. Die Datenbankeintragungsaufforderung umfasst das erste Datenelement und den ersten öffentlichen kryptographischen Schlüssel des Endgeräts. Ferner umfasst die Datenbankeintragungsaufforderung eine Aufforderung zum Erzeugen der Referenz-ID und, auf ein erfolgreiches Einträgen der Referenz-ID in die zweite Datenbank hin, zum Senden einer Eintragungsbestätigung mit der Referenz-ID und dem ersten Datenelement an die erste Datenbank zum Einträgen der Referenz-ID in den ersten Datenbankeintrag. In Block 368 wird eine Bestätigung des Eintragens des zweiten Datenbankeintrags in der zweiten Datenbank empfangen.
[0171] Die Figuren 11A und 11B zeigen zusammen ein exemplarisches System 182 zum Bereitstellen eines digitalen Provisionierungstokens und Ausstellens eines auszustellenden digitalen Dokuments für ein Endgerät 100. Dabei wurde das System 182 auf zwei Figuren, d.h. Figur 11A und Figur 11B, aufgeteilt, welche zusammen zusammengehören und zusammen das vollständige System 182 darstellen. Das System 182 umfasst beispielsweise das Endgerät 100, einen ID-Provider-Server 130, einen Attributsausleseserver 160, einen Ausstellerserver 400, einen ersten Datenbankserver 430 einer ersten Datenbank 440 und/oder einen zweiten Datenbankserver 450 einer zweiten Datenbank 460.
[0172] Das Endgerät 100, bei welchem es sich beispielsweise um ein mobiles Endgerät, wie etwa ein Smartphone, handelt, umfasst einen Prozessor 102, einen Speicher 104 mit
Programminstruktionen 116 und eine Kommunikationsschnittstelle 120 zur Kommunikation über das Netzwerk 180. Zudem umfasst das Endgerät 100 beispielsweise eine Nutzerschnittstelle 118, über welche ein Nutzer das Endgerät 100 steuern kann, beispielsweise zum Anfragen eines Erstellens eines Provisionierungstokens 112 für ein digitales Dokument 412. Ferner kann die Nutzerschnittstelle 118 dazu konfiguriert sein, dass sich der Nutzer gegenüber dem Endgerät 100 authentisiert. Ein Ausführen der Programminstruktionen 116, welche beispielsweise eine entsprechende App auf dem Endgerät 100 implementieren, durch den Prozessor 102 veranlasst den Prozessor 102 dazu, das Endgerät 100 zum Erzeugen des Provisionierungstokens 112 zu steuern.
[0173] Beispielsweise führt das Endgerät 100 zum Erzeugen des Provisionierungstokens 112 eines der exemplarischen Verfahren aus den Figuren 1 bis 4 aus. Hierbei erzeugt das Endgerät 100 ein asymmetrisches Schlüsselpaar, welches einen privaten kryptographischen Schlüssel 108 und einen öffentlichen kryptographischen Schlüssel 110 umfasst. Der private kryptographische Schlüssel 108 wird beispielsweise in einem geschützten Speicherbereich 106 des Speichers 104 des Endgeräts 100 gespeichert. Ferner empfängt das Endgerät, beispielsweise über die Nutzerschnittstelle 118 oder die Kommunikationsschnittstelle 120, ein dem auszustellenden Dokument 412 zugeordnetes erstes Datenelement 114, welches das auszustellende Dokument 412 identifiziert. Das Endgerät sendet eine Anfrage über das Netzwerk 180 an einen ID-Provider- Server 130 eines ID-Provider-Dienstes zum Erstellen eines Identifikationsdatensatzes 142 mit Identifikationsdaten 508 eines Nutzers des Endgeräts 100. Die Anfrage umfasst beispielsweise den öffentlichen kryptographischen Schlüssel 110 und das erste Datenelement 114 zum Einträgen in den zu erstellenden Identifikationsdatensatz 142.
[0174] Das Endgerät 100 empfängt von dem ID-Provider-Server 130 auf das Erstellen des Identifikationsdatensatzes 142 hin über das Netzwerk 180 eine Datensatz-ID 144, welche den erstellten Identifikationsdatensatzes 142 identifiziert. Das Endgerät 100 verwendet die Datensatz-ID 144 zum Erzeugen des Provisionierungstoken 112. Beispielsweise signiert das Endgerät 100 die Datensatz-ID 144 unter Verwendung des privaten kryptographischen Schlüssels 108.
[0175] Das so erzeugte Provisionierungstoken 112 kann das Endgerät 100 zum Anfragen eines Ausstellens des auszustellenden digitalen Dokuments 412 durch einen Austellerserver 400 eines Ausstellers des auszustellenden digitalen Dokuments 412 über das Netzwerk 180 verwenden. In Antwort auf das Senden einer entsprechenden Ausstellungsanfrage, empfängt das Endgerät 100 beispielsweise das ausgestellte Dokument 412. [0176] Der ID-Provider-Server 130 des ID-Provider-Dienstes umfasst beispielsweise einen Prozessor 132, einen Speicher 134 mit Programminstruktionen 148 und eine Kommunikationsschnittstelle 150 zur Kommunikation über das Netzwerk 180. Ferner umfasst der ID-Provider-Server 130 beispielsweise ein asymmetrisches Schlüsselpaar, welches einen privaten kryptographischen Schlüssel 138 und einen öffentlichen kryptographischen Schlüssel 140 umfasst. Der private kryptographische Schlüssel 138 wird beispielsweise in einem geschützten Speicherbereich 136 des Speichers 134 des ID-Provider-Server 130 gespeichert. Den privaten kryptographischen Schlüssel 138 kann der ID-Provider-Server 130 beispielsweise zum Signieren des erstellten Identifikationsdatensatzes 142 verwenden.
[0177] Beispielsweise führt der ID-Provider-Server 130 zum Erzeugen des Identifikationsdatensatzes 142 eines der exemplarischen Verfahren aus den Figuren 5 oder 6 aus. Auf den Empfang der Anfrage des Endgeräts 100 zum Erstellen des Identifikationsdatensatzes 142 erstellt der ID-Provider-Server 130 den Identifikationsdatensatzes 142 und sendet die Datensatz-ID 144 des erstellten Identifikationsdatensatzes 142 zum Erzeugen des Provisionierungstokens 112 an das Endgerät 100.
[0178] Der von dem ID-Provider-Server 130 erstellte Identifikationsdatensatz 142 umfasst beispielsweise die von dem ID-Provider-Server 130 erzeugte Datensatz-ID 144. Ferner umfasst der Identifikationsdatensatz 142 beispielsweise das von dem Endgerät 100 empfangene erste Datenelement 114 und den öffentlichen kryptographischen Schlüssel 110 des Endgeräts 100. Ferner fordert der ID-Provider-Server 130 über das Netzwerk 180 Identifikationskarten in Form von Nutzerattributen 508 des Nutzers des Endgeräts 100 über einen Attributsausleseserver 160 an. In Antwort auf die entsprechende Nutzerattributsanfrage, welche beispielsweise den öffentlichen kryptographischen Schlüssel 110 des Endgeräts 100 umfasst, empfängt der ID- Provider-Server 130 die ausgelesenen Nutzerattribute 508 zusammen mit einer Attributsbescheinigung 146. Die Attributsbescheinigung 146 ordnet die ausgelesenen Nutzerattribute 508 dem ersten öffentlichen kryptographischen Schlüssel 110 des Endgeräts 100 zu. Der ID-Provider-Server 130 verifiziert die Attributsbescheinigung 146 und, auf eine erfolgreiche Verifizierung der Attributsbescheinigung 146 hin, trägt der ID-Provider-Server die empfangenen Nutzerattribute 508 zusammen mit der Attributsbescheinigung 146 in den Identifikationsdatensatz 142 ein.
[0179] Der Attributsausleseserver 160 umfasst beispielsweise einen Prozessor 162, einen
Speicher 164 mit Programminstruktionen 174 und eine Kommunikationsschnittstelle 176 zur
Kommunikation über das Netzwerk 180. Ferner umfasst der Attributsausleseserver 160 beispielsweise ein asymmetrisches Schlüsselpaar, welches einen privaten kryptographischen Schlüssel 168 und einen öffentlichen kryptographischen Schlüssel 172 umfasst. Der private kryptographische Schlüssel 168 wird beispielsweise in einem geschützten Speicherbereich 166 des Speichers 164 des Attributsausleseservers 160 gespeichert. Der öffentliche kryptographische Schlüssel 172 wird beispielsweise als Bestandteil eines Berechtigungszertifikat 170 bereitgestellt, mit welchem der Attributsausleseserver 160 eine Berechtigung zum Auslesen von Nutzerattributen 508 nachweisen kann. Den privaten kryptographischen Schlüssel 168 kann der Attributsausleseserver 160 beispielsweise ferner zum Signieren der ausgelesenen Nutzerattribute 508 und einer Attributsbescheinigung 146 verwenden. Alternativerweise kann der Attributsausleseserver 160 auch über ein weiteres asymmetrisches Schlüsselpaar mit einem weiteren privaten kryptographischen Schlüssel zum Signieren der ausgelesenen Nutzerattribute 508 und einer Attributsbescheinigung 146 verfügen. Der Attributsausleseserver 160 sendet über das Netzwerk 180 eine Leseanfrage zum Auslesen der Nutzerattribute 508 an das Endgerät 100. Beispielsweise stellt das Endgerät 100 selbst die Nutzerattribute 508, etwa in dem geschützten Speicherbereich 106, bereit. Die Leseanfrage umfasst beispielsweise den öffentliche kryptographische Schlüssel 112 des Endgeräts 100. Ferner kann die Leseanfrage beispielsweise erste Datenelement 114 und/oder die Datensatz-ID 144 umfassen.
[0180] Dabei werden die Nutzerattribute 508 beispielsweise durch eine ID-Applikation verwaltet, welche durch die Instruktionen 116 auf dem Endgerät 100 implementiert wird. Auf einen erfolgreichen Nachweis einer Berechtigung zum Auslesen der Nutzerattribute 508, etwa unter Verwendung des Berechtigungszertifikat 170, empfängt der Attributsausleseserver 160 die angefragten Nutzerattribute 508, erstellt eine Attributsbescheinigung 146, signiert die ausgelesenen Nutzerattribute 508 und die Attributsbescheinigung 146 und sendet beides an den ID-Provider-Server 130 zum Einträgen in den Identifikationsdatensatz 142.
[0181] Ein Ausstellen des auszustellenden Dokuments 412 erfolgt beispielsweise unter Verwendung des Ausstellerservers 400 eines Ausstellers des auszustellenden Dokuments 412. Der Ausstellerservers 400 umfasst beispielsweise einen Prozessor 402, einen Speicher 404 mit Programminstruktionen 414 und eine Kommunikationsschnittstelle 416 zur Kommunikation über das Netzwerk 180. Ferner umfasst der Ausstellerservers 400 beispielsweise ein asymmetrisches Schlüsselpaar, welches einen privaten kryptographischen Schlüssel 408 und einen öffentlichen kryptographischen Schlüssel 410 umfasst. Der private kryptographische Schlüssel 408 wird beispielsweise in einem geschützten Speicherbereich 406 des Speichers 404 Ausstellerservers 400 gespeichert. Den privaten kryptographischen Schlüssel 408 kann der Ausstellerservers 400 beispielsweise zum Signieren des ausgestellten Dokuments 412 verwenden.
[0182] Beispielsweise führt der Ausstellerservers 400 zum Ausstellen des auszustellenden Dokuments 412 eines der exemplarischen Verfahren aus den Figuren 8 bis 10 aus. Beispielsweise identifiziert der Ausstellerserver 400 den zum Ausstellen des Dokuments 412 zu verwendenden Identifikationsdatensatz 142 unter Verwendung des Provisionierungstokens 112. Beispielsweise empfängt der Ausstellerservers 400 den Provisionierungstoken 112 von dem Endgerät 100, fragt mit der von dem Provisionierungstoken 112 bereitgestellten Datensatz-ID 144 den Identifikationsdatensatz 142 von dem ID-Provider-Server 130 ab. Die Signatur des Provisionierungstokens 112 kann beispielsweise mit dem von dem Identifikationsdatensatz 142 bereitgestellten öffentlichen kryptographischen Schlüssel 110 geprüft werden.
[0183] Auf eine erfolgreiche Prüfung hin verwendet der Ausstellerservers 400 beispielsweise das von dem Identifikationsdatensatz 142 bereitgestellte erste Datenelement 114 und die Nutzerattribute 508, um einen ersten Datenbankeintrag 442 in einer ersten Datenbank 440 zu identifizieren. Der identifizierte ersten Datenbankeintrag 442 umfasst Datenelemente des auszustellenden Dokuments 412, welche dem Ausstellerservers 400 von der ersten Datenbank 440 bereitgestellt werden.
[0184] Ein Zugriff auf die erste Datenbank 440 erfolgt beispielsweise über einen die erste Datenbank 440 verwaltenden ersten Datenbank-Server 430. Der erste Datenbank-Server 430 umfasst beispielsweise einen Prozessor 432, einen Speicher 434 mit Programminstruktionen 436 und eine Kommunikationsschnittstelle 438 zur Kommunikation über das Netzwerk 180. Die Programminstruktionen 436 implementieren beispielsweise ein Datenbankverwaltungssystem zum Verwalten der ersten Datenbank 440.
[0185] Der Ausstellerservers 400 verwendet die von dem ersten Datenbank-Server 430 bereitgestellten Datenelemente des ersten Datenbankeintrags 442 zum Ausstellen des Dokuments 412, welches zur kryptographisch gesicherten Kopplung an das Endgerät 100 beispielsweise den öffentlichen kryptographischen Schlüssel 110 des Endgeräts 100 umfasst. Das ausgestellte Dokument 412 wird zur Verwendung an das Endgeräts 100 gesendet.
[0186] Um eine Mehrfachverwendung des Provisionierungstokens 112 bzw. des dem Provisionierungstokens 112 zugrundeliegenden asymmetrischen Schlüsselpaars 108. 110 des Endgeräts zum Ausstellen eines Dokuments zu verhindert, erfolgt zusätzlich ein Einträgen eines zweiten Datenbankeintrag 462 in eine zweiten Datenbank 460. [0187] Ein Zugriff auf die zweite Datenbank 460 erfolgt beispielsweise über einen die zweite Datenbank 460 verwaltenden zweiten Datenbank-Server 450. Der zweite Datenbank-Server 450 umfasst beispielsweise einen Prozessor 452, einen Speicher 454 mit Programminstruktionen 456 und eine Kommunikationsschnittstelle 458 zur Kommunikation über das Netzwerk 180. Die Programminstruktionen 456 implementieren beispielsweise ein Datenbankverwaltungssystem zum Verwalten der zweiten Datenbank 460.
[0188] Der zweite Datenbankeintrag 462 der zweiten Datenbank 460, welcher auf Anfrage des Ausstellerservers 400 eingetragen wird, umfasst beispielsweise den öffentlichen kryptographischen Schlüssel 110 des Endgeräts 100 und eine Referenz-ID des Dokuments 412. Beispielsweise wird die entsprechende Referenz-ID des Dokuments 412 durch den ersten Datenbank-Server 430 erstellt, in den ersten Datenbankeintrag 442 eingetragen und dem Ausstellerservers 400 zusammen mit den Datenelementen aus dem ersten Datenbankeintrag 442 zur Verfügung gestellt. Der Ausstellerservers 400 leitet dann, auf ein erfolgreiches Ausstellen der des Dokuments 412 hin, den öffentlichen kryptographischen Schlüssel 110 des Endgeräts 100 und die Referenz-ID des Dokuments 412 an den zweiten Datenbank-Server 450 zum Einträgen in die zweite Datenbank 460 weiter. Der zweite Datenbank-Server 450 informiert beispielsweise den ersten Datenbank-Server 430 über das Einträgen der Referenz-ID des Dokuments 412 in den zweiten Datenbankeintrag 462.
[0189] Alternativerweise kann die Referenz-ID des Dokuments 412 auch von dem zweiten Datenbank-Server 450 auf Anfrage des Ausstellerservers 400 erstellt werden. Auf das Einträgen der Referenz-ID des Dokuments 412 in den zweiten Datenbankeintrag 462 der zweiten Datenbank 460 hin, sendet der zweite Datenbank-Server 450 beispielsweise die Referenz-ID des Dokuments 412 an den ersten Datenbank-Server 430 und informiert diesen über das Einträgen der Referenz-ID des Dokuments 412 in den zweiten Datenbankeintrag 462. Beispielsweise sendet der zweite Datenbank-Server 450 die Referenz-ID des Dokuments 412 zusammen mit dem ersten Datenelement 114, welches der Ausstellerservers 400 bereitstellt, an den ersten Datenbank- Server 430. So kann der Datenbank-Server 430 die Referenz-ID des Dokuments 412 beispielsweise in den in den ersten Datenbankeintrag 442 der ersten Datenbank 440 eingetragen.
[0190] Die Figuren 12A und 12B zeigen zusammen ein weiteres exemplarisches System 182 zum Bereitstellen eines digitalen Provisionierungstokens und Ausstellens eines auszustellenden digitalen Dokuments für ein Endgerät 100. Dabei wurde das System 182 auf zwei Figuren, d.h. Figur 12A und Figur 12B, aufgeteilt, welche zusammengehören und zusammen das vollständige System 182 darstellen. Das System 182 umfasst beispielsweise das Endgerät 100, einen ID-Token, einen ID-Provider-Server 130, einen Attributsausleseserver 160, einen Ausstellerserver 400, einen ersten Datenbankserver 430 einer ersten Datenbank 440 und/oder einen zweiten Datenbankserver 450 einer zweiten Datenbank 460.
[0191] Das in Figur 12 gezeigte System 182 stimmt mit dem in den Figuren 11A und 11B gezeigten System 182 überein, bis auf den Unterschied, dass die Nutzerattribute 508 in Figur 12A, anders in Figur 11A, nicht aus dem Endgerät 100, sondern über das Endgerät 100 aus einem eigenständigen ID-Token 500 ausgelesen werden.
[0192] Der ID-Token 500 umfasst beispielsweise einen Prozessor 502, einen Speicher 504 mit Programminstruktionen 508 und eine Kommunikationsschnittstelle 512 zur Kommunikation mit dem Endgerät 100. Bei der Kommunikationsschnittstelle 512 handelt es sich beispielsweise um eine Kommunikationsschnittstelle zur kontaktlosen Kommunikation mit einer entsprechenden Kommunikationsschnittstelle 122 des Endgeräts 100. Die Programminstruktionen 508 steuern beispielsweise ein Bereitstellen von Nutzerattributen 508, welche in einem geschützten Speicherbereich 506 des Speichers 504 des ID-Tokens 500 gespeichert sind.
[0193] In diesem Fall liest der Attributsausleseserver 160 die Nutzerattribute 508 aus dem ID- Token 500 beispielsweise über das Endgerät 100 aus. Auf einen erfolgreichen Nachweis einer Berechtigung zum Auslesen der Nutzerattribute 508 gegenüber dem ID-Token, etwa unter Verwendung des Berechtigungszertifikat 170, empfängt der Attributsausleseserver 160 die angefragten Nutzerattribute 508 über das Endgerät, erstellt eine Attributsbescheinigung 146, signiert die ausgelesenen Nutzerattribute 508 und die Attributsbescheinigung 146 und sendet beides an den ID-Provider-Server 130 zum Einträgen in den Identifikationsdatensatz 142. Beispielsweise wird zum Auslesen der Nutzerattribute 508 aus dem ID-Token 550 eine verschlüsselte Kommunikationsverbindung zwischen dem Attributsausleseserver 160 und dem ID-Token 500 aufgebaut. Bei der verschlüsselten Kommunikationsverbindung handelt es sich beispielsweise um eine mittels Ende-zu-Ende-Verschlüsselung gesicherte Kommunikationsverbindung.
[0194] Figur 13 zeigt einen exemplarischen von einem Endgerät ausgestellten digitalen Provisionierungstoken 112, welcher kryptographisch an das Endgerät gekoppelt ist. Der Provisionierungstoken 112umfasst beispielsweise eine Datensatz-ID 144, welche einen Identifikationsdatensatz mit Identifikationsdaten eines Nutzers des Endgeräts identifiziert, und eine Signatur 107, welche unter Verwendung eines privaten kryptographischen Schlüssels des Endgeräts erstellt ist. [0195] Figur 14 zeigt ein exemplarisches digitales Dokument 412, welches einen Datensatz 413 mit Datenelementen 114, 415 umfasst. Die Datenelemente umfassen beispielsweise das erste Datenelement 114, welches das Dokument 142 identifiziert. Ferner umfassen die Datenelemente beispielsweise Datenelemente 415, welche aus einem ersten Datenbankeintrag einer ersten Dantenbank ausgelesene wurden. Ein entsprechendes Dokument 412 kann beispielsweise mit einem der Verfahren, wie sie in den Figuren 8 bis 10 beschrieben werden, ausgestellt werden. Der Datensatz 611 ist mit einem Signaturschlüssel eines das Dokument ausstellenden Ausstellers signiert, d.h. mit der Signatur 411. Der Datensatz 413 umfasst ferner einen öffentlichen kryptographischen Schlüssel 110 eines Endgeräts zum kryptographischen Koppeln des Dokuments 412 an das entsprechende Endgerät. Zusätzlich umfasst der Datensatz 413 beispielsweise noch eine Angabe 417 eines Ausstellzeitpunkts des Dokument 412.
[0196] Figur 15 zeigt ein exemplarisches Verfahren zum Bereitstellen eines digitalen Provisionierungstokens auf einem Endgerät 100. In Schritt 600 wird das Verfahren von einem Nutzer 10 des Endgeräts 100 gestartet. In Schritt 602 wird ein asymmetrisches Schlüsselpaar auf dem Endgerät erzeugt, welches einen privaten kryptographischen Schlüssel PrK und einen öffentlichen kryptographischen Schlüssel PuK umfasst. Beispielsweise ist eine Voraussetzung für das Erzeugen des asymmetrisches Schlüsselpaars eine erfolgreiche Authentisierung des Nutzers 10 gegenüber dem Endgerät 100. Beispielsweise wird der private kryptographische Schlüssel in einem geschützten Speicherbereich des Speichers des Endgeräts 100 gespeichert, auf welchen ein Zugriff eine erfolgreiche Authentisierung des Nutzers 10 gegenüber dem Endgerät 100 voraussetzt. In Schritt 604 empfängt das Endgerät 100 ein erstes Datenelement, beispielsweise als Eingabe des Nutzers 10, welches das auszustellende Dokument identifiziert. In Schritt 606 sendet das Endgerät 100 eine Anfrage zum Erstellen des Identifikationsdatensatzes an einen ID- Provider-Server 130 eines ID-Provider-Dienstes. Die Anfrage umfasst den öffentlichen kryptographischen Schlüssel PuK und das erste Datenelement.
[0197] In Schritt 608 erzeugt der ID-Provider-Server 130 den Identitätsdatensatz mit einer Datensatz-ID, dem öffentlichen kryptographischen Schlüssel PuK und dem ersten Datenelement. Der ID-Provider-Server 130 sendet eine Nutzerattributsanfrage zum Bereitstellen von Nutzerattributen des Nutzers 10 des Endgeräts 100 an einen Attributsausleseserver 160. In Schritt 610 sendet der ID-Provider-Server 130 die Nutzerattributsanfrage beispielsweise zunächst an das Endgerät 100, welches die Nutzerattributsanfrage in Schritt 612 an den Attributsausleseserver 160 weiterleitet. In Schritt 614 sendet der Attributsausleseserver 160 eine Leseanfrage an das Endgerät 100 zum Auslesen der angefragten Nutzerattribute. In Schritt 616 wird eine Bestätigungsanforderung zur Bestätigung des Auslesens der angefragten Nutzerattribute auf dem Endgerät 100 angezeigt. In Schritt 618 bestätigt der Nutzer 10 gegenüber dem Endgerät 100 das Auslesen der angefragten Nutzerattribute, beispielsweise durch eine PIN-Eingabe oder eine andere Form der Authentisierung gegenüber dem Endgerät 100. In Schritt 620 werden die Nutzerattribute in Antwort auf die Leseanfrage an den Attributsausleseserver 160 gesendet. Falls die Nutzerattribute von dem Endgerät bereitgestellt werden, erfolgt das Auslesen aus einem Speicher des Endgeräts 100, insbesondere aus einem geschützten Speicherbereich des entsprechenden Speichers. Falls die Nutzerattribute auf einem eigenständigen ID-Token bereitgestellt werden, erfolgt das Auslesen über das Endgerät 100 aus dem ID-Token. Der Attributsausleseserver 160 erzeugt eine Attributsbescheinigung, welche die Nutzerattribute dem öffentlichen kryptographischen Schlüssel PuK zuordnet, signiert die empfangenen Nutzerattribute zusammen mit der Attributsbescheinigung und sendet beides an den ID-Provider-Server 130. In Schritt 622 sendet der Attributsausleseserver 160 die ausgelesenen Nutzerattribute zusammen mit der Attributsbescheinigung beispielsweise zunächst an das Endgerät 100, welches beides in Schritt 624 an den ID-Provider-Server 130 weiterleitet. In Schritt 626 verifiziert der ID-Provider-Server 130 die Attributsbescheinigung und trägt auf eine erfolgreiche Verifizierung hin die Nutzerattribute zusammen mit der Attributsbescheinigung in Schritt 628 in den Identitätsdatensatz ein.
[0198] Auf ein erfolgreiches Erstellen des Identitätsdatensatzes mit den Nutzerattributen des Nutzers 10 des Endgeräts 100 als Identitätsdaten, sendet der der ID-Provider-Server 130 in Schritt 630 die Datensatz-ID an das Endgerät. In Schritt 632 verwendet das Endgerät 100 die DatensatzID zum Erzeugen eines Provisionierungstokens. Beispielsweise signiert das Endgerät 100 die Datensatz-ID unter Verwendung des privaten kryptographischen Schlüssels zum Erzeugen des Provisionierungstokens.
[0199] Figur 16 zeigt ein exemplarisches Verfahren zum Ausstellen eines auszustellenden digitalen Dokuments für ein Endgerät. In Schritt 634 sendet das Endgerät 100 eine Ausstellanfrage mit dem Provisionierungstoken an einen Server 161, bei welchem es sich beispielsweise um einen ersten Ausstellerserver handelt. Der Server 161 übernimmt beispielsweise Verteilungs- und/oder Weiterleitungsaufgaben In Schritt 636 sendet der Server 161 eine Identitätsdatensatzanfrage an den ID-Provider-Server 130. Die Identitätsdatensatzanfrage umfasst die von dem Provisionierungstoken bereitgestellte Datensatz-ID zum Identifizieren des angefragten Identitätsdatensatzes. In Schritt 638 sendet der ID-Provider-Server 130 den angefragten Identitätsdatensatz and den Server 161. Beispielsweise kann der Server 161 die Signatur des Provisionierungstokens unter Verwendung des von dem Identifikationsdatensatz bereitgestellten öffentlichen kryptographischen Schlüssel PuK des Endgeräts 100 prüfen. Beispielsweise kann der Server 161 auch die Datensatz-ID in Form des Provisionierungstokens an den ID-Provider-Server 130 senden und der ID-Provider-Server 130 die Signatur des Provisionierungstokens prüfen. Somit kann sichergestellt werden, dass der Provisionierungstoken tatsächlich zu dem von der Datensatz-ID identifizierten Identitätsdatensatz gehört und eine Verwendung desselben zum Ausstellen des auszustellenden Dokuments freigibt.
[0200] In Schritt 640 leitet der Server 161 den Identifikationsdatensatz an einen (zweiten) Ausstellungsserver 160 zum Ausstellen des auszustellenden Dokuments weiter. In Schritt 642 sendet der Ausstellungsserver 160 eine Datenbankabfrage zum Auslesen von Datenelementen des auszustellenden Dokuments aus einem ersten Datensatz einer ersten Datenbank an einen ersten Datenbank-Server 430. Die Datenbankabfrage umfasst die Identifikationsdaten in Form der Nutzerattribute und das erste Datenelement aus dem Identifikationsdatensatz. Anhand dieser Angaben aus dem Identifikationsdatensatz kann der erste Datenbankserver 430 den angefragten Datenbankeintrag identifizieren. Ferner kann anhand der Nutzerattribute beispielsweise geprüft werden, ob der angefragte Datenbankeintrag tatsächlich derjenigen Person zugeordnet ist, welche sich mittels der Nutzerattribute identifiziert. In Schritt 644 erzeugt der erste Datenbankserver 430 eine Referenz-ID für das auszustellende Dokument und trägt diese in den ersten Datenbankeintrag ein. Anhand der Referenz-ID kann das Dokument identifiziert werden, ohne dass sich daraus Rückschlüsse auf den Inhalt des Dokuments und/oder die in dem ersten Datenbankeintrag gespeicherten Datenelemente des auszustellenden Dokuments ziehen ließen. In Schritt 646 sendet der erste Datenbankserver 430 in Antwort auf Datenbankabfrage die aus dem ersten Datenbankeintrag ausgelesenen Datenelemente zusammen mit der Referenz-ID an den Ausstellungsserver 160. In Schritt 648 stellt der Ausstellungsserver 160 unter Verwendung der empfangenen Datenelemente aus dem ersten Datenbankeintrag das auszustellende Dokument aus. Beispielsweise umfasst das ausgestellte Dokument ferner den von dem Identifikationsdatensatz bereitgestellten öffentlichen kryptographischen Schlüssel PuK des Endgeräts 100, wodurch das Dokument dem Endgerät 100 zugeordnet wird. Der Ausstellungsserver 160 signiert das Dokument mit einem Signaturschlüssel und sendet dieses an das Endgerät 100. Hierzu wird das Dokument in Schritt 650 zunächst zusammen mit der Referenz-ID an den Server 161 gesendet, welcher das Dokument in Schritt 652 an das Endgerät 100 weiterleitet. [0201] In Schritt 654 sendet der Server 161 schließlich eine Datenbankeintragungsaufforderung an eine zweiten Datenbankserver 450 einer zweiten Datenbank. Die Datenbankeintragungsaufforderung umfasst die Referenz-ID sowie den von dem Identifikationsdatensatz bereitgestellten öffentlichen kryptographischen Schlüssel PuK des Endgeräts 100. In Schritt 656 werden die Referenz-ID und der öffentlichen kryptographischen Schlüssel PuK des Endgeräts 100 zusammen in einen zweiten Datenbankeintrag der zweiten Datenbank eingetragen. Somit kann beispielsweise sichergestellt werden, dass der öffentliche kryptographische Schlüssel PuK des Endgeräts 100 kein weiteres Mal zum Ausstellen eines Dokuments verwendet wird. Anhand der zweiten Datenbank kann geprüft werden, ob ein öffentlicher kryptographischer Schlüssel PuK bereits einmal zum Ausstellen eines Dokuments verwendet wurde. Zudem kann der Referenz-ID dasjenige Dokument identifiziert werden, für dessen Ausstellung der öffentliche kryptographische Schlüssel PuK genutzt wurde. In Schritt 658 sendet der zweite Datenbankserver 450 schließlich eine Eintragungsinfo an den ersten Datenbankserver 430, welche über die Eintragung des öffentlichen kryptographischen Schlüssels PuK in die zweite Datenbank informiert. Beispielsweise kann der erste Datenbankserver 430 die Eintragung in dem ersten Datenbankeintrag vermerken, welcher durch die Referenz-ID identifiziert wird.
[0202] Alternativ kann die Referenz-ID beispielsweise auch erst in Schritt 656 durch den zweiten Datenbankserver 450 zum Einträgen in die zweite Datenbank erzeugt und in Schritt 658 zum Einträgen an den ersten Datenbankserver 430 gesendet werden. In diesem Fall werden in Schritt 654 beispielsweise das erste Datenelement und der öffentliche kryptographische Schlüssel PuK an den zweiten Datenbankserver 450 gesendet.
[0203] Obwohl die Erfindung in den Zeichnungen und der vorstehenden Beschreibung ausführlich veranschaulicht und beschrieben ist, ist diese Veranschaulichung und Beschreibung als beispielhaft und nicht einschränkend zu betrachten; die Erfindung ist nicht auf die offenbarten Ausführungsformen beschränkt. LISTE DER BEZUGSZEICHEN
10 Nutzer
100 Endgerät
102 Prozessor
104 Speicher
106 geschützter Speicherbereich
107 Signatur
108 privater kryptographischer Schlüssel
110 öffentlicher kryptographischer Schlüssel
112 Provisionierungstoken
114 erstes Datenelement
116 Program instruktionen
118 Nutzerschnittstelle
120 Kommunikationsschnittstelle
130 ID-Provider-Server
132 Prozessor
134 Speicher
136 geschützter Speicherbereich
138 privater kryptographischer Schlüssel
140 öffentlicher kryptographischer Schlüssel
142 Identifikationsdatensatz
144 Datensatz-ID
146 Attributsbescheinigung
148 Programminstruktionen
150 Kommunikationsschnittstelle
160 Attributsausleseserver
160 Server
162 Prozessor
164 Speicher
166 geschützter Speicherbereich
168 privater kryptographischer Schlüssel
170 Berechtigungszertifikat 172 öffentlicher kryptographischer Schlüssel
174 Programminstruktionen
176 Kommunikationsschnittstelle
180 Netzwerk
182 System
400 Ausstellerserver
402 Prozessor
404 Speicher
406 geschützter Speicherbereich
408 privater kryptographischer Schlüssel
410 öffentlicher kryptographischer Schlüssel
411 Signatur
412 Dokument
413 Datensatz
414 Programminstruktionen
415 Datenelemente des Dokuments
416 Kommunikationsschnittstelle
417 Angabe Ausstellzeitpunkt
430 erster Datenbankserver
432 Prozessor
434 Speicher
436 Programminstruktionen
438 Kommunikationsschnittstelle
440 erste Datenbank
442 erster Datenbankeintrag
450 zweiter Datenbankserver
452 Prozessor
454 Speicher
456 Programminstruktionen
458 Kommunikationsschnittstelle
460 zweite Datenbank
462 zweiter Datenbankeintrag
500 ID-Token
502 Prozessor
504 Speicher geschützter Speicherbereich Nutzerattribute Programminstruktionen Kommunikationsschnittstelle

Claims

ANSPRÜCHE
1. Verfahren zum Bereitstellen eines digitalen Provisionierungstokens (112) auf einem Endgerät (100) zum Provisionieren eines auszustellenden digitalen Dokuments (412), wobei der Provisionierungstoken (112) eine Berechtigung zum Empfang des auszustellenden digitalen Dokuments (412) nachweist und kryptographisch an das Endgerät (100) gekoppelt ist, wobei das Verfahren umfasst:
• Erzeugen eines ersten asymmetrischen Schlüsselpaars durch das Endgerät (100), welches einen ersten öffentlichen kryptographischen Schlüssel (110) und einen ersten privaten kryptographischen Schlüssel (108) umfasst,
• Empfangen eines dem auszustellenden Dokument (412) zugeordneten ersten Datenelements (114) durch das Endgerät (100), wobei das erste Datenelement (114) das auszustellende Dokument (412) identifiziert,
• Senden einer Anfrage durch das Endgerät (100) an einen ID-Provider-Server (130) eines ID-Provider-Dienstes zum Erstellen eines Identifikationsdatensatzes (142) mit Identifikationsdaten eines Nutzers des Endgeräts (100), wobei die Anfrage den ersten öffentlichen kryptographischen Schlüssel (110) und das erste Datenelement (114) zum Einträgen in den zu erstellenden Identifikationsdatensatz (142) umfasst,
• Empfangen einer Datensatz-ID (144) des erstellten Identifikationsdatensatzes (142) von dem ID-Provider-Server (130) durch das Endgerät (100),
• Erzeugen des Provisionierungstokens (112) durch das Endgerät (100), wobei der Provisionierungstoken (112) die Datensatz-ID (144) umfasst und im Zuge des Erzeugens von dem Endgerät (100) unter Verwendung des ersten privaten kryptographischen Schlüssels (110) signiert wird.
2. Verfahren nach Anspruch 1, wobei das Verfahren ferner umfasst:
• Empfangen einer Leseanfrage zum Auslesen der Identifikationsdaten des Identifikationsdatensatzes (142) in Form von Nutzerattributen (508) des Nutzers des Endgeräts (100) aus einem ID-Token (116; 500) des Nutzers von einem Attributsausleseserver (160) durch das Endgerät (100), wobei die Leseanfrage den ersten öffentlichen kryptographischen Schlüssel (110) des Endgeräts (100) umfasst und dem Auslesevorgang zuordnet, in Antwort auf die Leseanfrage, Bereitstellen der angefragten Nutzerattribute (508) des Nutzers des Endgeräts (100) unter Verwendung des ID-Tokens (116; 500) durch das Endgerät (100).
3. Verfahren nach Anspruch 2, wobei der ID-Token (116) von dem Endgerät (100) in Form einer ID-Applikation bereitgestellt wird, deren Programminstruktionen (116) in einem Speicher (104) des Endgeräts (100) gespeichert sind, wobei die Nutzerattribute (508) in einem geschützten Speicherbereich (106) des Speichers (104) des Endgeräts (100) gespeichert sind, wobei Voraussetzung für ein Bereitstellen der angefragten Nutzerattribute (508) ein erfolgreiches Verifizieren eines Berechtigungsnachweises (170) des Attributsausleseserver (160) zum Auslesen der angefragten Nutzerattribute (508) ist.
4. Verfahren nach Anspruch 2, wobei der ID-Token (500) als eigenständiges Gerät bereitgestellt wird, mit welchem das Endgerät (100) über eine Kommunikationsschnittstelle kommuniziert, wobei das Endgerät (100) die Leseanfrage zum Auslesen der Nutzerattribute (508) an den ID-Token (500) und in Antwort aus die Leseanfrage die angefragten Nutzerattribute (508) von dem ID-Token (500) an den Attributsausleseserver (160) weiterleitet.
5. Verfahren nach einem der Ansprüche 2 bis 4, wobei Voraussetzung für eine Freigabe des Lesezugriffs auf die Nutzerattribute (508) durch den ID-Token (116; 500) eine Bestätigung der Leseanfrage durch den Nutzer des Endgeräts (100) gegenüber dem ID-Token (116; 500) ist, wobei die Bestätigung eine erfolgreiche Authentisierung des Nutzers gegenüber dem ID-Token (116; 500) unter Verwendung des Endgeräts (100) umfasst.
6. Verfahren nach einem der Ansprüche 2 bis 5, wobei das Endgerät (100) eine Bestätigungsaufforderung zur Bestätigung der Leseanfrage anzeigt.
7. Verfahren nach Anspruch 6, wobei die Bestätigungsaufforderung eine Angabe des ersten öffentlichen kryptographischen Schlüssels (110) umfasst, wobei die Bestätigung der Leseanfrage durch den Nutzer des Endgeräts (100) gegenüber dem ID-Token (116; 500) eine Bestätigung des Auslesens der Nutzerattributen (508) des Nutzers des Endgeräts (100) zur Verwendung zusammen mit dem ersten öffentlichen kryptographischen Schlüssel (110) ist.
8. Verfahren nach Anspruch 7, wobei die Bestätigungsaufforderung ferner ein oder mehrere der folgenden Angaben umfasst: eine Angabe der angefragten Nutzerattribute (508), das erste Datenelement (114), Datensatz-ID (144).
9. Verfahren nach einem der vorangehenden Ansprüche, wobei das Erzeugen des ersten asymmetrischen Schlüsselpaars ein erfolgreiches Authentifizieren des Nutzers des Endgeräts (100) durch das Endgerät (100) voraussetzt.
10. Verfahren nach Anspruch 9, wobei zumindest der erste private kryptographische Schlüssel (108) in dem geschützten Speicherbereich (106) des Speichers (104) des Endgeräts (100) gespeichert wird, wobei der geschützte Speicherbereich (106) dazu konfiguriert ist, dass ein Zugriff auf den in dem geschützten Speicherbereich (106) gespeicherten ersten privaten kryptographischen Schlüssel (108) ein erfolgreiches Authentifizieren des Nutzers des Endgeräts (100) durch das Endgerät (100) voraussetzt.
11. Verfahren nach einem der vorangehenden Ansprüche, wobei es sich bei dem Endgerät (100) um ein mobiles, tragbares Endgerät (100) handelt.
12. Verfahren nach einem der vorangehenden Ansprüche, wobei durch das Endgerät (100) zusätzlich zu der Datensatz-ID (144) eine Netzwerkadresse eines Ausstellers des auszustellenden digitalen Dokuments (412) empfangen wird, wobei der Provisionierungstoken (112) zusätzlich die Netzwerkadresse des Ausstellers des auszustellenden digitalen Dokuments (412) umfasst.
13. Verfahren nach einem der vorangehenden Ansprüche, wobei das Verfahren ferner umfasst:
• Senden einer Ausstellungsanfrage zum Ausstellen des auszustellenden digitalen Dokuments (412) durch das Endgerät (100) an einen Ausstellerserver (400) eines Ausstellers des auszustellenden digitalen Dokuments (412), wobei die Ausstellungsanfrage den Provisionierungstoken (112) umfasst,
• in Antwort auf das Senden der Ausstellungsanfrage, Empfangen des ausgestellten Dokuments (412) durch das Endgerät (100).
14. Verfahren zum Bereitstellen eines digitalen Provisionierungstokens (112) auf einem
Endgerät (100) zum Provisionieren eines auszustellenden digitalen Dokuments (412), wobei der Provisionierungstoken (112) eine Berechtigung zum Empfang des auszustellenden digitalen Dokuments (412) nachweist und kryptographisch an das Endgerät (100) gekoppelt ist, wobei das Verfahren umfasst:
• Empfangen einer Anfrage des Endgeräts (100) durch einen ID-Provider-Server (130) eines ID-Provider-Dienstes zum Erstellen eines Identifikationsdatensatzes (142), wobei die Anfrage einen ersten öffentlichen kryptographischen Schlüssel (110) eines ersten asymmetrischen Schlüsselpaars des Endgeräts (100) und ein erstes Datenelement (114) zum Einträgen in den zu erstellenden Identifikationsdatensatz (142) umfasst, das erste Datenelement (114) das auszustellende Dokument (412) identifiziert,
• Erstellen des Identifikationsdatensatzes (142) durch den ID-Provider-Server (130) mit Identifikationsdaten eines Nutzers des Endgeräts (100), wobei der Identifikationsdatensatz (142) ferner eine von dem ID-Provider-Server (130) erstellte Datensatz-ID (144) umfasst,
• auf ein erfolgreiches Erstellen des Identifikationsdatensatzes (142) hin, Senden der Datensatz-ID (144) des erstellten Identifikationsdatensatzes (142) durch den ID-Provider- Server (130) an das Endgerät (100) zum Erzeugen des Provisionierungstokens (112) mit der Datensatz-ID (144) durch das Endgerät (100).
15. Verfahren nach Anspruch 14, wobei der Identifikationsdatensatz (142) ferner den empfangenen ersten öffentlichen kryptographischen Schlüssel (110) des Endgeräts (100) und das empfangene erste Datenelement (114) des auszustellenden Dokuments (412) umfasst.
16. Verfahren nach einem der Ansprüche 14 bis 15, wobei die Identifikationsdaten Nutzerattributen (508) des Nutzers des Endgeräts (100) umfassen, welche durch eine Attributsbescheinigung (146) kryptographisch gesichert dem ersten öffentlichen kryptographischen Schlüssel (110) des Endgeräts (100) zugeordnet sind, wobei das Erstellen des Identifikationsdatensatzes (142) ferner umfasst:
• Senden einer Nutzerattributsanfrage zum Bereitstellen der Nutzerattribute (508) des Nutzers des Endgeräts (100) an einen Attributsausleseserver (160) durch den ID-Provider- Server, wobei die Nutzerattributsanfrage den ersten öffentlichen kryptographischen Schlüssel (110) des Endgeräts (100) zum Zuordnen der ausgelesenen Nutzerattribute (508) zu dem ersten öffentlichen kryptographischen Schlüssel (110) umfasst,
• in Antwort auf die Nutzerattributsanfrage, Empfangen eines Attributdatensatzes von dem Attributsausleseserver (160) durch den ID-Provider-Server, wobei der Attributdatensatz von dem Attributsausleseserver (160) signiert ist und die ausgelesenen Nutzerattribute (508) umfasst, wobei der signierte Attributdatensatz ferner eine Attributsbescheinigung (146) umfasst, welche die ausgelesenen Nutzerattribute (508) dem ersten öffentlichen kryptographischen Schlüssel (110) des Endgeräts (100) zuordnet,
• Verifizieren der Attributsbescheinigung (146) mit der Zuordnung des ersten öffentlichen kryptographischen Schlüssels (110) zu den ausgelesenen Nutzerattributen (508) durch den ID-Provider-Server (130),
• auf eine erfolgreiche Verifizierung der Attributsbescheinigung (146) hin, Einträgen der empfangenen Nutzerattribute zusammen mit der Attributsbescheinigung (146) in den Identifikationsdatensatz (142) durch den ID-Provider-Server.
17. Verfahren nach Anspruch 16, wobei die Nutzerattributsanfrage ferner das erste Datenelement (114) und/oder die Datensatz-ID (144) zum Zuordnen der ausgelesenen Nutzerattribute zu dem ersten Datenelement (114) und/oder der Datensatz-ID (144) umfasst, wobei die Attributsbescheinigung (146) die ausgelesenen Nutzerattribute (508) kryptographisch gesichert ferner dem ersten Datenelement (114) und/oder der Datensatz-ID (144) zuordnet.
18. Verfahren nach einem der Ansprüche 14 bis 17, wobei der ID-Provider-Server (130) zusätzlich zu der Datensatz-ID (144) des erstellten Identifikationsdatensatzes (142) eine Netzwerkadresse eines Ausstellers des auszustellenden digitalen Dokuments (412) an das Endgerät (100) sendet.
19. Verfahren nach einem der Ansprüche 14 bis 18, wobei das Verfahren ferner umfasst:
• Empfangen einer Identifikationsdatensatzanfrage zum Senden des Identifikationsdatensatzes (142) an einen Austellerserver durch den ID-Provider-Server, wobei Identifikationsdatensatzanfrage eine Netzwerkadresse eines Ausstellers des auszustellenden digitalen Dokuments (412) umfasst,
• Senden des Identifikationsdatensatzes (142) an den Austellerserver durch den ID- Provider-Server (130) unter Verwendung der Netzwerkadresse.
20. Verfahren nach Anspruch 19, wobei Voraussetzung für ein Senden des Identifikationsdatensatzes (142) ein erfolgreiches Verifizieren eines Berechtigungsnachweises zum Lesen der Daten des Identifikationsdatensatzes (142) ist.
21. Verfahren zum Ausstellen eines auszustellenden digitalen Dokuments (412) für ein Endgerät (100) unter Verwendung eines digitalen Provisionierungstokens (112) des Endgerätes (100), wobei der Provisionierungstoken (112) zum Nachweis einer Berechtigung zum Empfang des auszustellenden digitalen Dokuments (412) eine Datensatz-ID (144) eines dem auszustellenden digitalen Dokument (412) zugeordneten Identifikationsdatensatzes (142) umfasst, wobei der Provisionierungstoken (112) zur kryptographischen Kopplung an das Endgerät (100) ferner mit einem ersten privaten kryptographischen Schlüssel (108) eines ersten asymmetrischen Schlüsselpaars des Endgeräts (100) signiert ist, wobei das Verfahren unter Verwendung ein oder mehrerer Austellerserver zum Ausstellen des digitalen Dokuments (412) ausgeführt wird, wobei das Verfahren durch die ein oder mehreren Ausstellungserver umfasst:
• Empfangen einer Ausstellanfrage zum Ausstellen des auszustellenden digitalen Dokuments (412) von dem Endgerät (100), wobei die Ausstellanfrage den Provisionierungstoken (112) umfasst,
• Senden einer Identifikationsdatensatzanfrage an einen ID-Provider-Server (130) eines ID- Provider-Dienstes, wobei die Identifikationsdatensatzanfrage die von dem Provisionierungstoken (112) bereitgestellte Datensatz-ID (144) umfasst,
• in Antwort auf die Identifikationsdatensatzanfrage, Empfangen des Identifikationsdatensatzes (142) mit Identifikationsdaten eines Nutzers des Endgeräts (100), welcher eine Datensatz-ID (144), einen ersten öffentlichen kryptographischen Schlüssel (110) des Endgeräts (100) und ein erstes Datenelement (114) umfasst, welches das erste Datenelement (114) das auszustellende Dokument (412) identifiziert,
• Validieren der Signatur (107) des Provisionierungstokens (112) unter Verwendung des von dem Identifikationsdatensatz (142) bereitgestellten ersten öffentlichen kryptographischen Schlüssels (110) des Endgeräts (100),
• Senden einer Datenbankabfrage zum Auslesen eines ersten Datenbankeintrags (442) einer ersten Datenbank (440), wobei in dem ersten Datenbankeintrag (442) Datenelemente (415) des auszustellenden Dokuments (412) gespeichert sind, wobei die Datenbankabfrage zur Identifikation des ersten Datenbankeintrags (442) das von dem Identifikationsdatensatz (142) bereitgestellte erste Datenelement (114) und die von dem Identifikationsdatensatz (142) bereitgestellten Identifikationsdaten umfasst,
• in Antwort auf die Datenbankabfrage, Empfangen der Datenelemente (415) des auszustellenden Dokuments (412) aus dem ersten Datenbankeintrags (442) der ersten Datenbank (440), • Ausstellen des auszustellenden digitalen Dokuments (412), welches die empfangenen Datenelemente (415) aus dem ersten Datenbankeintrags (442) der ersten Datenbank (440) umfasst und mit einem zweiten privaten kryptographischen Schlüssel (408) eines zweiten asymmetrischen Schlüsselpaars signiert ist, welches einem Ausstellerdienst zum Ausstellen des auszustellenden digitalen Dokuments (412) zugeordnet ist,
• Senden des ausgestellten digitalen Dokuments (412) an das Endgerät (100).
22. Verfahren nach Anspruch 21, wobei die Identifikationsdaten aus einem ID-Token (116; 500) eines Nutzers des Endgeräts (100) ausgelesene Nutzerattribute (508) des Nutzers des Endgeräts (100) umfassen, welche durch eine Attributsbescheinigung (146) kryptographisch gesichert dem ersten öffentlichen kryptographischen Schlüssel (110) des Endgeräts (100) zugeordnet sind.
23. Verfahren Anspruch 22, wobei die Attributsbescheinigung (146) die ausgelesenen Nutzerattribute (508) ferner dem ersten Datenelement (114) und/oder der Datensatz-ID (144) zuordnet.
24. Verfahren nach einem der Ansprüche 21 bis 23, wobei das ausgestellte digitale Dokument (412) ferner den von dem Identifikationsdatensatz (142) bereitgestellten ersten öffentlichen kryptographischen Schlüssel (110) des Endgeräts (100) umfasst.
25. Verfahren nach einem der Ansprüche 21 bis 24, wobei das Verfahren ferner umfasst:
• Senden einer Datenbankeintragungsaufforderung an eine zweite Datenbank (460) zum Erstellen und Einträgen eines zweiten Datenbankeintrags (462) in der zweiten Datenbank (460), welcher eine Referenz-ID für das ausgestellte digitale Dokument (412) und den ersten öffentlichen kryptographischen Schlüssel (110) des Endgeräts (100) umfasst,
• Empfangen einer Bestätigung des Eintragens des zweiten Datenbankeintrags (462) in der zweiten Datenbank (460).
26. Verfahren nach Anspruch 25, wobei die Datenbankeintragungsaufforderung die Referenz-ID und den ersten öffentlichen kryptographischen Schlüssel (110) des Endgeräts (100) umfasst.
27. Verfahren nach Anspruch 26, wobei die Datenbankabfrage zum Auslesen des ersten Datenbankeintrags (442) der ersten Datenbank (440) ferner eine Aufforderung zum Erzeugen und Einträgen der Referenz-ID in den ersten Datenbankeintrag (442) umfasst, wobei die Referenz-ID zusammen mit den Datenelemente (415) aus dem ersten Datenbankeintrags (442) der ersten Datenbank (440) in Antwort auf die Datenbankabfrage empfangen wird.
28. Verfahren nach Anspruch 25, wobei die Datenbankeintragungsaufforderung das erste Datenelement (114) und den ersten öffentlichen kryptographischen Schlüssel (110) des Endgeräts (100) umfasst, wobei die Datenbankeintragungsaufforderung ferner eine Aufforderung zum Erzeugen der Referenz-ID und, auf ein erfolgreiches Einträgen der Referenz-ID in die zweite Datenbank (460) hin, zum Senden einer Eintragungsbestätigung mit der Referenz-ID und dem ersten Datenelement (114) an die erste Datenbank (440) zum Einträgen der Referenz-ID in den ersten Datenbankeintrag (442) umfasst.
29. Verfahren nach einem der Ansprüche 25 bis 28, wobei es sich bei der Referenz-ID um einen Zufallswert handelt.
30. Endgerät (100) zum Bereitstellen eines digitalen Provisionierungstokens (112) auf dem Endgerät (100) zum Provisionieren eines auszustellenden digitalen Dokuments (412), wobei das Endgerät (100) einen Prozessor (102), einen Speicher (104) mit Programminstruktionen (116) und eine Kommunikationsschnittstelle (120) zur Kommunikation über ein Netzwerk (180) umfasst, wobei der Provisionierungstoken (112) eine Berechtigung zum Empfang des auszustellenden digitalen Dokuments (412) nachweist und kryptographisch an das Endgerät (100) gekoppelt ist, wobei ein Ausführen der Programminstruktionen (116) durch den Prozessor (102) den Prozessor (102) dazu veranlasst, das Endgerät (100) zum Ausführen eines Verfahrens nach einem der Ansprüche 1 bis 13 zu steuern.
31. ID-Provider-Server (130) zum Bereitstellen eines digitalen Provisionierungstokens (112) auf einem Endgerät (100) zum Provisionieren eines auszustellenden digitalen Dokuments (412), wobei der ID-Provider-Server (130) einen Prozessor (132), einen Speicher (134) mit Programminstruktionen (148) und eine Kommunikationsschnittstelle (150) zur Kommunikation über ein Netzwerk (180) umfasst, wobei der Provisionierungstoken (112) eine Berechtigung zum Empfang des auszustellenden digitalen Dokuments (412) nachweist und kryptographisch an das Endgerät (100) gekoppelt ist, wobei ein Ausführen der Programminstruktionen (148) durch den Prozessor (132) den Prozessor (132) dazu veranlasst, den ID-Provider-Server (130) zum Ausführen eines Verfahrens nach einem der Ansprüche 14 bis 20 zu steuern.
32. Ausstellerserver (400) zum Ausstellen eines auszustellenden digitalen Dokuments (412) für ein Endgerät (100) unter Verwendung eines digitalen Provisionierungstokens (112) des Endgerätes (100), wobei der Ausstellerserver (400) einen Prozessor, einen Speicher mit Programminstruktionen und eine Kommunikationsschnittstelle zur Kommunikation über ein Netzwerk (180) umfasst, wobei der Provisionierungstoken (112) zum Nachweis einer Berechtigung zum Empfang des auszustellenden digitalen Dokuments (412) eine Datensatz-ID (144) eines dem auszustellenden digitalen Dokument (412) zugeordneten Identifikationsdatensatzes (142) umfasst, wobei der Provisionierungstoken (112) zur kryptographischen Kopplung an das Endgerät (100) ferner mit einem ersten privaten kryptographischen Schlüssel (108) eines ersten asymmetrischen Schlüsselpaars des Endgeräts (100) signiert ist, wobei ein Ausführen der Programminstruktionen durch den Prozessor den Prozessor dazu veranlasst, den Ausstellerserver (400) zum Ausführen eines Verfahrens nach einem der Ansprüche 21 bis 29 zu steuern.
33. System (182) umfassend das Endgerät (100) nach Anspruch 30 und den ID-Provider- Server (130) nach Anspruch 31.
34. System (182) nach Anspruch 33, wobei das System (182) ferner den Ausstellerserver
(400) nach Anspruch 32 umfasst.
EP24705376.2A 2023-02-03 2024-02-02 Verfahren zum erzeugen eines provisionierungstokens durch ein endgerät Pending EP4659136A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102023102687.9A DE102023102687A1 (de) 2023-02-03 2023-02-03 Verfahren zum erzeugen eines provisionierungstokens durch ein endgerät
PCT/EP2024/052646 WO2024161018A1 (de) 2023-02-03 2024-02-02 Verfahren zum erzeugen eines provisionierungstokens durch ein endgerät

Publications (1)

Publication Number Publication Date
EP4659136A1 true EP4659136A1 (de) 2025-12-10

Family

ID=89942684

Family Applications (1)

Application Number Title Priority Date Filing Date
EP24705376.2A Pending EP4659136A1 (de) 2023-02-03 2024-02-02 Verfahren zum erzeugen eines provisionierungstokens durch ein endgerät

Country Status (3)

Country Link
EP (1) EP4659136A1 (de)
DE (1) DE102023102687A1 (de)
WO (1) WO2024161018A1 (de)

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102010030590A1 (de) * 2010-06-28 2011-12-29 Bundesdruckerei Gmbh Verfahren zur Erzeugung eines Zertifikats
DE102011082101B4 (de) * 2011-09-02 2018-02-22 Bundesdruckerei Gmbh Verfahren zur Erzeugung eines Soft-Tokens, Computerprogrammprodukt und Dienst-Computersystem
DE102013224285A1 (de) * 2013-11-27 2015-05-28 Bundesdruckerei Gmbh Elektronisches Transaktionsverfahren und Computersystem
DE102014204812A1 (de) * 2014-03-14 2015-09-17 Bundesdruckerei Gmbh Attributwertspezifische Vertrauensniveaus
WO2019226580A1 (en) * 2018-05-21 2019-11-28 Integra, Inc. Blockchain-anchored smart documents
DE102020113057A1 (de) * 2020-05-14 2021-11-18 Bundesdruckerei Gmbh Ausstellen digitaler Dokumente mit einer Blockchain
DE102021112754A1 (de) * 2021-05-17 2022-11-17 Bundesdruckerei Gmbh Ausstellen eines digitalen verifizierbaren Credentials

Also Published As

Publication number Publication date
DE102023102687A1 (de) 2024-08-08
WO2024161018A1 (de) 2024-08-08

Similar Documents

Publication Publication Date Title
EP4092958B1 (de) Ausstellen eines digitalen verifizierbaren credentials
EP3246839B1 (de) Zugangskontrolle mit einem mobilfunkgerät
EP4327511B1 (de) Personalisieren eines sicherheitsapplets auf einem mobilen endgerät
EP4128695B1 (de) Personalisierter, serverindividueller authentifizierungsmechanismus
EP4327510B1 (de) Erstellen einer kryptographisch abgesicherten elektronischen identität
EP4295605B1 (de) Nutzerauthentifizierung unter verwendung zweier unabhängiger sicherheitselemente
EP4295257B1 (de) Auslesen von identitätsattributen mit einem entfernte sicherheitselement
EP3882796A1 (de) Nutzerauthentifizierung unter verwendung zweier unabhängiger sicherheitselemente
EP4295536B1 (de) Auslesen lokal gespeicherter verschlüsselter identitätsattribute
WO2024161018A1 (de) Verfahren zum erzeugen eines provisionierungstokens durch ein endgerät
EP4016339B1 (de) Provisionieren eines sicherheitsapplets auf einem mobilen endgerät
EP4468652B1 (de) Fernsignaturdienst unter verwendung eines instant-messaging-dienstes
EP4295533B1 (de) Authentisierung unter verwendung einer mehrzahl von elektronischen identitäten
EP4657287A1 (de) Bereitstellen eines digitalen id-nachweises
DE102021110144A1 (de) Provisionieren eines Sicherheitsapplets auf einem mobilen Endgerät
EP4703938A1 (de) System, verfahren und computerprogrammprodukt zur sicheren kommunikation zwischen zwei akteuren
EP4054119A1 (de) Abstimmungssystem für eine virtuelle konferenz
DE102021103993A1 (de) Initialisieren applikationsspezifischer kryptographischer Sicherheitsfunktionen

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20250903

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC ME MK MT NL NO PL PT RO RS SE SI SK SM TR