EP3304804A1 - Verfahren zur bereitstellung eines persönlichen identifikationscodes eines sicherheitsmoduls - Google Patents

Verfahren zur bereitstellung eines persönlichen identifikationscodes eines sicherheitsmoduls

Info

Publication number
EP3304804A1
EP3304804A1 EP16725768.2A EP16725768A EP3304804A1 EP 3304804 A1 EP3304804 A1 EP 3304804A1 EP 16725768 A EP16725768 A EP 16725768A EP 3304804 A1 EP3304804 A1 EP 3304804A1
Authority
EP
European Patent Office
Prior art keywords
user
server
authentication code
transmitted
terminal
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.)
Ceased
Application number
EP16725768.2A
Other languages
English (en)
French (fr)
Inventor
Werner Herget
Thomas Werner
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.)
Giesecke and Devrient Mobile Security GmbH
Original Assignee
Giesecke and Devrient Mobile Security 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 Giesecke and Devrient Mobile Security GmbH filed Critical Giesecke and Devrient Mobile Security GmbH
Publication of EP3304804A1 publication Critical patent/EP3304804A1/de
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • H04L63/0838—Network architectures or network communication protocols for network security for authentication of entities using passwords using one-time-passwords
    • 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/18—Network architectures or network communication protocols for network security using different networks or channels, e.g. using out of band channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0827—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving distinctive intermediate devices or communication paths
    • 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/3226—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 using a predetermined code, e.g. password, passphrase or PIN
    • H04L9/3228—One-time or temporary data, i.e. information which is sent for every authentication or authorization, e.g. one-time-password, one-time-token or one-time-key
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3234—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving additional secure or trusted devices, e.g. TPM, smartcard, USB or software token
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0853—Network architectures or network communication protocols for network security for authentication of entities using an additional device, e.g. smartcard, SIM or a different communication terminal

Definitions

  • the invention relates to a method and a system for providing a personal identification code of a security module.
  • Security modules such as Smart cards are often protected by personal identification codes or PINs known only to the owner or user of the security module. It is from the state of
  • EP 2187363 describes the electronic transmission of a personal identification number for a card to a user of the card. The user receives a query code to query the personal identification number. After the query code has been transmitted by the user via an SMS message, the personal identification number is again provided to the user via an SMS message.
  • the object of the invention is to provide a method and a system with which a personal identification code of a security module is provided to a user in a simple manner.
  • a personal identification code is assigned, which is assigned to a security module.
  • a server is used, to which a user (owner) of the security module can access after an authentication.
  • this access to the server via a network, such as the Internet.
  • the security module is preferably a portable data carrier.
  • the portable data carrier is a chip card, such as a bank card or credit card or a SIM / USIM card.
  • the portable data carrier may be a USB token or an RFID transponder.
  • an authentication code which is preferably a one-time password, transmitted by means of a first message to a terminal of the user.
  • An authentication code subsequently entered by the user is received at the server, wherein in a next step of the method according to the invention it is verified whether the entered authentication code matches the above authentication code transmitted to the terminal.
  • the personal identification code is finally transmitted by means of a second message to the user's terminal.
  • the second message is preferably addressed to a mobile number assigned to the user.
  • the second message is also an SMS message. If the authentication codes do not match, the transmission of the second message is inhibited.
  • an electronic transmission of the personal identification code to a terminal of the user is achieved in a simple manner by means of a server.
  • the method is particularly secure because the transmission of the personal identification code is coupled to an authentication code which is received by the server and has previously been transmitted to the user's terminal.
  • the method for transmitting the personal identification code is initiated / initiated by the user's request to the server.
  • the terminal is preferably a mobile terminal, in particular a mobile device.
  • the terminal preferably has at least one network Interface (mobile phone, WLAN, Internet interface).
  • the first message is addressed to a communication number assigned to the terminal (or the user), such as mobile phone number or IP address.
  • SMS short message service
  • the first message can be, for example, an internet message which is transmitted to an application (app, for example a messenger app) of the terminal.
  • the authentication (or login) of the user to the server can take place in any way, for example by user name and password, by biometric features or by means of an authentication application on another (or the same) security module.
  • the server used in the method according to the invention is an online transaction server, for example an online banking system of a bank or a bank.
  • electronic transactions such as monetary transactions
  • Such a server contains nicely appropriate components that allow the transmission of an authentication code and the verification of an authentication code in the context of an online transaction.
  • the online transaction server contains the user's pre-registered authentication data.
  • the online transaction server just described uses transaction codes, for example as TAN or OTP, for verifying user-initiated transactions, wherein in response to the user's request, a transaction code is provided by the first message as the authentication code the user's terminal is transmitted.
  • TAN TAN
  • OTP oxidation-to-semiconductor
  • a TAN method known per se or smsT AN method of an online transaction server is used to provide the personal identification code.
  • the first and / or second message is communicated to the user's terminal by a provisioning entity (i.e., a separate server) that communicates with the above server.
  • a provisioning entity i.e., a separate server
  • the publisher of the security module may possibly also be the operator of the server. Nevertheless, the publisher of the security module and the server operator can also be two different entities, e.g. two different banks. Likewise, the provisioning entity can be an entity independent of the publisher of the security module or the operator of the server. It may be, for example, to the manufacturer of the security module.
  • the authentication code is generated in the server.
  • the generated in the server authentication code is also by transmit the server to the user's terminal by means of the first message.
  • the authentication code generated in the server is transmitted by the server to the provisioning entity, which transmits the transmitted authentication code by means of the first message to the user's terminal.
  • the server instructs the provisioning entity to generate the authentication code, whereupon the provisioning entity generates the authentication code and transmits it to the user's terminal by means of the first message.
  • the correspondence of the entered authentication code with the authentication code transmitted to the terminal is checked by the server itself.
  • this entity undertakes to transmit the second message .
  • an acknowledgment by the server is provided, wherein the provisioning entity transmits the second message to the user's terminal in response to the provision of the confirmation.
  • the provision of the acknowledgment may be accomplished by submitting the acknowledgment from the server to the provisioning entity.
  • the provision of the confirmation in the form of a through the Server performed transaction.
  • the confirmation may optionally include a user identification or user identification of the user.
  • the confirmation may optionally include the authentication code.
  • the server provides the user with an input mask for the authentication code.
  • Matching of the entered authentication code with the authentication code transmitted to the terminal also takes place by the provisioning entity, wherein the provisioning entity transmits the second message to the terminal of the user in the event of a match.
  • this communication number is stored in advance in a memory, ie before the method according to the invention is carried out. From this memory, the communication number for the transmission of the first and second message is read out.
  • the user assigned Kornmunikations- number is transmitted during the implementation of the method according to the invention of the user to the server.
  • the communication number is queried by the user via the server and entered by the server on the server. The transmission of the communication number can be done together with the above request of the user on the server, for example.
  • the method according to the invention is used in combination with a security module to which one or more initial identification codes are assigned, which are often also referred to as transport PINs.
  • a security module to which one or more initial identification codes are assigned, which are often also referred to as transport PINs.
  • the initial identification code or a single one of the initial identification codes is activated and this activated initial identification code is provided as a personal identification code by the method according to the invention.
  • the user can use the activated initial identification code transmitted to his terminal to set up a new personal identification code for the security module.
  • the security module is assigned a plurality of identification codes, in a preferred variant, another initial identification code is activated if an initial, previously activated identification code or a personal identification code newly set up by the user is blocked.
  • the invention further relates to a system for providing a personal identification code of a security module, wherein the personal identification code is assigned to the security module.
  • the system includes a server that the user of the security module can access after authentication.
  • the system is set up to carry out a method in which:
  • the system according to the invention is set up to carry out one or more preferred variants of the method according to the invention.
  • Fig.l is a schematic representation of a first variant of the inventive method.
  • Fig. 2 is a schematic representation of a second variant of the method according to the invention. Embodiments of the invention will be described below with reference to a personal identification code in the form of a PIN of a chip card 1.
  • the PIN is designated in FIG. 1 by the reference symbol ID.
  • the chip card 1 represents a bank card or credit card of a bank. The card does not necessarily contain a chip.
  • the user of the smart card 1 ie the cardholder
  • the user of the smart card 1 ie the cardholder
  • the user of the chip card 1 is informed of the PIN belonging to the card by postal means.
  • the PIN is transmitted in electronic form, including a server in the form of an online banking system 4.
  • the online banking system in the embodiment described herein belongs to the bank that issued the card 1 , Nevertheless, the online banking system may also belong to another bank, which does not correspond to the bank of the publisher of the chip card 1.
  • the publisher of the chip card 1 is the provisioning entity 5 described below.
  • the issuer of the card 1, the online banking system 4 and the provisioning entity 5 may be three independent entities.
  • the online banking system 4 is based on a conventional online transaction server with which monetary transactions (transfers, bookings, credits) specified by a user via a terminal 3 on the online banking system 4 are performed.
  • the known smsT AN method is used, in which an authentication code is generated in the online banking system 4 prior to the execution of a transaction and is transmitted by means of an SMS message to a mobile device 2 of the user. The latter then inputs the authentication code via the terminal 3 to the online banking system 4, which carries out the transaction only if the entered authentication code matches the authentication code previously transmitted to the mobile radio device 2.
  • the functionality of the smsT AN method is now used for the new purpose of electronically transmitting the PIN ID to the user.
  • a mobile number MN in the form of a MSISDN is required, which is assigned to the mobile device 2 of the user of the chip card 1.
  • both the PIN ID and the mobile number MN are stored in advance in a provisioning entity 5 in the form of a further server, as indicated by the corresponding step S1.
  • the PIN or the mobile number are transmitted to the provisioning entity 5 via a secure channel.
  • the PIN and the mobile number originate in the exemplary embodiment described here from the bank which has issued the chip card 1 and which also operates the online banking system 4.
  • the mobile number MN was previously registered with the bank and is also stored in the online banking system 4.
  • the mobile number stored in the provisioning instance 5 can, if necessary, be deleted again after the method has been carried out, or it can be updated in the event of a change.
  • the mobile radio number MN also need not be stored in advance in the online banking system 4 or the provisioning entity 5, but rather can be made available to the online banking system 4 or the provisioning entity 5 during the implementation of the method.
  • the mobile number is entered by the cardholder at the online banking system 4.
  • the mobile number is thus available to the online banking system 4, which also transmits the number to the provisioning entity 5.
  • it is no longer necessary to distinguish between pre-registered mobile numbers and newly entered mobile numbers, because the mobile number is always specified by the user.
  • no functionalities for deleting or updating the mobile number must be provided.
  • the user of the chip card 1 is logged on to the online banking system 4 via the Internet by means of an appropriate authentication.
  • the user uses the internet-enabled terminal 3 (eg a computer) via which he accesses the online banking system 4 by means of a browser.
  • the user enters a request RE for the electronic provision of the PIN ID belonging to the card 1.
  • This authentication code is a per se known transaction code in the form of a TAN (or a one-time password), which is conventionally used for authentication of monetary transactions in the online banking system.
  • the transaction code can also be called a transaction release code.
  • the authentication code AV is then sent in a step S4 by the server 4 to the mobile device 2 of the user. This is done by means of the transmission of an SMS message Ml, which is sent to the mobile device 2 of the user using the known mobile phone number MN. Instead of an SMS can be transmitted here and in the following an Internet message zb to a (messenger) app on the mobile device.
  • the authentication code AV is intended for single use only (ie as a one-time password).
  • no increased security requirements in the context of the transmission of the SMS message Ml must be provided in step S4, because the life cycle of the authentication code AV is very short. In particular, it does not need to be checked whether the SMS was also delivered, because this process can be restarted at any time. It can thus be a conventional SMS Aggregator for sending the Authentif ikationscodes AV are used.
  • the user After delivery of the message Ml the user reads the authentication code AV from the display of the mobile device 2 and enters it in step S5 by means of the terminal 3 to the online banking system 4, as is usually the case when entering a smsTAN takes place.
  • the authentication code AV is then verified in the server 4 in step S6. That is, the server 4 checks whether the authentication code previously generated in step S3 agrees with the authentication code obtained in step S5. If this is the case, the verification of the authentication code AV was successful. If the authentication code were used in a conventional monetary transaction, this transaction would be executed in step S7 if the verification in step S6 was successful.
  • the successful verification of the authentication code in step S6 is now coupled to step S8, in which an acknowledgment CON, which comprises a user identification UID of the user, is transmitted from the server 4 to the provisioning entity 5 via a secure interface becomes.
  • an acknowledgment CON which comprises a user identification UID of the user
  • step S9 the provisioning entity 5 assigns the user identification UID previously transmitted in step S8 to the mobile number MN.
  • the provisioning entity 5 sends the PIN ID, which was provided to it in step S1, to the mobile device 2 of the user in step S10. This is again done by sending an SMS message M2 containing the PIN ID.
  • Fig. 1 is shown in Fig. 1 and also in Fig. 2 described below Mobile device 2 of the user in connection with the transmission of the message M2 shown again.
  • the user thus receives by electronic means the PIN for his card 1 and can then subsequently carry out corresponding transactions by means of the card and the transmitted PIN. Since corresponding authentications and verifications have already been carried out in advance, no special security requirements for the transmission of the SMS in step S10 must be implemented. Rather, a conventional SMS aggregator can be used to transmit the SMS.
  • the authentication code AV is sent only once in step S4. Likewise or in addition, it can be provided to allow for the transmitted in step Sl PIN only once a request S2 and / or only once a transmission S10. A second request S2, transmission S4 and / or transmission S10 would then require retransmission S1 of the PIN or an unillustrated clearance for a re-run of the procedure (with steps S2 to S10).
  • the provisioning entity 5 is not notified of the actuation via a successful verification of the authentication code directly by means of the transmission of a user identification (step S8). Rather, the successful verification of the authentication code is coupled to the execution of a special transaction (eg the transfer of one cent) to a specific number of an account to which the provisioning entity 5 has access. This special transaction is performed in the corresponding step S7. Once the deployment instance 5 the implementation of this special Transaction determines it transmits the PIN ID to the mobile number MN of the mobile device 2 by means of the corresponding SMS message M2.
  • a special transaction eg the transfer of one cent
  • Fig. 2 shows a second variant of the method according to the invention.
  • the provisioning entity 5 assumes functions that are performed by the server 4 in the embodiment of FIG. 1.
  • both the PIN ID and the mobile number MN are provided in advance in the provisioning instance 5 in step S101.
  • the user - analogous to step S2 of FIG. 1 - at the online banking system 4 a request RE for electronic provision of the card ID 1 belonging to the ID.
  • the online banking system 4 then generates the corresponding authentication code AV, which is transmitted in step S103 from the online banking system 4 to the provisioning entity 5 via a secure interface.
  • the authentication code AV in step S103, in the provisioning instance 5, the
  • the user reads the authentication code AV transmitted with the message M 1 from the display of the mobile radio device 2 and inputs it to the online banking system 4 in step S 105 by means of the terminal 3.
  • the authentication code AV is then transmitted in step S106 via the secure interface to the provisioning entity 5, which verifies the authentication code in step S107, ie it checks whether the previously transmitted in step S103 authentication code matches the obtained in step S106 authentication code. If this is the case, the provisioning entity 5 transmits the PIN ID by means of the SMS message M2 to the mobile phone number of the mobile radio device 2 in step S108.
  • step S103 also only a transmission command without authentication code can be transmitted to the provisioning entity 5.
  • the authentication code is then generated by the provisioning entity 5 itself, which in turn sends this code to the terminal 2 in step S104 by means of a short message.
  • the method according to the invention can be used, for example, in combination with so-called transport PINs which are deposited on the user before the chip card is sent to the user. Only one of the transport PINs is active. By means of the method just described, the user or cardholder is sent this active transport PIN electronically. The transmitted transport PIN is then used by the cardholder when first using the card, eg at a bank terminal. The cardholder can then deactivate or delete the current transport PIN during this first use by specifying a new PIN. If this PIN is blocked at a later time, the procedure described above can be repeated for another transport PIN on the card. In the map, a sequence is stored in which the transport PINs are activated.
  • the electronic transmission of a chip card PIN is achieved in a simple manner using an online portal or an online banking system.
  • the known smsT AN method is used in this case the electronic transmission of the PIN is only initiated when a previously transmitted via an SMS TAN was entered by a user to the online banking system.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Die Erfindung betrifft ein Verfahren zur Bereitstellung eines persönlichen Identifikationscodes (ID) eines Sicherheitsmoduls (1), wobei der persönliche Identifikationscode (ID) dem Sicherheitsmodul (1) zugewiesen ist und ein Server (4) vorgesehen ist, auf dem ein Benutzer des Sicherheitsmoduls (1) nach einer Authentif ikation zugreifen kann. In dem Verfahren wird, ausgelöst durch eine Anfrage (RE) des Benutzers am Server (4), ein Authentifikationscode (AV) mittels einer ersten Nachricht (M1) an ein Endgerät (2) des Benutzers übermittelt. Ein durch den Benutzer eingegebener Authentifikationscode wird am Server (4) empfangen, woraufhin verifiziert wird, ob der eingegebene Authentifikationscode mit dem Authentifikationscode (AV) übereinstimmt, der an das Endgerät (2) übermittelt wurde, wobei im Falle einer Übereinstimmung der persönliche Identifikationscode (ID) mittels einer zweiten Nachricht (M2) an das Endgerät (2) des Benutzers übermittelt wird.

Description

Verf ahren zur Bereitstellung eines persönlichen Identifikationscodes eines Sicherheitsmoduls Die Erfindung betrifft ein Verfahren und ein System zur Bereitstellung eines persönlichen Identifikationscodes eines Sicherheitsmoduls.
Sicherheitsmodule, wie z.B. Chipkarten, werden häufig durch persönliche Identifikationscodes bzw. PINs geschützt, die nur dem Inhaber bzw. Benut- zer des Sicherheitsmoduls bekannt sind. Dabei sind aus dem Stand der
Technik verschiedene Verfahren bekannt, wie der persönliche Identifikationscode dem Benutzer des Sicherheitsmoduls erstmalig bekannt gemacht werden kann. Häufig wird der Identifikationscode dem Benutzer mit einem separaten Brief per Post zugestellt. Dieser separate Versand des Identif ikati- onscodes ist aufwändig und teuer.
Aus der DE 19507044 ist das sogenannte "NuU-PIN- Verfahren" bekannt, bei dem der Nutzer bei der erstmaligen Inbetriebnahme einer SIM-Karte eine PIN bestehend ausschließlich aus den Ziffernfolge "0000" eingeben muss. Die Eingabe kann bei der erstmaligen Aktivierung der SIM-Karte in einem eigens dafür vorgesehenen Menü erfolgen. Ein solches Menü wird in der DE 19850307 beschrieben. Zusätzliche Sicherheit erhält der Nutzer, wenn er die PIN beispielsweise aus den letzten vier Ziffern seiner SIM-Kartennummer oder aus seinem Geburtsdatum ermittelt. Ein derar- tiges Verfahren wird in der EP 2053569 AI beschrieben.
Nachteil dieser Verfahren ist, dass sowohl die Null-PIN als auch die aus der Kartennummer oder dem Geburtstag gebildete PIN sehr leicht ermittelt werden können und somit eine SIM-Karte, die auf postalischem Wege zugestellt wird und auf böswillige Weise abgefangen wird, sehr leicht missbräuchlich eingesetzt werden kann. In EP 2187363 ist die elektronische Übermittlung einer persönlichen Identifikationsnummer für eine Karte an einen Benutzer der Karte beschrieben. Der Benutzer erhält einen Abfragecode zur Abfrage der persönlichen Identifikationsnummer. Nachdem der Abfragecode durch den Benutzer mittels einer SMS-Nachricht übermittelt wurde, wird die persönliche Identifikationsnummer dem Benutzer wiederum über eine SMS-Nachricht bereitgestellt. Aufgabe der Erfindung ist es, ein Verfahren und ein System zu schaffen, mit denen auf einfache Weise ein persönlicher Identifikationscode eines Sicherheitsmoduls einem Benutzer bereitgestellt wird.
Diese Aufgabe wird durch den Gegenstand der unabhängigen Ansprüche gelöst. Weiterbildungen der Erfindungen sind in den abhängigen Ansprüchen definiert.
In dem erfindungsgemäßen Verfahren wird ein persönlicher Identifikationscode bereitgestellt, der einem Sicherheitsmodul zugewiesen ist. Dabei wird ein Server verwendet, auf den ein Benutzer (Inhaber) des Sicherheitsmoduls nach einer Authentifikation zugreifen kann. Vorzugsweise erfolgt dieser Zugriff auf den Server über ein Netzwerk, wie das Internet.
Das Sicherheitsmodul ist vorzugsweise ein tragbarer Datenträger. Insbeson- dere ist der tragbare Datenträger eine Chipkarte, wie z.B. eine Bankkarte bzw. Kreditkarte oder eine SIM/USIM-Karte. Ebenso kann der tragbare Datenträger ein USB-Token oder ein RFID-Transponder sein. Im Rahmen des Verfahrens wird, ausgelöst durch eine Anfrage des Benutzers am Server, ein Authentifikationscode, der vorzugsweise ein Einmai- Passwort ist, mittels einer ersten Nachricht an ein Endgerät des Benutzers übermittelt.
Ein danach durch den Benutzer eingegebener Authentifikationscode wird am Server empfangen, wobei in einem nächsten Schritt des erfindungsgemäßen Verfahrens verifiziert wird, ob der eingegebene Authentifikationscode mit dem obigen Authentifikationscode übereinstimmt, der an das Endgerät übermittelt wurde. Im Falle einer Übereinstirrurtung des eingegebenen Au- thentifikationscodes mit dem übermittelten Authentifikationscode wird schließlich der persönliche Identifikationscode mittels einer zweiten Nachricht an das Endgerät des Benutzers übermittelt. Analog zur ersten Nachricht ist die zweite Nachricht vorzugsweise an eine dem Benutzer zugeordnete Mobilfunknummer adressiert. Insbesondere ist die zweite Nachricht ebenfalls eine SMS-Nachricht. Falls die Authentifikationscodes nicht übereinstimmen, wird das Aussenden der zweiten Nachricht unterbunden.
Mit dem erfindungsgemäßen Verfahren wird auf einfache Weise mittels ei- nes Servers eine elektronische Übermittlung des persönlichen Identifikationscodes an ein Endgerät des Benutzers erreicht. Das Verfahren ist dabei besonders sicher, da die Übertragung des persönlichen Identifikationscodes an einen Authentifikationscode gekoppelt ist, der vom Server empfangen wird und zuvor an das Endgerät des Benutzers übertragen wurde. Das Ver- fahren zur Übermittlung des persönlichen Identifikationscodes wird durch die Anfrage des Benutzers am Server angestoßen/ initiiert.
Das Endgerät ist vorzugsweise ein mobiles Endgerät, insbesondere ein Mobilfunkgerät. Das Endgerät weist vorzugsweise zumindest eine Netzwerk- Schnittstelle (Mobilfunk-, WLAN-, Internet-Schnittstelle) auf. Die erste Nachricht ist in einer bevorzugten Variante an eine dem Endgerät (oder dem Benutzer) zugeordnete Kommunikationsnummer, wie Mobilfunknummer oder IP- Adresse, adressiert. Insbesondere kann die erste Nachricht eine an sich bekannte SMS-Nachricht bzw. Kurznachricht (SMS = Short Message Service) sein. Alternativ kann die erste Nachricht beispielsweise eine Internetnach- richt sein, die an eine Applikation (App, beispielsweise eine Messenger- App) des Endgerätes übertragen wird. Die Authentifizierung (bzw. Anmeldung) des Benutzers beim Server kann auf beliebigem Weg erfolgen, z.b. durch Benutzername und Passwort, durch biometrische Merkmale oder mittels einer Authentisierungsanwendung auf einem anderen (oder demselben) Sicherheitsmodul. Der Benutzer ist in einer bevorzugten Ausgestaltung für die Authentisierung (Anmeldung) des Benutzers am Server bereits vorab registriert. Besonders bevorzugt ist das Endgerät des Benutzers beim Server bereits vorab mit seiner Kommunikationsnummer registriert. In einer besonders bevorzugten Ausführungsform ist der im erfindungsgemäßen Verfahren verwendete Ser- ver ein Online-Transaktions-Server, z.B. ein Online-Banking-System eines Kreditinstituts bzw. einer Bank. Mittels eines solchen Servers können elektronisch Transaktionen (wie z.B. monetäre Transaktionen) durchgeführt werden. Ein solcher Server enthält schön entsprechende Komponenten, welche das Übermitteln eines Authentifikationscodes sowie die Verifikation eines Authentifikationscodes im Rahmen einer Online-Transaktion ermöglichen. Der Online-Transaktions-Server enthält die vorab registrierten Authentisie- rungsdaten des Benutzers. Diese Komponenten und/ oder Authentisie- rungsdaten können nunmehr im erfindungsgemäßen Verfahren zur Bereit- stellung eines persönlichen Identifikationscodes für ein Sicherheitsmodul genutzt werden.
In einer besonders bevorzugten Ausführungsform verwendet der soeben beschriebene Online-Transaktions-Server Transaktionscodes, beispielsweise als TAN oder OTP, zur Verifikation von durch den Benutzer veranlassten Transaktionen, wobei in Antwort auf die Anfrage des Benutzers als Authen- tifikationscode ein Transaktionscode mittels der ersten Nachricht an das Endgerät des Benutzers übermittelt wird. Es wird somit ein an sich bekann- tes TAN- Verfahren bzw. smsT AN- Verfahren eines Online-Transaktions- Servers zur Bereitstellung des persönlichen Identifikationscodes genutzt.
In einer weiteren bevorzugten Ausführungsform wird die erste und/ oder zweite Nachricht von einer Bereitstellungsinstanz (d.h. einem separaten Ser- ver), die mit dem obigen Server kommuniziert, an das Endgerät des Benutzers übermittelt.
Der Herausgeber des Sicherheitsmoduls, für welches das erfindungsgemäße Verfahren den persönlichen Identifikationscode bereitstellt, kann ggf. auch der Betreiber des Servers sein. Nichtsdestotrotz können der Herausgeber des Sicherheitsmoduls und der Betreiber des Servers auch zwei unterschiedliche Instanzen sein, wie z.B. zwei unterschiedliche Banken. Ebenso kann die Bereitstellungsinstanz eine von dem Herausgeber des Sicherheitsmoduls bzw. dem Betreiber des Servers unabhängige Instanz sein. Es kann sich hierbei z.B, um den Hersteller des Sicherheitsmoduls handeln.
In einer besonders bevorzugten Ausführungsform des erfindungsgemäßen Verfahrens wird der Authentifikationscode in dem Server generiert. Vorzugsweise wird der im Server generierte Authentifikationscode auch durch den Server mittels der ersten Nachricht an das Endgerät des Benutzers übermitteln.
In einer weiteren Variante des erfindungsgemäßen Verfahrens, welche die oben beschriebene Bereitstellungsinstanz verwendet, wird der im Server generierte Authentif ikationscode durch den Server an die Bereitstellungsinstanz übermittelt, welche den übermittelten Authentifikationscode mittels der ersten Nachricht an das Endgerät des Benutzers übermittelt. In einer weiteren Ausgestaltung des erfindungsgemäßen Verfahrens weist der Server die Bereitstellungsinstanz an, den Authentifikationscode zu generieren, woraufhin die Bereitstellungsinstanz den Authentifikationscode erzeugt und an das Endgerät des Benutzers mittels der ersten Nachricht übermittelt.
In einer besonders bevorzugten Ausführungsform des erfindungsgemäßen Verfahrens erfolgt die Überprüfung der Übereinstimmung des eingegebenen Authentifikationscodes mit dem an das Endgerät übermittelten Authentifikationscode durch den Server selbst. Bei Verwendung der Bereitstellungs- instanz übernimmt diese Instanz in einer bevorzugten Variante der soeben beschriebenen Ausführungsform das Übermitteln der zweiten Nachricht. Mit anderen Worten wird im Falle einer Übereinstimmung des eingegebenen Authentifikationscodes mit dem an das Endgerät übermittelten Authentifikationscode der Bereitstellungsinstanz eine Bestätigung durch den Server be- reitgestellt, wobei die Bereitstellungsinstanz in Antwort auf die Bereitstellung der Bestätigung die zweite Nachricht an das Endgerät des Benutzers übermittelt. Die Bereitstellung der Bestätigung kann durch eine Übermittlung der Bestätigung von dem Server an die Bereitstellungsinstanz erfolgen. Ebenso kann die Bereitstellung der Bestätigung in der Form einer durch den Server durchgeführten Transaktion erfolgen. Die Bestätigung kann ggf. eine Benutzerkennung bzw. Benutzeridentifikation des Benutzers umfassen. Ferner kann die Bestätigung ggf. den Authentifikationscode umfassen. In einer weiteren bevorzugten Variante des erfindungsgemäßen Verfahrens stellt der Server dem Benutzer eine Eingabemaske für den Authentifikationscode bereit.
Wird im erfindungsgemäßen Verfahren die obige Bereitstellungsinstanz verwendet, kann in einer weiteren Ausgestaltung die Überprüfung der
Übereinstimmung des eingegebenen Authentifikationscodes mit dem an das Endgerät übermittelten Authentifikationscode auch durch die Bereitstellungsinstanz erfolgen, wobei die Bereitstellungsinstanz im Falle einer Übereinstimmung die zweite Nachricht an das Endgerät des Benutzers übermit- telt.
In einer weiteren bevorzugten Variante der Erfindung, bei der die erste und zweite Nachricht an eine dem Benutzer zugeordnete Kommunikationsnummer adressiert sind, ist diese Kommunikationsnummer vorab, d.h. vor Durchführung des erfindungsgemäßen Verfahrens, in einem Speicher hinterlegt. Aus diesem Speicher wird die Kommunikationsnummer zur Übermittlung der ersten und zweiten Nachricht ausgelesen. Nichtsdestotrotz besteht auch die Möglichkeit, dass die dem Benutzer zugeordnete Kornmunikations- nummer während der Durchführung des erfindungsgemäßen Verfahrens von dem Benutzer an den Server übermittelt wird. Mit anderen Worten wird im Rahmen der Durchführung des Verfahrens die Kommunikationsnummer über den Server beim Benutzer abgefragt und durch diesen am Server eingegeben. Die Übermittlung der Kommunikationsnummer kann z.B. zusammen mit der obigen Anfrage des Benutzers am Server erfolgen. In einer weiteren Ausführungsform wird das erfindungsgemäße Verfahren in Kombination mit einem Sicherheitsmodul verwendet, dem ein oder mehrere initiale Identifikationscodes zugewiesen sind, die häufig auch als Trans- port-PINs bezeichnet werden. Dabei ist bei Auslieferung des Sicherheitsmoduls der initiale Identifikationscode oder ein einzelner der initialen Identifikationscodes aktiviert und dieser aktivierte initiale Identifikationscode wird als persönlicher Identifikationscode durch das erfindungsgemäße Verfahren bereitgestellt. Der Benutzer kann mit dem an sein Endgerät übermittelten aktivierten initialen Identifikationscode einen neuen persönlichen Identifikationscode für das Sicherheitsmodul einrichten. Im Falle, dass dem Sicherheitsmodul mehrere Identifikationscodes zugewiesen sind, wird in einer bevorzugten Variante ein anderer initialer Identifikationscode aktiviert, sofern ein initialer, zuvor aktivierter Identifikationscode oder ein durch den Benut- zer neu eingerichteter persönlicher Identifikationscode blockiert wird.
Neben dem oben beschriebenen Verfahren betrifft die Erfindung ferner ein System zur Bereitstellung eines persönlichen Identifikationscodes eines Sicherheitsmoduls, wobei der persönliche Identifikationscode dem Sicher- heitsmodul zugewiesen ist. Das System umf asst einen Server, auf den der Benutzer des Sicherheitsmoduls nach einer Authentifikation zugreifen kann. Das System ist dabei zur Durchführung eines Verfahrens eingerichtet, bei dem:
ausgelöst durch eine Anfrage des Benutzers am Online-Portal ein Au- thentifikationscode mittels einer ersten Nachricht an ein Endgerät des
Benutzers übermittelt wird;
ein durch den Benutzer eingegebener Authentifikationscode am Server empfangen wird, woraufhin verifiziert wird, ob der eingegebene Authentifikationscode mit dem Authentifikationscode übereinstimmt, der an das Endgerät übermittelt wurde, wobei im Falle einer Übereinstimmung der persönliche Identifikationscode mittels einer zweiten Nachricht an das Endgerät des Benutzers übermittelt wird. In einer bevorzugten Ausführungsform ist das erfindungsgemäße System zur Durchführung einer oder mehrerer bevorzugter Varianten des erfindungsgemäßen Verfahrens eingerichtet.
Ausführungsbeispiele der Erfindung werden nachfolgend anhand der beige- fügten Figuren detailliert beschrieben.
Es zeigen:
Fig.l eine schematische Darstellung einer ersten Variante des erfindungs- gemäßen Verfahrens; und
Fig. 2 eine schematische Darstellung einer zweiten Variante des erfindungsgemäßen Verfahrens. Im Folgenden werden Ausführungsformen der Erfindung anhand eines persönlichen Identifikationscodes in der Form einer PIN einer Chipkarte 1 beschrieben. Die PIN ist in Fig. 1 mit dem Bezugszeichen ID bezeichnet. Die Chipkarte 1 stellt dabei eine Bankkarte bzw. Kreditkarte einer Bank dar. Die Karte muss nicht notwendigerweise einen Chip enthalten. Mittels der PIN kann der Benutzer der Chipkarte 1 (d.h. der Karteninhaber) monetäre Transaktionen authentifizieren. Zum Beispiel kann er durch Eingabe der PIN an einem Bank-Terminal, in dem die Chipkarte 1 eingeschoben ist, Geld abheben. Herkömrnlicherweise wird dem Benutzer der Chipkarte 1 die zu der Karte gehörige PIN auf postalischem Weg mitgeteilt. In den hier beschriebenen Ausführungsformen erfolgt die Übermittlung der PIN in elektronischer Form unter Einbeziehung eines Servers in der Form eines Online-Banking-Systems 4. Das Online-Banking-System gehört in der hier beschriebenen Ausführungsform zu der Bank, welche die Karte 1 herausgegeben hat. Nichtsdestotrotz kann das Online-Banking-System auch zu einer anderen Bank gehören, welche nicht der Bank des Herausgebers der Chipkarte 1 entspricht. Ferner ist es auch möglich, dass der Herausgeber der Chipkarte 1 die weiter unten beschriebene Bereitstellungsinstanz 5 ist. Gegebenenfalls können der Herausgeber der Karte 1, das Online-Banking-System 4 und die Bereitstellungsinstanz 5 drei unabhängige Instanzen sein.
Das Online-Banking-System 4 basiert auf einem herkömmlichen Online- Transaktions-Server, mit dem monetäre Transaktionen (Überweisungen, Buchungen, Gutschriften) durchgeführt werden, die von einem Benutzer über ein Endgerät 3 am Online-Banking-System 4 spezifiziert wurden. Dabei wird das an sich bekannte smsT AN- Verfahren genutzt, bei dem vor der Durchführung einer Transaktion ein Authentifikationscode in dem Online-Ban- king-System 4 erzeugt wird und mittels einer SMS-Nachricht an ein Mobilfunkgerät 2 des Benutzers übermittelt wird. Dieser gibt den Authentifikationscode dann über das Endgerät 3 an dem Online-Banking-System 4 ein, welches die Transaktion nur bei Übereinstimmung des eingegebenen Au- thentifikationscodes mit dem zuvor an das Mobilfunkgerätgerät 2 übermit- telten Authentifikationscode durchführt. Gemäß der Ausführungsform der Fig. 1 wird die Funktionalität des smsT AN- Verfahrens nunmehr für den neuen Zweck der elektronischen Übermittlung der PIN ID an den Benutzer genutzt. Im Rahmen der Durchführung des Verfahrens der Fig. 1 wird neben der PIN ID eine Mobilfunknummer MN in der Form einer MSISDN benötigt, die dem Mobilfunkgerät 2 des Benutzers der Chipkarte 1 zugeordnet ist. Gemäß Fig. 1 sind sowohl die PIN ID als auch die Mobilfunknummer MN vorab in einer Bereitstellungsinstanz 5 in der Form eines weiteren Servers gespeichert, wie durch den entsprechenden Schritt Sl angedeutet ist. Die PIN bzw. die Mobilfunknummer werden über einen sicheren Kanal an die Bereitstellungsinstanz 5 übermittelt. Die PIN und die Mobilfunknummer stammen im hier beschriebenen Ausführungsbeispiel von der Bank, welche die Chipkarte 1 her- ausgegeben hat und welche auch das Online-Banking-System 4 betreibt. Die Mobilfunknummer MN wurde dabei vorab bei der Bank registriert und ist auch im Online-Banking-System 4 hinterlegt. Die in der Bereitstellungsinstanz 5 gespeicherte Mobilfunknummer kann nach Durchführung des Verfahrens ggf. wieder gelöscht werden bzw. bei einer Veränderung aktualisiert werden.
In einer alternativen Variante braucht die Mobüfunknummer MN auch nicht vorab in dem Online-Banking-System 4 bzw. der Bereitstellungsinstanz 5 hinterlegt sein, sondern sie kann während der Durchführung des Verfahrens dem Online-Banking-System 4 bzw. der Bereitstellungsinstanz 5 bereitgestellt werden. Vorzugsweise wird die Mobilfunknummer dabei durch den Karteninhaber am Online-Banking-System 4 eingegeben. Die Mobilfunknummer steht somit dem Online-Banking-System 4 zur Verfügung, welches die Nummer auch an die Bereitstellungsinstanz 5 übermittelt. In diesem Fall muss nicht mehr zwischen vorab registrierten Mobilfunknummern und neu eingegebenen Mobilfunknummern unterschieden werden, denn die Mobilfunknummer wird immer durch den Benutzer spezifiziert. Darüber hinaus müssen keine Funktionalitäten zum Löschen bzw. zur Aktualisierung der Mobilfunknummer Vorgesehen werden. Gemäß der Ausführungsform der Fig. 1 ist der Benutzer der Chipkarte 1 mittels einer entsprechenden Authentifizierung an dem Online-Banking-System 4 über das Internet eingeloggt. Dabei verwendet der Benutzer das internetfä- hige Endgerät 3 (z.B. einen Computer), über das er mittels eines Browsers auf das Online-Banking-System 4 zugreift. Zunächst gibt der Benutzer in Schritt S2 am Online-Banking-System 4 eine Anfrage RE zur elektronischen Bereitstellung der zur Karte 1 gehörigen PIN ID ein. Das Online-Banking-System 4 erzeugt daraufhin in Schritt S3 einen Authentifikationscode AV ( AV = Au- thentication Value). Dieser Authentifikationscode ist eine an sich bekannter Transaktionscode in der Form einer TAN (oder eines Einmalpasswortes), die herkömmlicherweise zur Authentifizierung von monetären Transaktionen am Online-Banking-System genutzt wird. Der Transaktionscode kann auch als Transaktionsfreigabecode bezeichnet werden.
Der Authentifikationscode AV wird anschließend in einem Schritt S4 durch den Server 4 an das Mobilfunkgerät 2 des Benutzers gesendet. Dies erfolgt mittels der Übertragung einer SMS-Nachricht Ml, welche unter Verwendung der bekannten Mobilfunknummer MN an das Mobilfunkgerät 2 des Benut- zers gesendet wird. Anstelle einer SMS kann hier und auch im Folgenden eine Internetnachricht z.b. an eine (Messenger-) App auf dem Mobilfunkgerät übertragen werden. Der Authentifikationscode AV ist nur zur einmaligen Verwendung (d.h. als Einmal-Passwort) vorgesehen. Somit müssen keine erhöhten Sicherheitsanforderungen im Rahmen der Übermittlung der SMS- Nachricht Ml in Schritt S4 vorgesehen werden, denn der Lebenszyklus des Authentifikationscodes AV ist sehr kurz. Im Besonderen muss nicht überprüft werden, ob die SMS auch zugestellt wurde, denn dieser Prozess kann jederzeit wieder gestartet werden. Es kann somit ein herkömmlicher SMS- Aggregator zum Aussenden des Authentif ikationscodes AV eingesetzt werden.
Nach Zustellung der Nachricht Ml liest der Benutzer den Authentifikations- code AV von dem Display des Mobilfunkgeräts 2 ab und gibt ihn in Schritt S5 mittels des Endgeräts 3 an dem Online-Banking-System 4 ein, und zwar wie dies üblicherweise im Rahmen der Eingabe einer smsTAN erfolgt. Der Authentifikationscode AV wird dann in Schritt S6 im Server 4 verifiziert. Das heißt, der Server 4 überprüft, ob der zuvor in Schritt S3 erzeugte Authentif i- kationscode mit dem in Schritt S5 erhaltenen Authentifikationscode übereinstimmt. Ist dies der Fall, war die Verifikation des Authentifikationscodes AV erfolgreich. Falls der Authentifikationscode im Rahmen einer herkömmlichen monetären Transaktion verwendet worden wäre, würde diese Transaktion in Schritt S7 ausgeführt werden, falls die Verifikation in Schritt S6 er- folgreich war. In dem Ausführungsbeispiel der Fig. 1 ist an die erfolgreiche Verifikation des Authentifikationscodes in Schritt S6 nunmehr der Schritt S8 gekoppelt, in dem eine Bestätigung CON, welche eine Benutzeridentifikation UID des Benutzers umfasst, von dem Server 4 an die Bereitstellungsinstanz 5 über eine gesicherte Schnittstelle übermittelt wird.
In der Bereitstellungsinstanz 5 sind Verknüpfungen zwischen Benutzeridentifikationen und Mobilfunknummern hinterlegt. Basierend auf diesen Verknüpfungen ordnet die Bereitstellungsinstanz 5 in Schritt S9 die Benutzeridentifikation UID, die zuvor in Schritt S8 übertragen wurde, der Mobilfunk- nummer MN zu. Anschließend sendet die Bereitstellungsinstanz 5 in Schritt S10 die PIN ID, welche ihr in Schritt Sl bereitgestellt wurde, an das Mobilfunkgerät 2 des Benutzers. Dies erfolgt wiederum über das Aussenden einer SMS-Nachricht M2, welche die PIN ID enthält. Zwecks übersichtlicher Darstellung ist in Fig. 1 und auch in der weiter unten beschriebenen Fig. 2 das Mobilfunkgerät 2 des Benutzers im Zusammenhang mit der Übermittlung der Nachricht M2 nochmals dargestellt.
Der Benutzer erhält somit auf elektronischem Weg die PIN für seine Karte 1 und kann dann anschließend entsprechende Transaktionen mittels der Karte und der übermittelten PIN durchführen. Da entsprechende Authentifizierungen und Verifikationen bereits vorab durchgeführt wurden, müssen auch keine speziellen Sicherheitsanforderungen für die Übermittlung der SMS in Schritt S10 implementiert werden. Vielmehr kann ein herkömmlicher SMS- Aggregator zur Übertragung der SMS eingesetzt werden.
In einer sicheren Ausgestaltung wird der Authentifikationscodes AV in Schritt S4 nur ein einziges Mal gesendet. Ebenso bzw. zusätzlich kann es vorgesehen sein, für die in Schritt Sl übermittelte PIN nur einmal eine An- forderung S2 und/oder nur einmal eine Übertragung S10 zuzulassen. Eine zweite Anforderung S2, Sendung S4 und/ oder Übertragung S10 würde dann ein erneutes Übermitteln Sl der PIN oder eine nicht dargestellte Freigabe für einen erneuten Ablauf des Verfahrens (mit den Schritten S2 bis S10) erfordern.
In einer abgewandelten Variante des Verfahrens der Fig. 1 wird der Bereitstellungsinstanz 5 die Betätigung über eine erfolgreiche Verifikation des Authentifikationscodes nicht unmittelbar mittels der Übertragung einer Benutzeridentifikation (Schritt S8) mitgeteilt. Vielmehr ist die erfolgreiche Verifika- tion des Authentifikationscodes an die Durchführung einer speziellen Transaktion (z.B. die Überweisung von einem Cent) an eine spezielle Nummer eines Kontos gekoppelt, auf welches die Bereitstellungsinstanz 5 Zugriff hat. Diese spezielle Transaktion wird im entsprechenden Schritt S7 durchgeführt. Sobald die Bereitstellungsinstanz 5 die Durchführung dieser speziellen Transaktion feststellt, überträgt sie die PIN ID an die Mobilfunknummer MN des Mobilfunkgeräts 2 mittels der entsprechenden SMS-Nachricht M2.
Fig. 2 zeigt eine zweite Variante des erfindungsgemäßen Verfahrens. In die- ser Variante übernimmt die Bereitstellungsinstanz 5 Funktionen, die in der Ausführungsform der Fig. 1 von dem Server 4 durchgeführt werden. Analog zu Schritt Sl der Fig. 1 werden in Schritt S101 sowohl die PIN ID als auch die Mobilfunknummer MN vorab in der Bereitstellungsinstanz 5 bereitgestellt. In Schritt S102 gibt der Benutzer - analog zu Schritt S2 der Fig. 1 - am Online- Banking-System 4 eine Anfrage RE zur elektronischen Bereitstellung der zur Karte 1 gehörigen PIN ID ein. Das Online-Banking-System 4 erzeugt daraufhin den entsprechenden Authentifikationscode AV, der in Schritt S103 von dem Online-Banking-System 4 an die Bereitstellungsinstanz 5 über eine gesicherte Schnittstelle übermittelt wird. Durch die Übermittlung des Authenti- fikationscodes AV in Schritt S103 wird in der Bereitstellungsinstanz 5 das
Aussenden dieses Codes mittels der SMS-Nachricht Ml an das Mobilfunkgerät 2 des Benutzers ausgelöst (Schritt S104).
In Analogie zu dem Verfahren der Fig. 1 liest der Benutzer den mit der Nachricht Ml übermittelten Authentifikationscode AV von dem Display des Mobilfunkgeräts 2 ab und gibt ihn in Schritt S105 mittels des Endgeräts 3 an dem Online-Banking-System 4 ein. Der Authentifikationscode AV wird dann in Schritt S106 über die gesicherte Schnittstelle an die Bereitstellungsinstanz 5 übermittelt, die den Authentifikationscode in Schritt S107 verifiziert, d.h. sie überprüft, ob der zuvor in Schritt S103 übermittelte Authentifikationscode mit dem in Schritt S106 erhaltenen Authentifikationscode übereinstimmt. Ist dies der Fall, überträgt die Bereitstellungsinstanz 5 in Schritt S108 die PIN ID mittels der SMS-Nachricht M2 an die Mobilfunknummer des Mobilfunkgeräts 2. In einer abgewandelten Variante des Verfahrens der Fig. 2 kann in Schritt S103 auch lediglich ein Sendebefehl ohne Authentifikationscode an die Bereitstellungsinstanz 5 übermittelt werden. In Reaktion auf den Sendebefehl wird dann der Authentifikationscode durch die Bereitstellungsinstanz 5 selbst erzeugt, welche diesen Code dann wiederum in Schritt S104 mittels einer Kurznachricht an das Endgerät 2 sendet.
Das erfindungsgemäße Verfahren kann z.B. in Kombination mit sog. Trans- port-PINs eingesetzt werden, die vor dem Versand der Chipkarte an den Benutzer darauf hinterlegt werden. Dabei ist nur eine der Transport-PINs aktiv. Mittels des soeben beschriebenen Verfahrens wird dem Benutzer bzw. Karteninhaber diese aktive Transport-PIN elektronisch übermittelt. Die übermittelte Transport-PIN wird dann von dem Karteninhaber bei der erstmaligen Verwendung der Karte, z.B. an einem Bank-Terminal, genutzt. Der Karteninhaber kann dann im Rahmen dieser erstmaligen Verwendung die aktuelle Transport-PIN inaktiv schalten bzw. löschen, indem er eine neue PIN spezifiziert. Wird diese PIN zu einem späteren Zeitpunkt geblockt, kann das oben beschriebene Verfahren für eine andere Transport-PIN auf der Karte wieder- holt werden. In der Karte ist dabei eine Reihenfolge hinterlegt, in der die Transport-PINs aktiv geschaltet werden. Das heißt, es ist hinterlegt, welche Transport-PIN als nächstes aktiviert wird, falls eine vorhergehende Transport-PIN inaktiv wird. Die im Vorangegangenen beschriebenen Ausführungsformen der Erfindung weist eine Reihe von Vorteilen auf. Insbesondere wird auf einfache Weise unter Verwendung eines Online-Portals bzw. eines Online-Banking-Systems die elektronische Übermittlung einer Chipkarten-PIN erreicht. Dabei macht man sich insbesondere das an sich bekannte smsT AN- Verfahren zunutze, bei dem die elektronische Übermittlung der PIN erst dann veranlasst wird, wenn eine zuvor mittels einer SMS übermittelte TAN durch einen Benutzer an dem Online-Banking-System eingegeben wurde.

Claims

P a t e n t a n s p r ü c h e
Verfahren zur Bereitstellung eines persönlichen Identifikationscodes (ID) eines Sicherheitsmoduls (1), wobei der persönliche Identifikationscode (ID) dem Sicherheitsmodul (1) zugewiesen ist und ein Server (4) vorgesehen ist, auf den ein Benutzer des Sicherheitsmoduls (1) nach einer Authentif ikation zugreifen kann, bei dem:
ausgelöst durch eine Anfrage (RE) des Benutzers am Server (4) ein Authentifikationscode (AV) mittels einer ersten Nachricht (Ml) an ein Endgerät (2) des Benutzers übermittelt wird;
ein durch den Benutzer eingegebener Authentifikationscode (AV) am Server (4) empfangen wird, woraufhin verifiziert wird, ob der eingegebene Authentifikationscode mit dem Authentifikationscode übereinstimmt, der an das Endgerät (2) übermittelt wurde, wobei im Falle einer Überemstimmung der persönliche Identifikationscode (ID) mittels einer zweiten Nachricht (M2) an das Endgerät (2) des Benutzers übermittelt wird.
Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass der Server (4) ein Online-Transaktions-Server ist.
Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass der Online-Transaktions-Server Transaktionscodes zur Verifikation von durch den Benutzer veranlassten Transaktionen verwendet, wobei in Antwort auf die Anfrage (RE) des Benutzers als Authentifikationscode (AV) ein Transaktionscode mittels der ersten Nachricht (Ml) an das Endgerät (2) des Benutzers übermittelt wird. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die erste und/ oder zweite Nachricht (Ml, M2) von einer Bereitstellungsinstanz (5), die mit dem Server (4) kommuniziert, an das Endgerät (2) des Benutzers übermittelt werden.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Authentifikationscode (AV) in dem Server (4) generiert wird.
Verfahren nach Anspruch 5, dadurch gekennzeichnet, dass der im Server (4) generierte Authentifikationscode (AV) durch den Server (4) mittels der ersten Nachricht (M ) an das Endgerät (2) des Benutzers übermittelt wird.
Verfahren nach einem der vorhergehenden Ansprüche in Kombination mit Anspruch 4 und 5, dadurch gekennzeichnet, dass der im Server (4) generierte Authentifikationscode (AV) durch den Server (4) an die Bereitstellungsinstanz (5) übermittelt wird, welche den übermittelten Authentifikationscode (AV) mittels der ersten Nachricht (Ml) an das Endgerät (2) des Benutzers übermittelt.
Verfahren nach einem der vorhergehenden Ansprüche in Kombination mit Anspruch 4, dadurch gekennzeichnet, dass der Server (4) die Bereitstellungsinstanz (5) anweist, den Authentifikationscode (AV) zu generieren, woraufhin die Bereitstellungsinstanz (5) den Authentifikationscode (AV) erzeugt und an das Endgerät (2) des Benutzers mittels der ersten Nachricht (Ml) übermittelt. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Überprüfung der Übereinstimmung des eingegebenen Authentifikationscodes mit dem an das Endgerät (2) übermittelten Authentifikationscode (AV) durch den Server (4) erfolgt.
Verfahren nach Anspruch 9 in Kombination mit Anspruch 4, dadurch gekennzeichnet, dass im Falle einer Übereinstimmung des eingegebenen Authentifikationscodes mit dem an das Endgerät (2) übermittelten Authentifikationscode (AV) der Bereitstellungsinstanz ( 5) eine Bestätigung (CON) durch den Server (4) bereitgestellt wird, wobei die Bereitstellungsinstanz (5) in Antwort auf die Bereitstellung der Betätigung (CON) die zweite Nachricht (M2) an das Endgerät (2) des Benutzers übermittelt.
Verfahren nach Anspruch 10, dadurch gekennzeichnet, dass die Bestätigung (CON) von dem Server (4) an die Bereitstellungsinstanz (5) übermittelt wird oder in der Form einer durch den Server (4) durchgeführten Transaktion bereitgestellt wird.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Server (4) dem Benutzer eine Eingabemaske für den Authentifikationscode (AV) bereitstellt.
Verfahren nach einem der vorhergehenden Ansprüche in Kombination mit Anspruch 4, dadurch gekennzeichnet, dass die Überprüfung der Übereinstimmung des eingegebenen Authentifikationscodes mit dem an das Endgerät (2) übermittelten Authentifikationscode (AV) durch die Bereitstellungsinstanz (5) erfolgt, wobei die Bereitstellungs- instanz (5) im Falle einer Übereinstimmung die zweite Nachricht M2) an das Endgerät (2) des Benutzers übermittelt.
System zur Bereitstellung eines persönlichen Identifikationscodes (ID) eines Sicherheitsmoduls (1), wobei der persönliche Identifikationscode (ID) dem Sicherheitsmodul (1) zugewiesen ist, wobei das System einen Server (4) umfasst, auf den der Benutzer des Sicherheitsmoduls (1) nach einer Authentifikation zugreifen kann, wobei das System zur Durchführung eines Verfahrens eingerichtet ist, bei dem:
ausgelöst durch eine Anfrage (RE) des Benutzers am Server (4) ein Authentifikationscode (AV) mittels einer ersten Nachricht (Ml) an ein Endgerät (2) des Benutzers übermittelt wird;
ein durch den Benutzer eingegebener Authentifikationscode am Server (4) empfangen wird, woraufhin verifiziert wird, ob der eingegebene Authentifikationscode mit dem Authentifikationscode (AV) übereinstimmt, der an das Endgerät (2) übermittelt wurde, wobei im Falle einer Übereinstimmung der persönliche Identifikationscode (ID) mittels einer zweiten Nachricht (M2) an das Endgerät (2) des Benutzers übermittelt wird.
System nach Anspruch 14, dadurch gekennzeichnet, dass das System zur Durchführung eines Verfahrens nach einem der Ansprüche 2 bis 13 eingerichtet ist.
EP16725768.2A 2015-05-26 2016-05-25 Verfahren zur bereitstellung eines persönlichen identifikationscodes eines sicherheitsmoduls Ceased EP3304804A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102015006751.6A DE102015006751A1 (de) 2015-05-26 2015-05-26 Verfahren zur Bereitstellung eines persönlichen Identifikationscodes eines Sicherheitsmoduls
PCT/EP2016/000873 WO2016188637A1 (de) 2015-05-26 2016-05-25 Verfahren zur bereitstellung eines persönlichen identifikationscodes eines sicherheitsmoduls

Publications (1)

Publication Number Publication Date
EP3304804A1 true EP3304804A1 (de) 2018-04-11

Family

ID=56087232

Family Applications (1)

Application Number Title Priority Date Filing Date
EP16725768.2A Ceased EP3304804A1 (de) 2015-05-26 2016-05-25 Verfahren zur bereitstellung eines persönlichen identifikationscodes eines sicherheitsmoduls

Country Status (5)

Country Link
US (1) US10873575B2 (de)
EP (1) EP3304804A1 (de)
CA (1) CA2986618C (de)
DE (1) DE102015006751A1 (de)
WO (1) WO2016188637A1 (de)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102016014651A1 (de) * 2016-12-08 2018-06-14 Giesecke+Devrient Mobile Security Gmbh Verfahren zur Verwaltung und zum Einsatz virtueller Zahlungskarten
US12021861B2 (en) * 2021-01-04 2024-06-25 Bank Of America Corporation Identity verification through multisystem cooperation

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19507044C2 (de) 1995-03-01 2000-04-06 Deutsche Telekom Ag Verfahren zur Erzeugung und Verteilung persönlicher Identifikations-Nummern (PIN)
DE19718103A1 (de) 1997-04-29 1998-06-04 Kim Schmitz Verfahren zur Autorisierung in Datenübertragungssystemen
DE19850307C2 (de) 1998-10-30 2002-08-01 T Mobile Deutschland Gmbh Verfahren zum Schutz vor Missbrauch bei Chipkarten
US6985583B1 (en) * 1999-05-04 2006-01-10 Rsa Security Inc. System and method for authentication seed distribution
GB9929291D0 (en) * 1999-12-11 2000-02-02 Connectotel Limited Strong authentication method using a telecommunications device
ATE472208T1 (de) * 2000-04-28 2010-07-15 Swisscom Ag Verfahren zur sicherung der kommunikation zwischen einem endgerät und einer zusätzlichen benutzervorrichtung
EP1195973A1 (de) * 2000-10-05 2002-04-10 Digital Rum Ltd. Verfahren zum registrieren einer Benutzer in neuen Diensten mit Versendung einer permanenten PIN oder e-mail
FR2825869B1 (fr) * 2001-06-08 2003-10-03 France Telecom Procede d'authentification entre un objet de telecommunication portable et une borne d'acces public
AU2003293125A1 (en) * 2002-11-27 2004-06-23 Rsa Security Inc Identity authentication system and method
ZA200601849B (en) * 2004-11-23 2007-11-28 Standard Bank Of South Africa A method of securely distributing a financial instrument and an associated personal identification number
EP1816821B1 (de) * 2006-02-01 2011-05-18 Research In Motion Limited System und Methode für die Validierung eines Benutzerkontos mit einer drahtlosen Vorrichtung
US8935762B2 (en) 2007-06-26 2015-01-13 G3-Vision Limited Authentication system and method
US8538819B2 (en) * 2007-07-30 2013-09-17 Ebay Inc. Method and system for dynamic funding
DE102007051398A1 (de) 2007-10-25 2009-04-30 Giesecke & Devrient Gmbh Verfahren zur auf einer PIN basierenden Sicherung eines tragbaren Datenträgers gegen unberechtigte Nutzung
DK2461297T3 (da) 2008-11-12 2020-12-21 Idemia Denmark As Anordning og fremgangsmåde til distribution af et personligt id-nummer
NO332479B1 (no) * 2009-03-02 2012-09-24 Encap As Fremgangsmåte og dataprogram for verifikasjon av engangspassord mellom tjener og mobil anordning med bruk av flere kanaler
US9081952B2 (en) * 2011-01-06 2015-07-14 Pitney Bowes Inc. Systems and methods for providing secure electronic document storage, retrieval and use with electronic user identity verification
US11514451B2 (en) * 2011-03-15 2022-11-29 Capital One Services, Llc Systems and methods for performing financial transactions using active authentication
DE102011103292A1 (de) 2011-05-26 2012-11-29 Wincor Nixdorf International Gmbh Verfahren und Diensterechner sowie System zur kartenlosen Authentifizierung
US20130297513A1 (en) * 2012-05-04 2013-11-07 Rawllin International Inc. Multi factor user authentication
US20140282923A1 (en) * 2013-03-14 2014-09-18 Motorola Mobility Llc Device security utilizing continually changing qr codes
US9569602B2 (en) * 2014-03-20 2017-02-14 Oracle International Corporation Mechanism for enforcing user-specific and device-specific security constraints in an isolated execution environment on a device
US9516480B2 (en) * 2014-11-24 2016-12-06 Nexmo Inc. Identity and phone number verification
US10423954B2 (en) * 2015-01-26 2019-09-24 International Business Machines Corporation Resource account application management

Also Published As

Publication number Publication date
WO2016188637A1 (de) 2016-12-01
CA2986618A1 (en) 2016-12-01
DE102015006751A1 (de) 2016-12-01
US10873575B2 (en) 2020-12-22
US20180167382A1 (en) 2018-06-14
CA2986618C (en) 2022-08-09

Similar Documents

Publication Publication Date Title
EP2417550B1 (de) Verfahren zur durchführung einer applikation mit hilfe eines tragbaren datenträgers
AT512070B1 (de) Verfahren und vorrichtung zum durchführen von bargeldlosen zahlungen
WO2009003605A2 (de) Virtuelle prepaid- oder kreditkarte und verfahren und system zur bereitstellung einer solchen und zum elektronischen zahlungsverkehr
EP1240631A1 (de) Zahlungstransaktionsverfahren und zahlungstransaktionssystem
WO2006027171A1 (de) Elektronisches ticket
AT504581A1 (de) Verfahren und system zum auslesen von daten aus einem speicher eines fernen geräts durch einen server
EP1665184A1 (de) Verfahren zur abwicklung einer elektronischen transaktion
EP3304804A1 (de) Verfahren zur bereitstellung eines persönlichen identifikationscodes eines sicherheitsmoduls
AT525728A4 (de) Verfahren und Vorrichtung zur Erstellung elektronischer Signaturen
EP1971108B1 (de) Identifikation eines Benutzers eines Mobilterminals und Generierung einer Aktionsberechtigung
EP1326216A1 (de) Verfahren und Vorrichtung zur elektronischen Zahlung durch mobile Kommunikationsgeräte
EP3271855B1 (de) Verfahren zur erzeugung eines zertifikats für einen sicherheitstoken
DE202004016344U1 (de) Elektronisches Ticket
EP3215977A1 (de) Verfahren zur änderung einer in einer chipkarte gespeicherten datenstruktur, signaturvorrichtung und elektronisches system
EP2696319B1 (de) Verfahren zur Freigabe einer Transaktion
DE10304265A1 (de) Kontrolle von Kreditkarten-Transaktionen
EP2820600A1 (de) Authentisierte transaktionsfreigabe
DE102021003724A1 (de) Verfahren zur ldentifikation einer Person durch eine Kreditkartennummer und ldentifikationssystem
DE102020119512A1 (de) Verfahren zur Speicherung von verifizierten Identitätsdaten eines Endnutzers, Verfahren zur Bereitstellung von verifizierten Identitätsdaten an eine Akzeptanzstelle, Computerprogrammprodukt
WO2023046237A1 (de) Verfahren zum digitalen austauschen von informationen
WO2020245043A1 (de) Verfahren und kontrollgerät zur sicheren überprüfung eines elektronischen tickets
EP3629542A1 (de) Ausgeben von vertraulichen daten über ein festnetztelefons
DE102011112855A1 (de) Verfahren zur elektronischen Durchführung einer Zahlungstransaktion
DE102018002122A1 (de) Registrieren von elektronischen Zahlungsmitteln
DE102005041837A1 (de) Elektronisches Ticket

Legal Events

Date Code Title Description
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

17P Request for examination filed

Effective date: 20180102

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 MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20190705

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

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

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20200418