EP3298526B1 - Method for reading attributes from an id token - Google Patents

Method for reading attributes from an id token Download PDF

Info

Publication number
EP3298526B1
EP3298526B1 EP16722206.6A EP16722206A EP3298526B1 EP 3298526 B1 EP3298526 B1 EP 3298526B1 EP 16722206 A EP16722206 A EP 16722206A EP 3298526 B1 EP3298526 B1 EP 3298526B1
Authority
EP
European Patent Office
Prior art keywords
computer system
token
attribute
provider computer
attributes
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.)
Active
Application number
EP16722206.6A
Other languages
German (de)
French (fr)
Other versions
EP3298526A1 (en
Inventor
Steffen Scholze
Matthias SCHWAN
Frank Müller
Klaus-Dieter Wirth
Elke FILZHUTH
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
Priority to DE102015209073.6A priority Critical patent/DE102015209073B4/en
Application filed by Bundesdruckerei GmbH filed Critical Bundesdruckerei GmbH
Priority to PCT/EP2016/060626 priority patent/WO2016184767A1/en
Publication of EP3298526A1 publication Critical patent/EP3298526A1/en
Application granted granted Critical
Publication of EP3298526B1 publication Critical patent/EP3298526B1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31User authentication
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31User authentication
    • G06F21/33User authentication using certificates
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/64Protecting data integrity, e.g. using checksums, certificates or signatures
    • G06F21/645Protecting data integrity, e.g. using checksums, certificates or signatures using a third party
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for supporting authentication of entities communicating through a packet data network
    • H04L63/0823Network architectures or network communication protocols for network security for supporting authentication of entities communicating through a packet data network using certificates

Description

Die Erfindung betrifft ein Verfahren zum Lesen von Attributen aus einem ID-Token, einen ID-Token und ein Computersystem.The invention relates to a method for reading attributes from an ID token, an ID token and a computer system.

Aus dem Stand der Technik sind verschiedene Verfahren zur Verwaltung der so genannten digitalen Identität eines Benutzers bekannt:
Microsoft Windows CardSpace ist ein Client-basiertes digitales Identitätssystem, welches es Internetbenutzern ermöglichen soll, deren digitale Identität gegenüber Online-Diensten mitzuteilen. Nachteilig ist hierbei unter anderem, dass der Nutzer seine digitale Identität manipulieren kann.
Various methods for managing the so-called digital identity of a user are known from the prior art:
Microsoft Windows CardSpace is a client-based digital identity system that is intended to enable Internet users to communicate their digital identity to online services. One disadvantage of this is that the user can manipulate his digital identity.

Bei OPENID handelt es sich dagegen um ein Server-basiertes System. Ein so genannter Identity-Server speichert eine Datenbank mit den digitalen Identitäten der registrierten Nutzer. Nachteilig ist hieran unter anderem ein mangelhafter Datenschutz, da die digitalen Identitäten der Nutzer zentral gespeichert werden und das Nutzerverhalten aufgezeichnet werden kann.In contrast, OPENID is a server-based system. A so-called identity server stores a database with the digital identities of the registered users. One disadvantage of this is poor data protection, since the digital identities of the users are stored centrally and the user behavior can be recorded.

Aus US 2007/0294431 A1 ist ein weiteres Verfahren zur Verwaltung der digitalen Identitäten bekannt, welches ebenfalls eine Nutzerregistrierung erfordert.Out US 2007/0294431 A1 Another method for managing digital identities is known, which also requires user registration.

Aus DE 10 2008 000 067 A1 ist ein Verfahren zum Lesen von zumindest einem Attribut aus einem ID-Token bekannt, von dem die vorliegende Erfindung als dem nächstkommenden Stand der Technik ausgeht. Weiterbildungen dieses Verfahrens sind in den Patentanmeldungen DE 10 2008 040 416 , DE 10 2008 042 262 , DE 10 2009 026 953 , DE 10 2009 027 723 , DE 10 2009 027 681 und DE 10 2010 028133 offenbart.Out DE 10 2008 000 067 A1 a method for reading at least one attribute from an ID token is known, from which the present invention is based as the closest prior art. Further developments of this process are in the patent applications DE 10 2008 040 416 , DE 10 2008 042 262 , DE 10 2009 026 953 , DE 10 2009 027 723 , DE 10 2009 027 681 and DE 10 2010 028133 disclosed.

Die technische Richtlinie TR-03110-2 "Advanced Security Mechanisms for Machine Readable Travel Documents and elDAS Token - Part 2" (2014-12-16), XP55257174 , beschreibt Sicherheitsmerkmale und entsprechende Verfahren für maschinenlesbare Reisedokumente und elDAS Token.The technical guideline TR-03110-2 "Advanced Security Mechanisms for Machine Readable Travel Documents and elDAS Token - Part 2" (2014-12-16), XP55257174 , describes security features and corresponding procedures for machine-readable travel documents and elDAS tokens.

Die technische Richtlinie BSI TR-03130-1, Version 2.0.1, "Technical Guideline elD-Server", (2014-01-15), XP055256439 , beschreibt Funktionen des neuen deutschen Personalausweises einschließlich der eID-Funktion (elektronische Identitätsverifikation) und der eAT-Funktion (elektronischer Aufenthaltstitel) sowie entsprechende Schnittstellen.The technical guideline BSI TR-03130-1, version 2.0.1, "Technical Guideline elD-Server", (2014-01-15), XP055256439 , describes functions of the new German ID card including the eID function (electronic identity verification) and the eAT function (electronic residence permit) as well as the corresponding interfaces.

Die technische Richtlinie TR-03110-3 "Advanced Security Mechanisms for Machine Readable Travel Documents and elDAS Token", 3. Februar 2015, XP055258090 , beinhaltet allgemeine Spezifikationen bezüglich der PKI, die zur Zugriffskontrolle auf die Sicherheitsdokumente verwendet wird, sowie bezüglich der Abbildung der Protokolle ASN.1 und APDU auf diverse andere Protokolle und Verfahren.The technical guideline TR-03110-3 "Advanced Security Mechanisms for Machine Readable Travel Documents and elDAS Token", February 3, 2015, XP055258090 , contains general specifications regarding the PKI used to control access to the security documents and the mapping of the ASN.1 and APDU protocols to various other protocols and procedures.

Der technische Bericht des BSI "Technical report Signature creation and administration for elDAS token", 17. März 2014, XP055289594 , spezifiziert die autonome Erzeugung von Signaturen durch ein elDAS Token.The technical report of the BSI "Technical report Signature creation and administration for elDAS token", March 17, 2014, XP055289594 , specifies the autonomous generation of signatures using an elDAS token.

Der Erfindung liegt demgegenüber die Aufgabe zugrunde, ein verbessertes Verfahren zum Lesen von Attributen aus einem ID-Token zu schaffen sowie einen entsprechenden ID-Token und ein Computersystem.In contrast, the invention is based on the object of creating an improved method for reading attributes from an ID token as well as a corresponding ID token and a computer system.

Die der Erfindung zugrunde liegenden Aufgaben werden jeweils mit den Merkmalen der unabhängigen Patentansprüche gelöst. Ausführungsformen der Erfindung sind in den abhängigen Ansprüchen angegeben.The objects on which the invention is based are each achieved with the features of the independent claims. Embodiments of the invention are specified in the dependent claims.

Unter einem "ID-Token" wird hier insbesondere ein tragbares elektronisches Gerät verstanden, welches zumindest einen geschützten elektronischen Datenspeicher zur Speicherung der Attribute und eine Kommunikations-Schnittstelle zum Auslesen der Attribute aufweist. Der Speicherbereich ist geschützt, um zu verhindern, dass das in dem Speicherbereich gespeicherte Attribut in unerlaubter Weise verändert oder ohne die dafür erforderliche Berechtigung ausgelesen wird. Mit anderen Worten kann auf den Speicherbereich nur dann zugegriffen werden, wenn eine hierzu erforderliche Zugriffberechtigung gegeben ist.An “ID token” is understood here to mean in particular a portable electronic device which has at least one protected electronic data store for storing the attributes and a communication interface for reading out the attributes. The memory area is protected in order to prevent the attribute stored in the memory area from being changed in an unauthorized manner or being read out without the authorization required for this. In other words the memory area can only be accessed if the required access authorization is given.

Insbesondere kann es sich bei dem ID-Token um einen USB-Stick handeln oder ein Dokument, insbesondere ein Wert- oder Sicherheitsdokument. Unter einem "Dokument" werden erfindungsgemäß papierbasierte und/oder kunststoffbasierte Dokumente verstanden, wie zum Beispiel elektronische Ausweisdokumente, insbesondere Reisepässe, Personalausweise, Visa sowie Führerscheine, Fahrzeugscheine, Fahrzeugbriefe, Firmenausweise, Gesundheitskarten oder andere ID-Dokumente sowie auch Chipkarten, Zahlungsmittel, insbesondere Banknoten, Bankkarten und Kreditkarten, Frachtbriefe oder sonstige Berechtigungsnachweise, in die ein Datenspeicher zur Speicherung des zumindest einen Attributs integriert ist.In particular, the ID token can be a USB stick or a document, in particular a value or security document. According to the invention, a “document” is understood to mean paper-based and / or plastic-based documents, such as, for example, electronic identification documents, in particular passports, identity cards, visas and driver's licenses, vehicle licenses, vehicle letters, company ID cards, health cards or other ID documents as well as chip cards, means of payment, in particular bank notes , Bank cards and credit cards, waybills or other credentials in which a data memory for storing the at least one attribute is integrated.

Bei dem ID-Token kann es sich um einen Hardwaretoken handeln oder um einen Softtoken, wenn dieser kryptografisch an einen Hardwaretoken, das heißt beispielsweise an ein sogenanntes Secure Element, gebunden ist.The ID token can be a hardware token or a soft token if it is cryptographically linked to a hardware token, that is to say, for example, to a so-called secure element.

Insbesondere kann ein solcher kryptografisch an ein Secure Element gebundener Softtoken gemäß DE 10 2011 082 101 , deren Offenbarungsgehalt voll umfänglich zum Offenbarungsgehalt der vorliegenden Patentanmeldung gemacht wird, erzeugt werden.In particular, such a soft token cryptographically linked to a secure element can be used in accordance with DE 10 2011 082 101 , the disclosure content of which is made to the full extent of the disclosure content of the present patent application.

Unter einem "ID-Provider-Computersystem" wird hier ein Computersystem verstanden, welches dazu ausgebildet ist, Attribute aus dem ID-Token eines Nutzers auszulesen und eine Attributspezifikation in den ID-Token zu schreiben. Vorzugsweise wird das ID-Provider-Computersystem in einem sogenannten Trustcenter betrieben, um ein möglichst hohes Maß an Sicherheit zu schaffen.An “ID provider computer system” is understood here to mean a computer system which is designed to read attributes from a user's ID token and to write an attribute specification into the ID token. The ID provider computer system is preferably operated in a so-called trust center in order to create the highest possible level of security.

Unter einem "Attribut-Provider-Computersystem" wird hier ein Computersystem verstanden, welches dazu ausgebildet ist, eine Attributspezifikation aus dem ID-Token eines Nutzers auszulesen und Attribute in den ID-Token zu schreiben.An “attribute provider computer system” is understood here to mean a computer system which is designed to read out an attribute specification from the ID token of a user and to write attributes into the ID token.

Unter einem "Attribut" werden hier insbesondere Daten verstanden, die den Nutzer des ID-Tokens oder den ID-Token selbst betreffen, insbesondere Personalisierungsdaten, wie zum Beispiel persönliche Daten des Nutzers, eine Gültigkeitsdauer oder den Herausgeber des ID-Tokens oder eine Zahlungsinformation, wie zum Beispiel Kreditkartendaten oder andere Daten für ein elektronisches Bezahlsystem.An "attribute" is understood here to mean, in particular, data relating to the user of the ID token or the ID token itself, in particular personalization data, such as personal data of the user, a period of validity or the issuer of the ID token or payment information, such as credit card data or other data for an electronic payment system.

Unter einer "Attributspezifikation" wird hier eine Beschreibung von denjenigen Attributen verstanden, die zum Beispiel von einem Dienst-Computersystem zur Erbringung eines Dienstes benötigt werden. Die Attribute können über Feldnamen von Datenfeldern identifiziert werden, in denen die jeweiligen Attributwerte gespeichert sind, und/oder über ein semantisches Netz, d.h. eine Konvention, wie Attribute systemübergreifend bezeichnet werden.An “attribute specification” is understood here to mean a description of those attributes that are required, for example, by a service computer system to provide a service. The attributes can be identified via field names of data fields in which the respective attribute values are stored and / or via a semantic network, i.e. a convention of how attributes are called across systems.

Unter einem "Dienst-Computersystem" wird hier ein Computersystem verstanden, welches über eine Netzwerk-Schnittstelle zur Verbindung mit dem Netzwerk verfügt, sodass mithilfe eines Internetbrowsers oder eines anderen Anwendungsprogramms auf von dem Dienst-Computersystem gespeicherte oder generierte Internetseiten zugegriffen werden kann. Insbesondere kann es sich bei dem Dienst-Computersystem um einen Internetserver zur Verfügungstellung einer eCommerce-oder eGovernment-Anwendung handeln, insbesondere einen Onlineshop oder einen Behördenserver.A “service computer system” is understood here to mean a computer system which has a network interface for connection to the network, so that Internet pages stored or generated by the service computer system can be accessed using an Internet browser or another application program. In particular, the service computer system can be an internet server providing an eCommerce or eGovernment application, in particular an online shop or an official server.

Unter einem "Nutzer-Computersystem" wird hier ein Computersystem verstanden, auf welches der Nutzer Zugriff hat. Hierbei kann es sich zum Beispiel um einen Personal Computer (PC), ein Tablet PC oder ein Mobilfunkgerät, insbesondere ein Smartphone, mit einem üblichen Internetbrowser, wie zum Beispiel Microsoft Internet Explorer, Safari, Google Chrome, Firefox oder einem anderen Anwendungsprogramm zum Zugriff auf das Dienst-Computersystem handeln. Das Nutzer-Computersystem hat eine Schnittstelle zur Verbindung mit dem Netzwerk, wobei es sich bei dem Netzwerk um ein privates oder öffentliches Netzwerk handeln kann, insbesondere das Internet. Je nach Ausführungsform kann diese Verbindung auch über ein Mobilfunknetz hergestellt werden.A “user computer system” is understood here to mean a computer system to which the user has access. This can be, for example, a personal computer (PC), a tablet PC or a mobile device, in particular a smartphone, with a conventional Internet browser, such as Microsoft Internet Explorer, Safari, Google Chrome, Firefox or another application program for accessing act the service computer system. The user computer system has an interface for connection to the network, which network can be a private or public network, in particular the Internet. Depending on the embodiment, this connection can also be established via a mobile radio network.

Unter einem "Lesegerät" wird hier ein elektronisches Gerät verstanden, welches einen Lesezugriff und auch einen Schreibzugriff auf den ID-Token ermöglicht, insbesondere ein sogenanntes Chipkartenterminal. Das Lesegerät kann einen integralen Bestandteil des Nutzer-Computersystems bilden oder als separate Komponente ausgeführt sein, beispielsweise als Peripheriegerät des Nutzer-Computersystems. Insbesondere kann es sich bei dem Lesegerät um ein sogenanntes Klasse 1, 2 oder 3 Chipkartenlesegerät handeln.A “reader” is understood here to mean an electronic device that enables read access and also write access to the ID token, in particular a so-called chip card terminal. The reading device can form an integral part of the user computer system or can be designed as a separate component, for example as a peripheral device of the user computer system. In particular, the reading device can be a so-called class 1, 2 or 3 chip card reading device.

Unter einem "nichtflüchtigen elektronischen Speicher" wird hier ein Speicher zur Speicherung von Daten, insbesondere von Attributen, verstanden, 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.A “non-volatile electronic memory” is understood here to mean a memory for storing data, in particular attributes, which is also referred to as non-volatile memory (NVM). In particular, this can be an EEPROM, for example a flash EEPROM, briefly referred to as flash.

Unter einem "geschützten Speicherbereich" wird hier ein Speicherbereich verstanden, auf den ein Zugriff, das heißt ein Lesezugriff oder ein Schreibzugriff, von einem mit dem Speicher gekoppelten Prozessor nur dann ermöglicht wird, wenn eine hierzu erforderliche Bedingung erfüllt ist. Hierbei kann es sich zum Beispiel um eine kryptografische Bedingung, insbesondere eine erfolgreiche Authentisierung und/oder eine erfolgreiche Berechtigungsprüfung, handeln.A “protected memory area” is understood here to mean a memory area to which access, that is to say a read access or a write access, is only made possible by a processor coupled to the memory if a condition necessary for this is fulfilled. This can be, for example, a cryptographic condition, in particular successful authentication and / or a successful authorization check.

Unter einem "Prozessor" wird hier 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.A "processor" is understood here to mean a logic circuit which is used to execute program instructions. The logic circuit can be implemented on one or more discrete components, in particular on a chip.

Unter einem "Zertifikat" wird hier ein digitales Zertifikat verstanden, welches auch als Public-Key-Zertifikat bezeichnet wird. Bei einem Zertifikat handelt es sich um strukturierte Daten, die dazu dienen, einen öffentlichen Schlüssel eines asymmetrischen Kryptosystems einer Identität, wie zum Beispiel einer Person oder einer Vorrichtung, zuzuordnen. Alternativ sind auch Zertifikate basierend auf zero-knowledge Kryptosystemen möglich. 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).A "certificate" is understood here to mean a digital certificate, which is also referred to as a public key certificate. A certificate is structured data that is used to assign a public key of an asymmetric cryptosystem to an identity, such as a person or a device. Alternatively, certificates based on zero knowledge are also available Cryptosystems possible. For example, the certificate can conform to the X.509 standard or another standard. For example, the certificate is a Card Verifiable Certificate (CVC).

In dem Zertifikat kann spezifiziert sein, für welches Attribut oder welche Attribute des Nutzers, die in dem geschützten Speicherbereich des ID-Tokens gespeichert sind, das ID-Provider-Computersystem bzw. das Attribut-Provider-Computersystem zur Durchführung des Lesezugriffs berechtigt ist. Ferner können auch die jeweiligen Schreibrechte für Attributspezifikationen oder Attribute in einen Zertifikat definiert sein. Ein solches Zertifikat wird auch als Berechtigungszertifikat bezeichnet.The certificate can specify for which attribute or which attributes of the user, which are stored in the protected memory area of the ID token, the ID provider computer system or the attribute provider computer system is authorized to carry out the read access. Furthermore, the respective write rights for attribute specifications or attributes can also be defined in a certificate. Such a certificate is also called an authorization certificate.

Unter einer "Session" wird hier eine temporäre Kommunikationsverbindung, das heißt eine sog.Communication Session,insbesondere eine Internet-Session verstanden, die sich gemäß OSl-Schichtmodell auf die Transportschicht ("transport layer") oder die Anwendungsschicht ("application layer") beziehen kann. Insbesondere kann es sich bei einer Session um eine http-Session oder um eine https-Session handeln, wobei bei letzterer der Transportlayer durch eine symmetrische Verschlüsselung geschützt ist.A "session" is understood here to mean a temporary communication connection, that is to say a so-called communication session, in particular an internet session, which according to the OSl layer model relates to the transport layer or the application layer. can relate. In particular, a session can be an http session or an https session, in which case the transport layer is protected by symmetrical encryption.

Unter einem "gesicherten Übertragungskanal" wird hier ein Übertragungskanal verstanden, der kryptografisch abgesichert ist, um ein Ausspähen und/oder eine Manipulation der Übertragung zu verhindern, wobei hierzu ein sogenanntes Secure-Messaging-Verfahren eingesetzt werden kann.A "secure transmission channel" is understood here to mean a transmission channel that is cryptographically secured in order to prevent spying and / or manipulation of the transmission, a so-called secure messaging method being able to be used for this purpose.

Unter einem "lokalen" gesicherten Übertragungskanal wird hier ein gesicherter Übertragungskanal verstanden, der zwischen dem ID-Token und dem Nutzer-Computersystem über das Lesegerät aufgebaut wird, wobei insbesondere die Verbindung zwischen dem ID-Token und dem Lesegerät kontaktbehaftet oder kontaktlos ausgebildet sein kann, letzteres insbesondere gemäß einem NFC- oder RFID-Standard.A "local" secured transmission channel is understood here to mean a secured transmission channel that is established between the ID token and the user computer system via the reading device, in particular the connection between the ID token and the reading device can be contact-based or contactless, the latter in particular according to an NFC or RFID standard.

Nach Ausführungsformen der Erfindung wird zum Lesen von Attributen aus einem ID-Token eines Nutzers wie folgt vorgegangen:

  1. 1. Der Nutzer sendet eine Dienstanforderung von seinem Nutzer-Computersystem über ein Netzwerk, insbesondere ein öffentliches Netzwerk wie das Internet, an ein Dienst-Computersystem, welches mit einem ID-Provider-Computersystem gekoppelt ist. Hierzu gibt der Nutzer beispielsweise eine URL in einen Internetbrowser seines Nutzer-Computersystems ein, um eine sogenannte Internetsession mit dem Dienst-Computersystem aufzubauen.
    Bei dem Dienst-Computersystem kann es sich zum Beispiel um einen Onlineshop oder ein anderes eCommerce-Portal oder einen Behördenserver, der eine eGovernment-Anwendung zur Verfügung stellt, handeln. Bei der Dienstanforderung des Nutzers kann es sich um die Übertragung einer Kaufentscheidung des Nutzers handeln, die der Nutzer zum Beispiel durch Anklicken eines virtuellen Bedienelements auf der Webseite des Dienst-Computersystems, wie zum Beispiel "Kaufen" oder "buy now" eingibt, wobei diese Dienstanforderung zum Beispiel als http-Request oder https-Request über die Internetsession an das Dienst-Computersystem übertragen werden kann. Bei einer eGovernment-Anwendung kann es sich analog dazu bei der Dienstanforderung um die Übertragung einer Anforderung des Nutzers eines behördlichen Vorgangs, wie zum Beispiel die Ausstellung einer Meldebescheinigung, die Anmeldung eines Kraftfahrzeugs oder die Meldung einer Wohnortänderung oder dergleichen handeln.
  2. 2. Das Dienst-Computersystem benötigt für die Erbringung des mit der Dienstanforderung angeforderten Dienstes Attribute des Nutzers und - je nach Anwendungsfall - auch Attribute des ID-Tokens selbst. Beispielsweise kann die erste Attributspezifikation die Attribute Name, Geburtsdatum, Anschrift des Nutzers, Kontonummer des Nutzers, Kreditwürdigkeit des Nutzers sowie Gültigkeitsdauer des ID-Token beinhalten. Die Attribute gemäß dieser ersten Attributspezifikation benötigt das Dienst-Computersystem also zur Erbringung des Dienstes für den Nutzer. Diese erste Attributspezifikation sendet das Dienst-Computersystem an das ID-Provider-Computersystem, wobei dies über das Netzwerk erfolgen kann. Optional kann dies über das Nutzer-Computersystem erfolgen. Alternativ ist das ID-Provider-Computersystem ein integraler Bestandteil des Dienst-Computersystems, sodass das Senden der ersten Attributspezifikation zum Beispiel über einen internen Datenbus oder eine LAN-Verbindung erfolgt.
  3. 3. Authentifizierung des Nutzers gegenüber dem ID-Token. Hierzu gibt der Nutzer eine geheime Kennung, wie zum Beispiel die sogenannte Personal Identification Number (PIN) ein. Dies kann je nach Ausführungsform unmittelbar durch Eingabe in den ID-Token erfolgen, durch Eingabe in das Lesegerät oder durch Eingabe in das Nutzer-Computersystem. Vorzugsweise erfolgt die Authentifizierung des Nutzers gegenüber dem ID-Token mittels einer "Fernüberprüfung", worunter hier jedes Verfahren verstanden wird, bei dem die zu überprüfende Kennung nicht in den ID-Token unmittelbar eingegeben wird, um sie mit der dort gespeicherten Kennung zu vergleichen, sondern bei dem die Überprüfung mittels eines das Lesegerät und den ID-Token involvierenden Protokolls erfolgt, bei dem die Kennung, die in das Lesegerät eingegeben wird, nicht an den ID-Token übertragen werden muss. Entsprechende Protokolle sind an sich aus dem Stand der Technik bekannt, wie zum Beispiel Strong Password Only Authentication Key Exchange (SPEKE), Diffie-Hellman Encripted Key Exchange (DH-EKE), Bellovin-Merritt Protokoll oder Password Authenticated Connection Establishment (PACE). Das SPEKE-Protokoll ist beispielsweise bekannt aus www.jablon.org/speke97.html, US 6,792,533 B2 und US 7,139,917 B2 . Unter anderem ebenfalls aus www.jablon.org/speke97.html ist das DH-EKE-Protokoll bekannt. Unter anderem aus US 5,241,599 ist das Bellovin-Merritt-Protokoll bekannt. Aus Technical Guideline TR-03110 des Bundesamt für Sicherheit in der Informationstechnik ist das PACE-Protokoll bekannt, weiches sich besonders für elliptische Kurven-Kryptographie eignet, vergleiche hierzu auch DE 102007000587 A1 und DE 102013202001 A1 . Vorzugsweise authentifiziert sich neben dem Nutzer auch das Lesegerät gegenüber dem ID-Token, wobei auch ein lokaler gesicherter Übertragungskanal, das heißt ein sogenannter Secure Messaging-Kanal, zwischen dem ID-Token und dem Lesegerät aufgebaut werden kann, beispielsweise indem ein Session Key nach einem Diffie-Hellman-Protokoll zwischen dem ID-Token und dem Lesegerät vereinbart wird.
  4. 4. Das ID-Provider-Computersystem authentifiziert sich gegenüber dem ID-Token über das Netzwerk und weist vorzugsweise auch seine Berechtigung für einen Lesezugriff oder Schreibzugriff nach, indem es beispielsweise sein Berechtigungszertifikat über das Netzwerk an den ID-Token überträgt.
    Vorzugsweise authentifiziert sich auch der ID-Token gegenüber dem ID-Provider-Computersystem, das heißt es erfolgt sowohl die sogenannte Terminal Authentication (TA) des ID-Provider-Computersystems gegenüber dem ID-Token und die Chip Authentication (CA) des ID-Tokens, das heißt des in dem ID-Token beinhalteten Chips mit dem Prozessor, gegenüber dem ID-Provider-Computersystem. Die TA und die CA können gemäß BSI TR-03110 durchgeführt werden.
  5. 5. Hierbei kann ein erster gesicherter Übertragungskanal nach einem Secure-Messaging-Verfahren aufgebaut werden, indem bei der TA und/oder der CA ein Session Key zwischen dem ID-Token und dem ID-Provider-Computersystem für eine Ende-zu-Ende-Verschlüsselung vereinbart wird, wobei der lokale gesicherte Übertragungskanal bestehen bleibt.
  6. 6. Das ID-Provider-Computersystem führt dann einen ersten Lesezugriff aus, um Attribute gemäß der ersten Attributspezifikation aus dem ID-Token auszulesen.
  7. 7. Diejenigen Attribute gemäß der ersten Attributspezifikation, die in dem ID-Token gespeichert sind und für die das ID-Provider-Computersystem die erforderliche Leseberechtigung hat, werden aufgrund des ersten Lesezugriffs von dem ID-Token ausgegeben und über den ersten gesicherten Übertragungskanal von dem ID-Token an das ID-Provider-Computersystem über das Netzwerk übertragen. Diese von dem ID-Token ausgegebenen Attribute werden als "erste Teilmenge" der ersten Attributspezifikation bezeichnet. Beispielsweise sind in dem ID-Token lediglich der Name, das Geburtsdatum, die Anschrift des Nutzers sowie die Gültigkeitsdauer des ID-Tokens gespeichert, nicht aber die Kontonummer und die Kreditwürdigkeit des Nutzers. In diesem Fall beinhaltet also die erste Teilmenge den Namen, das Geburtsdatum, die Anschrift des Nutzers und die Gültigkeitsdauer, nicht aber die Kontonummer und die Kreditwürdigkeit des Nutzers, die nicht in dem ID-Token gespeichert sind.
  8. 8. Da aufgrund des ersten Lesezugriffs nicht alle erforderlichen Attribute gemäß der ersten Attributspezifikation gelesen werden konnten, wird eine zweite Attributspezifikation erzeugt, die eine zweite Teilmenge der Attribute der ersten Attributspezifikation spezifiziert, nämlich diejenigen Attribute, welche in der ersten Attributspezifikation spezifiziert sind, mit dem ersten Lesezugriff aber nicht ausgelesen werden konnten, das heißt hier die Kontonummer und die Kreditwürdigkeit des Nutzers. Die zweite Attributspezifikation wird zum Beispiel von dem ID-Provider-Computersystem erzeugt und über den ersten gesicherten Übertragungskanal an den ID-Token übertragen.
  9. 9. Die zweite Attributspezifikation wird in dem ID-Token gespeichert. Dabei kann bei Speicherung im nicht-flüchtigen Speicher des ID-Tokens eine aus vorherigen Protokollsitzungen gespeicherte Attributspezifikation ersetzt werden. Das ID-Provider-Computersystem erzeugt dann ein erstes Umschaltkommando. Das erste Umschaltkommando wird von dem ID-Provider-Computersystem an den ID-Token über den ersten gesicherten Übertragungskanal zur Umschaltung von dem ersten gesicherten Übertragungskanal auf den lokalen gesicherten Übertragungskanal gesendet.
  10. 10. Ein erstes Attribut-Provider-Computersystem authentifiziert sich gegenüber dem ID-Token über das Netzwerk. Dies kann analog zu der Authentifizierung des ID-Provider-Computersystems gegenüber dem ID-Token in dem oben genannten Schritt 4 erfolgen, nämlich mit einer sogenannten TA und einer CA.
  11. 11. Hierbei kann ein zweiter gesicherter Übertragungskanal mit Ende-zu-Ende-Verschlüsselung zwischen dem ID-Token und dem Attribut-Provider-Computersystem aufgebaut werden, wobei der erste gesicherte Übertragungskanal bestehen bleibt.
  12. 12. Die zweite Attributspezifikation wird dann von dem ID-Token ausgegeben und über den zweiten gesicherten Übertragungskanal an das erste Attribut-Provider-Computersystem übertragen. Auf diese Weise wird an das erste Attribut-Provider-Computersystem kommuniziert, welche Attribute zusätzlich zu den bereits durch das ID-Provider-Computersystem gelesenen Attributen erforderlich sind. Diese Attribute können in einem Speicher des ersten Attribut-Provider-Computersystems vorhanden sein, wie zum Beispiel in einer Datenbank des ersten Attribut-Provider-Computersystems, oder das erste Attribut-Provider-Computersystem greift auf eine externe Datenbank zu, um diese Attribute gemäß der zweiten Attributspezifikation zu lesen. Alternativ ist es auch möglich, dass das erste Attribut-Provider-Computersystem selbst ein oder mehrere der Attribute gemäß der zweiten Attributspezifikation generiert. Auf diese Art und Weise ermittelt das erste Attribut-Provider-Computersystem eine "erste Menge" verfügbarer Attribute, wobei unter einer "ersten Menge" hier diejenigen Attribute gemäß der zweiten Attributspezifikation verstanden werden, welche für das erste Attribut-Provider-Computersystem ermittelbar, d.h. verfügbar sind, das heißt auf welche das erste Attribut-Provider-Computersystem beispielsweise durch einen Datenbankzugriff zugreifen kann oder welche das erste Attribut-Provider-Computersystem erzeugen, wie zum Beispiel berechnen, kann.
  13. 13. Das erste Attribut-Provider-Computersystem erzeugt dann eine dritte Attributspezifikation einer dritten Teilmenge der zweiten Attributspezifikation, die diejenigen Attribute der zweiten Teilmenge spezifiziert, die in der ersten Menge verfügbarer Attribute nicht beinhaltet sind. Die dritte Attributspezifikation spezifiziert also eine dritte Teilmenge von Attributen, die in der zweiten Attributspezifikation spezifiziert sind, welche aber in der ersten Menge verfügbarer Attribute nicht beinhaltet sind, das heißt die dritte Attributspezifikation spezifiziert diejenigen noch fehlenden Attribute, die weder von dem ID-Provider-Computersystem aus dem ID-Token gelesen werden konnten, noch von dem ersten Attribut-Provider-Computersystem ermittelbar sind.
  14. 14. Das erste Attribut-Provider-Computersystem sendet dann ein zweites Umschaltkommando über den zweiten gesicherten Übertragungskanal an den ID-Token, wobei der ID-Token aufgrund des Empfangs des zweiten Umschaltkommandos von dem zweiten gesicherten Übertragungskanal auf den lokalen gesicherten Übertragungskanal umschaltet.
  15. 15. Das erste Attribut-Provider-Computersystem überträgt dann eine Signaturanfrage zur Erzeugung einer digitalen Signatur der dritten Attributspezifikation an das Nutzer-Computersystem. Dies kann beispielsweise über eine zwischen dem Nutzer-Computersystem und dem ersten Attribut-Provider-Computersystem aufgebaute Session, insbesondere eine Internetsession, erfolgen.
  16. 16. Die Signaturanfrage wird von dem Nutzer-Computersystem über den lokalen gesicherten Übertragungskanal, auf den der ID-Token zuvor umgeschaltet hatte, an den ID-Token weitergeleitet.
  17. 17. Der ID-Token erzeugt dann eine digitale Signatur der dritten Attributspezifikation, wobei es sich hierbei um eine pseudonyme Signatur handeln kann. Hierzu greift der ID-Token auf seinen privaten Schlüssel zu, der in einem gesicherten Speicherbereich des ID-Tokens gespeichert ist, um mit dem privaten Schlüssel die digitale Signatur der dritten Attributspezifikation zu generieren.
  18. 18. Der ID-Token empfängt dann ein drittes Umschaltkommando, beispielsweise von dem Nutzer-Computersystem, um von dem lokalen gesicherten Übertragungskanal auf den zweiten gesicherten Übertragungskanal zurückzuschalten.
  19. 19. Über diesen zweiten gesicherten Übertragungskanal wird dann die signierte dritte Attributspezifikation von dem ID-Token an das erste Attribut-Provider-Computersystem übertragen.
  20. 20. Das erste Attribut-Provider-Computersystem leitet die signierte dritte Attributspezifikation an ein zweites Attribut-Provider-Computersystem weiter. Dies kann beispielsweise über eine zwischen dem ersten Attribut-Provider-Computersystem und dem zweiten Attribut-Provider-Computersystem bestehende Netzwerkverbindung, wie zum Beispiel eine Internetsession, erfolgen. Vorzugsweise prüft das zweite Attribut-Provider-Computersystem die Validität der Signatur der dritten Attributspezifikation, um deren Vertrauenswürdigkeit zu prüfen.
  21. 21. Das zweite Attribut-Provider-Computersystem ermittelt dann eine "zweite Menge" verfügbarer Attribute gemäß der dritten Attributspezifikation, gegebenenfalls unter der Voraussetzung der erfolgreichen Prüfung der Signatur der dritten Attributspezifikation. Unter der "zweiten Menge" werden hier diejenigen Attribute der dritten Attributspezifikation verstanden, welche für das zweite Attribut-Provider-Computersystem ermittelbar sind, indem das zweite Attribut-Provider-Computersystem beispielsweise auf eine mit dem zweiten Attribut-Provider-Computersystem gekoppelte Datenbank zugreift oder indem das zweite Attribut-Provider-Computersystem diese Attribute erzeugt, beispielsweise berechnet.
  22. 22. Die zweite Menge der verfügbaren Attribute wird dann von dem zweiten Attribut-Provider-Computersystem über die Netzwerkverbindung an das erste Attribut-Provider-Computersystem übertragen.
  23. 23. Das erste Attribut-Provider-Computersystem führt dann einen Schreibzugriff über den zweiten gesicherten Übertragungskanal durch, um die Attribute der ersten und zweiten Menge gemäß der zweiten Attributspezifikation in dem ID-Token zu speichern.
  24. 24. Das erste Attribut-Provider-Computersystem sendet dann ein viertes Umschaltkommando an den ID-Token über den zweiten gesicherten Übertragungskanal, sodass das ID-Token auf den ersten gesicherten Übertragungskanal umschaltet.
  25. 25. Das ID-Provider-Computersystem führt dann einen zweiten Lesezugriff durch, und zwar über den noch bestehenden ersten gesicherten Übertragungskanal, um die noch fehlenden Attribute gemäß der zweiten Attributspezifikation aus dem ID-Token zu lesen, die zwischenzeitlich dort in dem Schritt 23 von dem Attribut-Provider-Computersystem gespeichert worden sind.
  26. 26. Die nun insgesamt in dem ID-Provider-Computersystem vorliegenden Attribute gemäß der ersten Attributspezifikation werden an das Dienst-Computersystem ausgegeben, damit dieses den angeforderten Dienst erbringen kann. Diese Ausgabe kann unmittelbar von dem ID-Provider-Computersystem an das Dienst-Computersystem erfolgen, wenn das ID-Provider-Computersystem einen integralen Bestandteil des Dienst-Computersystems bildet, oder über das Netzwerk, wobei vorzugsweise die von dem ID-Provider-Computersystem ausgegebenen Attribute von dem ID-Provider-Computersystem signiert werden, um Manipulationen zu unterbinden.
According to embodiments of the invention, the following procedure is used to read attributes from an ID token:
  1. 1. The user sends a service request from his user computer system via a network, in particular a public network such as the Internet, to a service computer system which is coupled to an ID provider computer system. For this purpose, the user enters, for example, a URL in an internet browser of his user computer system in order to set up a so-called internet session with the service computer system.
    The service computer system can be, for example, an online shop or another eCommerce portal or a government server that provides an eGovernment application. The service request of the user can be the transmission of a purchase decision by the user, which the user enters, for example by clicking on a virtual control element on the website of the service computer system, such as "buy" or "buy now", whereby this Service requests can be transmitted to the service computer system, for example, as an http request or https request via the internet session. In the case of an e-government application, the service request can analogously be the transmission of a request from the user of an official process, such as the issuing of a registration certificate, the registration of a motor vehicle or the notification of a change of residence or the like.
  2. 2. The service computer system requires attributes of the user and - depending on the application - attributes of the ID token itself in order to provide the service requested with the service request. For example, the first attribute specification can include the attributes name, date of birth, address of the user, account number of the User, creditworthiness of the user and validity period of the ID token. The attributes according to this first attribute specification the service computer system therefore needs to provide the service to the user. The service computer system sends this first attribute specification to the ID provider computer system, which can be done via the network. This can optionally be done via the user computer system. Alternatively, the ID provider computer system is an integral part of the service computer system, so that the first attribute specification is sent, for example, via an internal data bus or a LAN connection.
  3. 3. Authentication of the user against the ID token. To do this, the user enters a secret identifier, such as the so-called Personal Identification Number (PIN). Depending on the embodiment, this can be done directly by input in the ID token, by input in the reader or by input in the user computer system. The user is preferably authenticated against the ID token by means of a "remote check", by which is meant any method in which the identifier to be checked is not entered directly into the ID token in order to compare it with the identifier stored there. but in which the check is carried out using a protocol involving the reading device and the ID token, in which the identifier which is input into the reading device does not have to be transmitted to the ID token. Corresponding protocols are known per se from the prior art, such as, for example, Strong Password Only Authentication Key Exchange (SPEKE), Diffie-Hellman Encripted Key Exchange (DH-EKE), Bellovin-Merritt protocol or Password Authenticated Connection Establishment (PACE). The SPEKE protocol is known, for example, from www.jablon.org/speke97.html, US 6,792,533 B2 and US 7,139,917 B2 . The DH-EKE protocol is also known from www.jablon.org/speke97.html , among others. Among other things US 5,241,599 the Bellovin-Merritt protocol is known. The PACE protocol, which is particularly suitable for elliptic curve cryptography, is known from Technical Guideline TR-03110 of the Federal Office for Information Security, see also this DE 102007000587 A1 and DE 102013202001 A1 . In addition to the user, the reading device also preferably authenticates itself to the ID token, it also being possible to set up a locally secured transmission channel, that is to say a so-called secure messaging channel, between the ID token and the reading device, for example by using a session key after a Diffie-Hellman protocol is agreed between the ID token and the reader.
  4. 4. The ID provider computer system authenticates itself to the ID token via the network and preferably also proves its authorization for read access or write access, for example by transmitting its authorization certificate to the ID token via the network.
    The ID token is also preferably authenticated to the ID provider computer system, that is to say the so-called terminal authentication (TA) of the ID provider computer system is carried out to the ID token and the chip authentication (CA) of the ID token , that is the chip contained in the ID token with the processor, opposite the ID provider computer system. TA and CA can be carried out according to BSI TR-03110.
  5. 5. In this case, a first secure transmission channel can be set up according to a secure messaging method, in that a session key between the ID token and the ID provider computer system for an end-to-end Encryption is agreed, with the local secure transmission channel remaining.
  6. 6. The ID provider computer system then carries out a first read access in order to read attributes from the ID token in accordance with the first attribute specification.
  7. 7. Those attributes according to the first attribute specification, which are stored in the ID token and for which the ID provider computer system has the required read authorization, are issued on the basis of the first read access by the ID token and via the first secure transmission channel by the Transfer ID token to the ID provider computer system over the network. These attributes issued by the ID token are referred to as the "first subset" of the first attribute specification. For example, only the name, the date of birth, the address of the user and the period of validity of the ID token are stored in the ID token, but not the account number and the creditworthiness of the user. In this case, the first subset contains the name, the date of birth, the address of the user and the period of validity, but not the account number and the creditworthiness of the user, which are not stored in the ID token.
  8. 8. Since, due to the first read access, not all the required attributes could be read in accordance with the first attribute specification, a second attribute specification is generated which specifies a second subset of the attributes of the first attribute specification, namely those attributes which are specified in the first attribute specification with the but the first read access could not be read out, which means here the account number and the creditworthiness of the user. The second attribute specification is generated, for example, by the ID provider computer system and transmitted to the ID token via the first secure transmission channel.
  9. 9. The second attribute specification is stored in the ID token. When stored in the non-volatile memory of the ID token, an attribute specification saved from previous protocol sessions can be replaced. The ID provider computer system then generates a first switch command. The first switch command is sent from the ID provider computer system to the ID token via the first secure transmission channel for switching from the first secure transmission channel to the local secure transmission channel.
  10. 10. A first attribute provider computer system authenticates itself to the ID token over the network. This can be done analogously to the authentication of the ID provider computer system to the ID token in step 4 above, namely with a so-called TA and a CA.
  11. 11. Here, a second secure transmission channel with end-to-end encryption can be set up between the ID token and the attribute provider computer system, the first secure transmission channel remaining.
  12. 12. The second attribute specification is then issued by the ID token and transmitted to the first attribute provider computer system via the second secured transmission channel. In this way it is communicated to the first attribute provider computer system which attributes are required in addition to the attributes already read by the ID provider computer system. These attributes can be present in a memory of the first attribute provider computer system, such as, for example, in a database of the first attribute provider computer system, or the first attribute provider computer system accesses an external database in order to store these attributes in accordance with the to read the second attribute specification. Alternatively, it is also possible that the first attribute provider computer system itself generates one or more of the attributes in accordance with the second attribute specification. In this way, the first attribute provider computer system determines a "first set" of available attributes, a "first set" being understood here to mean those attributes according to the second attribute specification which can be determined for the first attribute provider computer system, ie are available, that is, to which the first attribute provider computer system, for example, by database access can access or which the first attribute provider computer system can generate, such as calculate.
  13. 13. The first attribute provider computer system then generates a third attribute specification of a third subset of the second attribute specification, which specifies those attributes of the second subset that are not included in the first set of available attributes. The third attribute specification thus specifies a third subset of attributes which are specified in the second attribute specification, but which are not included in the first set of available attributes, that is to say the third attribute specification specifies those attributes which are still missing and which are not specified by the ID provider. Computer system could be read from the ID token, can still be determined by the first attribute provider computer system.
  14. 14. The first attribute provider computer system then sends a second switchover command to the ID token via the second secure transmission channel, the ID token switching over from the second secure transmission channel to the local secure transmission channel due to the receipt of the second switchover command.
  15. 15. The first attribute provider computer system then transmits a signature request to generate a digital signature of the third attribute specification to the user computer system. This can take place, for example, via a session, in particular an internet session, established between the user computer system and the first attribute provider computer system.
  16. 16. The signature request is forwarded to the ID token by the user computer system via the locally secured transmission channel to which the ID token had previously switched.
  17. 17. The ID token then generates a digital signature of the third attribute specification, which can be a pseudonymous signature. To do this, the ID token accesses its private key, which is stored in a secure one Storage area of the ID token is stored in order to generate the digital signature of the third attribute specification with the private key.
  18. 18. The ID token then receives a third switch command, for example from the user computer system, in order to switch back from the local secure transmission channel to the second secure transmission channel.
  19. 19. The signed third attribute specification is then transmitted from the ID token to the first attribute provider computer system via this second secured transmission channel.
  20. 20. The first attribute provider computer system forwards the signed third attribute specification to a second attribute provider computer system. This can be done, for example, via a network connection, such as an internet session, between the first attribute provider computer system and the second attribute provider computer system. The second attribute provider computer system preferably checks the validity of the signature of the third attribute specification in order to check its trustworthiness.
  21. 21. The second attribute provider computer system then determines a "second set" of available attributes in accordance with the third attribute specification, possibly under the condition that the signature of the third attribute specification has been successfully checked. The "second set" is understood here to mean those attributes of the third attribute specification which can be determined for the second attribute provider computer system, for example by the second attribute provider computer system accessing a database coupled to the second attribute provider computer system or by the second attribute provider computer system generating these attributes, for example calculating them.
  22. 22. The second set of available attributes is then transmitted from the second attribute provider computer system to the first attribute provider computer system via the network connection.
  23. 23. The first attribute provider computer system then performs write access over the second secured transmission channel to store the attributes of the first and second set in the ID token according to the second attribute specification.
  24. 24. The first attribute provider computer system then sends a fourth switching command to the ID token via the second secured transmission channel, so that the ID token switches to the first secured transmission channel.
  25. 25. The ID provider computer system then carries out a second read access, specifically via the still existing first secured transmission channel, in order to read the still missing attributes from the ID token according to the second attribute specification, which in the meantime there in step 23 of the attribute provider computer system.
  26. 26. The attributes now present in total in the ID provider computer system in accordance with the first attribute specification are output to the service computer system so that it can provide the requested service. This output can take place directly from the ID provider computer system to the service computer system if the ID provider computer system forms an integral part of the service computer system, or via the network, preferably those output by the ID provider computer system Attributes are signed by the ID provider computer system to prevent tampering.

Ausführungsformen der Erfindung sind besonders vorteilhaft, da sie die Einbeziehung eines zusätzlicher Attribut-Provider-Computersysteme ermöglichen, welche Attribute liefern können, die in dem ID-Token zunächst nicht vorhanden sind. Dies kann mit der gleichen Sicherheit und Vertrauenswürdigkeit erfolgen, wie es für die ursprünglich in dem ID-Token gespeicherten Attribute der Fall ist und auch unter Wahrung der informationellen Selbstbestimmung des Nutzers und dem Gebot der Datensparsamkeit, da keine Mitteilung der in dem ID-Token ursprünglich gespeicherten Attribute an die Attribut-Provider-Computersysteme erfolgen muss.Embodiments of the invention are particularly advantageous because they allow the inclusion of an additional attribute provider computer system which Can deliver attributes that are not initially available in the ID token. This can be done with the same security and trustworthiness as is the case for the attributes originally stored in the ID token and also while maintaining the informational self-determination of the user and the requirement of data economy, since no notification of the ID token originally stored attributes must be made to the attribute provider computer systems.

Nach einer Ausführungsform erfolgt die Speicherung der Attribute in dem oben genannten Schritt 23 in dem nichtflüchtigen elektronischen Speicher des ID-Tokens, sodass diese zusätzlich von dem Attribut-Provider-Computersystem in den ID-Token geschriebenen Attribute zur weiteren Verwendung zur Verfügung stehen. Bei einer nachfolgenden Dienstanforderung des Nutzers an das Dienst-Computersystem müssen also diese zusätzlichen Attribute nicht erneut über die Attribut-Provider-Computersysteme beschafft werden, sondern stehen in dem ID-Token bereits zur Verfügung, sodass sie bereits in dem oben genannten Schritt 6 von dem ID-Provider-Computersystem ausgelesen werden können.According to one embodiment, the attributes are stored in the above-mentioned step 23 in the non-volatile electronic memory of the ID token, so that these additional attributes written by the attribute provider computer system in the ID token are available for further use. In the event of a subsequent service request from the user to the service computer system, these additional attributes do not have to be procured again via the attribute provider computer systems, but are already available in the ID token, so that they are already in step 6 above ID provider computer system can be read out.

Nach einer Ausführungsform der Erfindung ist die Kommunikationsschnittstelle des ID-Tokens drahtlos ausgebildet, das heißt beispielsweise als sogenannte RFID-oder NFC-Schnittstelle. Neben der drahtlosen Kommunikation dient diese Schnittstelle auch zur Einkopplung von Energie in den ID-Token, um diesen mit der für seinen Betrieb erforderlichen elektrischen Energie zu versorgen. Zusätzlich zu dem nichtflüchtigen elektronischen Speicher hat der ID-Token einen flüchtigen elektronischen Speicher, wie zum Beispiel ein RAM oder einen Arbeitsspeicher des Prozessors. Die zweite Attributspezifikation wird vorzugsweise in den flüchtigen elektronischen Speicher geschrieben (vergleiche oben Schritt 9). Wird nämlich nach dem Schritt 9 der ID-Token aus der Reichweite des Lesegeräts entfernt, so führt dies dazu, dass die zweite Attributspezifikation aus dem flüchtigen elektronischen Speicher gelöscht wird. Ein neuer Protokollablauf ist in diesem Fall zu starten. Hierdurch wird vermieden, dass sich der ID-Token in einem undefinierten Zustand befindet, wenn er zum Beispiel nach dem oben genannten Schritt 9 aus der Reichweite des Lesegeräts entfernt wird, um eventuelle Missbrauchsmöglichkeiten hierdurch zu unterbinden.
Wird die zweite Attributspezifikation in den nicht-flüchtigen elektronischen Speicher geschrieben, bleibt auch nach Entfernung des ID-Tokens aus der Reichweite des Lesegeräts die zweite Attributspezifikation im Speicher erhalten.
According to one embodiment of the invention, the communication interface of the ID token is wireless, that is to say, for example, as a so-called RFID or NFC interface. In addition to wireless communication, this interface is also used to couple energy into the ID token in order to supply it with the electrical energy required for its operation. In addition to the non-volatile electronic memory, the ID token has volatile electronic memory, such as a RAM or a working memory of the processor. The second attribute specification is preferably written into the volatile electronic memory (compare step 9 above). If, after step 9, the ID token is removed from the range of the reading device, this leads to the second attribute specification being deleted from the volatile electronic memory. In this case, a new protocol sequence must be started. This prevents the ID token from being in an undefined state if, for example, it is out of the range of the Reader is removed to prevent possible misuse.
If the second attribute specification is written into the non-volatile electronic memory, the second attribute specification remains in the memory even after the ID token has been removed from the range of the reading device.

Falls auch das zweite Attribut-Provider-Computersystem nicht sämtliche der noch fehlenden Attribute liefern kann, kann dieser Vorgang iterativ solange durchgeführt werden, bis eine Abbruchbedingung erreicht ist. Beispielsweise wird dieser iterative Vorgang dann abgeschlossen, wenn sämtliche der Attribute gemäß der ersten Attributspezifikation in dem ID-Token gespeichert worden sind, da dann keine weiteren Attribut-Provider-Computersysteme mehr involviert werden müssen. Ferner kann ein Abbruch auch dann erfolgen, wenn eine maximale Anzahl von Schreibzugriffen erreicht ist und/oder eine maximale Zeitdauer, das heißt ein sogenanntes Time-out. Im Weiteren wird aber davon ausgegangen, dass die ersten und zweiten Mengen der Attribute sämtliche Attribute der dritten Attributspezifikation sind, so dass insgesamt alle Attribute gemäß der ersten Attributspezifikation vorliegen, die das Dienst-Computersystem benötigt.If the second attribute provider computer system cannot supply all of the missing attributes, this process can be carried out iteratively until an abort condition is reached. For example, this iterative process is completed when all of the attributes according to the first attribute specification have been stored in the ID token, since then no further attribute provider computer systems have to be involved. Furthermore, termination can also take place when a maximum number of write accesses has been reached and / or a maximum time period, that is to say a so-called time-out. In the following, however, it is assumed that the first and second sets of attributes are all attributes of the third attribute specification, so that all attributes according to the first attribute specification that the service computer system requires are present.

Nach einer Ausführungsform der Erfindung werden die aufgrund eines Schreibzugriffs eines der Attribut-Provider-Computersysteme in dem ID-Token zu speichernden Attribute auf einer Anzeigevorrichtung, das heißt einem sogenannten Display, angezeigt, damit der Nutzer diese Attribute zur Kenntnis nehmen kann. Vorzugsweise ist vor dem Schreiben der Attribute die Eingabe einer Bestätigung des Nutzers erforderlich.According to one embodiment of the invention, the attributes to be stored in the ID token on the basis of a write access by one of the attribute provider computer systems are displayed on a display device, that is to say a so-called display, so that the user can take note of these attributes. Before the attributes are written, a confirmation from the user is preferably required.

In einem weiteren Aspekt betrifft die Erfindung einen ID-Token, der zur Verwendung in einem erfindungsgemäßen Verfahren konfiguriert ist.In a further aspect, the invention relates to an ID token that is configured for use in a method according to the invention.

In einem weiteren Aspekt betrifft die Erfindung ein Attribut-Provider-Computersystem, welches zur Verwendung in einem erfindungsgemäßen Verfahren konfiguriert ist.In a further aspect, the invention relates to an attribute provider computer system which is configured for use in a method according to the invention.

In einem weiteren Aspekt betrifft die Erfindung ein Computersystem mit zumindest einem erfindungsgemäßen ID-Token und einem ID-Provider-Computersystem, welches zur Ausführung eines erfindungsgemäßen Verfahrens konfiguriert ist. Zu diesem Computersystem kann auch zumindest ein erfindungsgemäßes Attribut-Provider-Computersystem gehören.In a further aspect, the invention relates to a computer system with at least one ID token according to the invention and an ID provider computer system, which is configured to carry out a method according to the invention. This computer system can also include at least one attribute provider computer system according to the invention.

Im Weiteren werden Ausführungsformen der Erfindung mit Bezugnahme auf die Zeichnungen näher erläutert. Es zeigen:

Figur 1
ein Blockdiagramm einer Ausführungsform eines erfindungsgemäßen Computersystems,
Figur 2
ein Flussdiagramm einer Ausführungsform eines erfindungsgemäßen Verfahrens,
Figur 3
ein UML-Diagramm einer Ausführungsform eines erfindungsgemäßen Verfahrens,
In the following, embodiments of the invention are explained in more detail with reference to the drawings. Show it:
Figure 1
2 shows a block diagram of an embodiment of a computer system according to the invention,
Figure 2
2 shows a flowchart of an embodiment of a method according to the invention,
Figure 3
a UML diagram of an embodiment of a method according to the invention,

Elemente der nachfolgenden Ausführungsformen, die einander gleichen oder einander entsprechen, sind jeweils mit identischen Bezugszeichen gekennzeichnet.Elements of the following embodiments which are the same or correspond to one another are each identified by identical reference numerals.

Die Figur 1 zeigt ein Nutzer-Computersystem 100 eines Nutzers 102. Bei dem Nutzer-Computersystem 100 kann es sich um einen Personalcomputer, einen tragbaren Computer, wie zum Beispiel einen Laptop oder Palmtop-Computer, einen Personal Digital Assistant, ein mobiles Telekommunikationsgerät, insbesondere ein Smart Phone, oder dergleichen handeln. Das Nutzer-Computersystem 100 hat ein Lesegerät 101 mit einer Schnittstelle 104 zur Kommunikation mit einem ID-Token 106, der eine entsprechende Schnittstelle 108 aufweist.The Figure 1 shows a user computer system 100 of a user 102. The user computer system 100 can be a personal computer, a portable computer, such as a laptop or palmtop computer, a personal digital assistant, a mobile telecommunication device, in particular a smart phone , or act like that. The user computer system 100 has a reader 101 with an interface 104 for communication with an ID token 106, which has a corresponding interface 108.

Das Nutzer-Computersystem 100 hat zumindest einen Prozessor 110 zur Ausführung von Programminstruktionen 112 sowie eine Netzwerk-Schnittstelle 114 zur Kommunikation über ein Netzwerk 116. Bei dem Netzwerk kann es sich um ein Computernetzwerk, wie zum Beispiel das Internet, handeln.The user computer system 100 has at least one processor 110 for executing program instructions 112 and a network interface 114 for Communication over a network 116. The network can be a computer network, such as the Internet.

Der ID-Token 106 hat einen elektronischen Speicher 118 mit geschützten Speicherbereichen 120, 122 und 124. Der geschützte Speicherbereich 120 dient zur Speicherung eines Referenzwerts, der für die Authentifizierung des Nutzers 102 gegenüber dem ID-Token 106 benötigt wird. Bei diesem Referenzwert handelt es sich beispielsweise um eine Kennung, insbesondere eine so genannte Personal Identification Number (PIN), oder um Referenzdaten für ein biometrisches Merkmal des Nutzers 102, welches für die Authentifizierung des Nutzers gegenüber dem ID-Token 106 verwendet werden kann.The ID token 106 has an electronic memory 118 with protected memory areas 120, 122 and 124. The protected memory area 120 serves to store a reference value which is required for the authentication of the user 102 against the ID token 106. This reference value is, for example, an identifier, in particular a so-called personal identification number (PIN), or reference data for a biometric feature of the user 102, which can be used for authenticating the user against the ID token 106.

Der geschützte Bereich 122 dient zur Speicherung eines privaten Schlüssels und der geschützte Speicherbereich 124 dient zur Speicherung von Attributen, zum Beispiel des Nutzers 102, wie zum Beispiel dessen Name, Wohnort, Geburtsdatum, Geschlecht, und/oder von Attributen, die den ID-Token selbst betreffen, wie zum Beispiel die Institution, die den ID-Token erstellt oder ausgegeben hat, die Gültigkeitsdauer des ID-Tokens, einen Identifikator des ID-Tokens, wie zum Beispiel eine Passnummer oder eine Kreditkartennummer.The protected area 122 is used to store a private key and the protected storage area 124 is used to store attributes, for example the user 102, such as his name, place of residence, date of birth, gender, and / or attributes that contain the ID token themselves, such as the institution that created or issued the ID token, the period of validity of the ID token, an identifier of the ID token, such as a passport number or a credit card number.

Der elektronische Speicher 118 kann ferner einen Speicherbereich 126 zur Speicherung eines Zertifikats aufweisen. Das Zertifikat beinhaltet einen öffentlichen Schlüssel, der dem in dem geschützten Speicherbereich 122 gespeicherten privaten Schlüssel zugeordnet ist. Das Zertifikat kann nach einem Public Key Infrastruktur (PKI) Standard erstellt worden sein, beispielsweise nach dem X.509 Standard.The electronic memory 118 can furthermore have a memory area 126 for storing a certificate. The certificate includes a public key that is associated with the private key stored in the protected storage area 122. The certificate may have been created according to a public key infrastructure (PKI) standard, for example the X.509 standard.

Das Zertifikat muss nicht zwangsläufig in dem elektronischen Speicher 118 des ID-Tokens 106 gespeichert sein. Alternativ oder zusätzlich kann das Zertifikat auch in einem öffentlichen Verzeichnisserver gespeichert sein.The certificate does not necessarily have to be stored in the electronic memory 118 of the ID token 106. Alternatively or additionally, the certificate can also be stored in a public directory server.

Der ID-Token 106 hat einen Prozessor 128. Der Prozessor 128 dient zur Ausführung von Programminstruktionen 130, 132 und 134. Die Programminstruktionen 130 dienen zur Nutzerauthentifizierung, d.h. zur Authentifizierung des Nutzers 102 gegenüber dem ID-Token,The ID token 106 has a processor 128. The processor 128 is used to execute program instructions 130, 132 and 134. The program instructions 130 are used for user authentication, ie for authenticating the user 102 against the ID token,

Bei einer Ausführungsform mit PIN gibt der Nutzer 102 seine PIN zu seiner Authentifizierung ein, beispielsweise in das Nutzer-Computersystem 100. Durch Ausführung der Programminstruktionen 130 wird dann auf den geschützten Speicherbereich 120 zugegriffen, um die eingegebene PIN mit dem dort gespeicherten Referenzwert der PIN zu vergleichen. Für den Fall, dass die eingegebene PIN mit dem Referenzwert der PIN übereinstimmt, gilt der Nutzer 102 als authentifiziert.In an embodiment with a PIN, the user 102 enters his PIN for his authentication, for example in the user computer system 100. By executing the program instructions 130, the protected memory area 120 is then accessed in order to access the entered PIN with the reference value of the PIN stored there to compare. In the event that the entered PIN matches the reference value of the PIN, the user 102 is considered authenticated.

Alternativ wird ein biometrisches Merkmal des Nutzers 102 erfasst. Beispielsweise hat der ID-Token 106 hierzu einen Fingerabdrucksensor oder ein Fingerabdrucksensor ist an das Nutzer-Computersystem 100 angeschlossen. Die von dem Nutzer 102 erfassten biometrischen Daten werden durch Ausführung der Programminstruktionen 130 bei dieser Ausführungsform mit den in dem geschützten Speicherbereich 120 gespeicherten biometrischen Referenzdaten verglichen. Bei hinreichender Übereinstimmung der von dem Nutzer 102 erfassten biometrischen Daten mit den biometrischen Referenzdaten gilt der Nutzer 102 als authentifiziert.Alternatively, a biometric feature of user 102 is captured. For example, the ID token 106 has a fingerprint sensor for this purpose or a fingerprint sensor is connected to the user computer system 100. The biometric data recorded by the user 102 are compared to the biometric reference data stored in the protected memory area 120 by executing the program instructions 130 in this embodiment. If the biometric data recorded by the user 102 matches the biometric reference data sufficiently, the user 102 is considered authenticated.

Die Programminstruktionen 134 dienen zur Ausführung der den ID-Token 106 betreffenden Schritte eines kryptographischen Protokolls zur Authentifizierung eines ID-Provider-Computersystems 136 gegenüber dem ID-Token 106. Bei dem kryptographischen Protokoll kann es sich um ein Challenge-Response-Protokoll basierend auf einem symmetrischen Schlüssel oder einem asymmetrischen Schlüsselpaar handeln.The program instructions 134 are used to execute the steps of a cryptographic protocol relating to the ID token 106 for authenticating an ID provider computer system 136 to the ID token 106. The cryptographic protocol can be a challenge-response protocol based on a act symmetric key or an asymmetric key pair.

Beispielsweise wird durch das kryptographische Protokoll ein Extended Access Control-Verfahren implementiert, wie es für maschinenlesbare Reisedokumente (machine-readable travel documents - MRTD) von der internationalen Luftfahrtbehörde (ICAO) spezifiziert ist. Durch erfolgreiche Ausführung des kryptographischen Protokolls authentifiziert sich das ID-Provider-Computersystem 136 gegenüber dem ID-Token und weist dadurch seine Leseberechtigung zum Lesen der in dem geschützten Speicherbereich 124 gespeicherten Attribute nach. Die Authentifizierung kann auch gegenseitig sein, d.h. auch der ID-Token 106 muss sich dann gegenüber dem ID-Provider-Computersystem 136 nach demselben oder einem anderen kryptographischen Protokoll authentifizieren.For example, the cryptographic protocol implements an extended access control method as specified by the international aviation authority (ICAO) for machine-readable travel documents (MRTD). By successfully executing the cryptographic protocol, the ID provider computer system 136 authenticates itself to the ID token and thereby has its read authorization to read the data in the protected one Memory area 124 stored attributes after. The authentication can also be mutual, ie the ID token 106 must then authenticate itself to the ID provider computer system 136 using the same or a different cryptographic protocol.

Die Programminstruktionen 132 dienen zur Ende-zu-Ende-Verschlüsselung von zwischen dem ID-Token 106 und dem ID-Provider-Computersystem 136 übertragenen Daten, zumindest aber der von dem lD-Provider-Computersystem 136 aus dem geschützten Speicherbereich 124 ausgelesenen Attribute. Für die Ende-zu-Ende-Verschlüsselung kann ein symmetrischer Schlüssel verwendet werden, der beispielsweise anlässlich der Ausführung des kryptographischen Protokolls zwischen dem ID-Token 106 und dem ID-Provider-Computersystem 136 vereinbart wird.The program instructions 132 are used for end-to-end encryption of data transmitted between the ID token 106 and the ID provider computer system 136, but at least the attributes read out from the protected memory area 124 by the ID provider computer system 136. A symmetrical key can be used for the end-to-end encryption, which is agreed, for example, on the occasion of the execution of the cryptographic protocol between the ID token 106 and the ID provider computer system 136.

Alternativ zu der in der Figur 1 dargestellten Ausführungsform kann das Nutzer-Computersystem 100 mit seiner Schnittstelle 104 nicht unmittelbar mit der Schnittstelle 108 kommunizieren, sondern über ein an die Schnittstelle 104 angeschlossenes Lesegerät für den ID-Token 106. Über dieses Lesegerät, wie zum Beispiel einen so genannten Klasse 2-Chipkarten-Terminal, kann auch die Eingabe der PIN erfolgen.Alternatively to that in the Figure 1 In the illustrated embodiment, the user computer system 100 cannot communicate with its interface 104 directly with the interface 108, but via a reader connected to the interface 104 for the ID token 106. Via this reader, such as a so-called class 2 chip card -Terminal, the PIN can also be entered.

Das ID-Provider-Computersystem 136 hat eine Netzwerk-Schnittstelle 138 zur Kommunikation über das Netzwerk 116. Das ID-Provider-Computersystem 136 hat ferner einen Speicher 140, in dem ein privater Schlüssel 142 des ID-Provider-Computersystems 136 sowie das entsprechende Zertifikat 144 gespeichert ist. Auch bei diesem Zertifikat kann es sich beispielsweise um ein Zertifikat nach einem PKI-Standard, wie zum Beispiel X.509 handeln.The ID provider computer system 136 has a network interface 138 for communication via the network 116. The ID provider computer system 136 also has a memory 140 in which a private key 142 of the ID provider computer system 136 and the corresponding certificate 144 is saved. This certificate can also be a certificate according to a PKI standard, such as X.509, for example.

Das ID-Provider-Computersystem 136 hat ferner zumindest einen Prozessor 145 zur Ausführung von Programminstruktionen 146 und 148. Durch Ausführung der Programminstruktionen 146 werden die das ID-Provider-Computersystem 136 betreffende Schritte des kryptographischen Protokolls ausgeführt. Insgesamt wird also das kryptographische Protokoll durch Ausführung der Programminstruktionen 134 durch den Prozessor 128 des ID-Tokens 106 sowie durch Ausführung der Programminstruktionen 146 durch den Prozessor 145 des ID-Provider-Computersystems 136 implementiert.The ID provider computer system 136 also has at least one processor 145 for executing program instructions 146 and 148. By executing the program instructions 146, the steps of the cryptographic protocol relating to the ID provider computer system 136 are carried out. Overall, the cryptographic protocol is made by executing the program instructions 134 implemented by processor 128 of ID token 106 and by execution of program instructions 146 by processor 145 of ID provider computer system 136.

Die Programminstruktionen 148 dienen zur Implementierung der Ende-zu-Ende-Verschlüsselung auf Seiten des ID-Provider-Computersystems 136, beispielsweise basierend auf dem symmetrischen Schlüssel, der anlässlich der Ausführung des kryptographischen Protokolls zwischen dem ID-Token 106 und dem ID-Provider-Computersystem 136 vereinbart worden ist. Prinzipiell kann jedes an sich vor bekannte Verfahren zur Vereinbarung des symmetrischen Schlüssels für die Ende-zu-Ende-Verschlüsselung verwendet werden, wie zum Beispiel ein Diffie-Hellman-Schlüsselaustausch.The program instructions 148 are used to implement the end-to-end encryption on the part of the ID provider computer system 136, for example based on the symmetric key that is used between the ID token 106 and the ID provider when the cryptographic protocol is executed. Computer system 136 has been agreed. In principle, any method known per se for agreeing the symmetrical key for end-to-end encryption can be used, such as a Diffie-Hellman key exchange.

Das ID-Provider-Computersystem 136 befindet sich vorzugsweise in einer besonders geschützten Umgebung, insbesondere in einem so genannten Trust-Center, sodass das ID-Provider-Computersystem 136 in Kombination mit der Notwendigkeit der Authentifizierung des Nutzers 102 gegenüber dem ID-Token 106 den Vertrauensanker für die Authentizität der aus dem ID-Token 106 ausgelesenen Attribute bildet.The ID provider computer system 136 is preferably located in a particularly protected environment, in particular in a so-called trust center, so that the ID provider computer system 136 in combination with the need to authenticate the user 102 against the ID token 106 Trust anchor for the authenticity of the attributes read from the ID token 106.

Ein Dienst-Computersystem 150 kann zur Entgegennahme einer Bestellung oder eines Auftrags für eine Dienstleistung oder ein Produkt, insbesondere eine Online-Dienstleistung, ausgebildet sein. Beispielsweise kann der Nutzer 102 online über das Netzwerk 116 ein Konto bei einer Bank eröffnen oder eine andere Finanz- oder Bankdienstleistung in Anspruch nehmen. Das Dienst-Computersystem 150 kann auch als Online-Warenhaus ausgebildet sein, sodass der Benutzer 102 beispielsweise online ein Mobiltelefon oder dergleichen erwerben kann. Ferner kann das Dienst-Computersystem 150 auch zur Lieferung von digitalen Inhalten ausgebildet sein, beispielsweise für den Download von Musik- und/oder Videodaten oder als Behördenserver für eine eGovernment Anwendung.A service computer system 150 can be designed to receive an order or an order for a service or a product, in particular an online service. For example, the user 102 can open an account with a bank online or use another financial or banking service via the network 116. The service computer system 150 can also be designed as an online department store, so that the user 102 can, for example, purchase a mobile phone or the like online. Furthermore, the service computer system 150 can also be designed to deliver digital content, for example for downloading music and / or video data or as an official server for eGovernment application.

Das Dienst-Computersystem 150 hat hierzu eine Netzwerk-Schnittstelle 152 zur Verbindung mit dem Netzwerk 116. Ferner hat das Dienst-Computersystem 150 zumindest einen Prozessor 154 zur Ausführung von Programminstruktionen 156. Durch Ausführung der Programminstruktionen 156 werden beispielsweise dynamische HTML-Seiten generiert, über die der Nutzer 102 seinen Auftrag oder seine Bestellung eingeben kann.For this purpose, the service computer system 150 has a network interface 152 for connection to the network 116. Furthermore, the service computer system 150 has at least one processor 154 for executing program instructions 156. By executing the program instructions 156, for example, dynamic HTML pages are generated via which the user 102 can enter his order or his order.

Je nach der Art des beauftragten oder bestellten Produkts oder der Dienstleistung muss das Dienst-Computersystem 150 Attribute des Nutzers 102 und/oder dessen ID-Token 106 anhand eines oder mehrerer vorgegebener Kriterien überprüfen. Nur wenn diese Prüfung bestanden wird, wird die Bestellung oder der Auftrag des Nutzers 102 entgegengenommen und/oder ausgeführt.Depending on the type of product or service ordered or ordered, the service computer system 150 must check attributes of the user 102 and / or his ID token 106 on the basis of one or more predetermined criteria. The order or the order of the user 102 is only accepted and / or executed if this test is passed.

Beispielsweise ist es für die Eröffnung eines Bankkontos oder den Kauf eines Mobiltelefons mit einem dazugehörigen Vertrag erforderlich, dass der Nutzer 102 seine Identität gegenüber dem Dienst-Computersystem 150 offenbart, und dass diese Identität überprüft wird. Im Stand der Technik muss der Nutzer 102 hierzu beispielsweise seinen Personalausweis vorlegen. Dieser Vorgang wird durch das Auslesen der digitalen Identität des Nutzers 102 aus seinem ID-Token 106 ersetzt.For example, in order to open a bank account or purchase a cell phone with an associated contract, it is necessary for the user 102 to reveal his identity to the service computer system 150 and for that identity to be verified. In the prior art, the user 102 has to present his identity card, for example. This process is replaced by reading out the digital identity of the user 102 from his ID token 106.

Je nach Anwendungsfall können für die Erbringung des Dienstes weitere Attribute erforderlich sein, die in dem ID-Token zunächst nicht vorhanden sind. Hierzu kann das in der Figur 1 gezeigte Computersystem Attribut-Provider-Computersysteme 172 und 173aufweisen. Diese können prinzipiell gleich aufgebaut sein wie das ID-Provider-Computersystem und verfügen über zusätzliche Funktionalitäten zum Lesen oder Generieren von Attributen sowie zum Schreiben von Attributen und erforderlichenfalls Attributspezifikationen in den ID-Token.Depending on the application, additional attributes may be required to provide the service, which are not initially available in the ID token. This can be done in the Figure 1 computer system shown have attribute provider computer systems 172 and 173. In principle, these can have the same structure as the ID provider computer system and have additional functionalities for reading or generating attributes and for writing attributes and, if necessary, attribute specifications in the ID token.

Zur Inanspruchnahme eines von dem Dienst-Computersystem 150 zur Verfügung gestellten Dienstes wird beispielsweise wie folgt vorgegangen:

  1. a) Der Nutzer 102 baut mithilfe seines Nutzer-Computersystems 100 eine Internetsession über das Netzwerk 116 zu dem Dienst-Computersystem 150 auf. Über diese Internetsession wird eine Dienstanforderung 103 von dem Nutzer-Computersystem 100 an das Dienst-Computersystem 150 übertragen, womit der Nutzer 102 die Erbringung eines Dienstes des Dienst-Computersystems 150 anfordert. Das Dienst-Computersystem 150 antwortet auf diese Dienstanforderung 103 mit einer ersten Attributspezifikation 105, die diejenigen Attribute spezifiziert, die für die Erbringung des mit der Dienstanforderung 103 angeforderten Dienstes zu erfüllen sind. Diese erste Attributspezifikation spezifiziert beispielsweise eine Anzahl von M Attributen A1, A2, A3, ... AM.
  2. b) Beispielsweise wird die Attributspezifikation 105 in einem Speicher 183 des Nutzer-Computersystems 100 zwischengespeichert. Aufgrund des Empfangs der Attributspezifikation 105 durch das Nutzer-Computersystem 100 wird der Nutzer 102 dazu aufgefordert, sich gegenüber dem ID-Token 106 zu authentifizieren. Hierzu gibt der Nutzer 102 seine PIN zum Beispiel über das Lesegerät 101 oder eine Tastatur des Nutzer-Computersystems 100 ein. tZur Verifikation der PIN wird zwischen dem Nutzer-Computersystem 100, das heißt dessen Lesegerät 101, und dem ID-Token 106 ein lokaler gesicherter Übertragungskanal aufgebaut, beispielsweise mithilfe eines Diffie-Hellman Schlüsselaustausches, insbesondere nach dem vom Bundesamt für Sicherheit in der Informationsverarbeitung (BSI) spezifizierten PACE-Protokoll. Ferner baut das Nutzer-Computersystem 100 zu dem ID-Provider-Computersystem 136 eine weitere Internetsession über das Netzwerk 116 auf, über die sich das ID-Provider-Computersystem 136 gegenüber dem Nutzer-Computersystem 100 authentifiziert, und zwar unter Verwendung des Zertifikats 144.
    Vorzugsweise erfolgt eine gegenseitige Authentifizierung des IT-Tokens 106 und des ID-Provider-Computersystems 136 bzw. des jeweiligen Attribut-Provider-Computersystems unter Verwendung der Zertifikate 126 und 144, das heißt eine sogenannte CA und eine TA. Hierbei wird auch ein Session Key vereinbart, mit dem der erste gesicherte Übertragungskanal mit Ende-zu-Ende-Verschlüsselung zwischen dem ID-Token 106 und dem ID-Provider-Computersystem über das Nutzer-Computersystem 100 und das Netzwerk 116 aufgebaut wird, wobei der lokale gesicherte Übertragungskanal bestehen bleibt. Ferner leitet das Nutzer-Computersystem 100 die Attributspezifikation 105 über die mit dem ID-Provider-Computersystem 136 bestehende Session an das ID-Provider-Computersystem 136 weiter.
  3. c) Das ID-Provider-Computersystem 136 antwortet auf die erste Attributspezifikation 105 mit einem Lesekommando 107 zum Lesen der in der ersten Attributspezifikation spezifizierten Attribute. Dieses Lesekommando 107 wird über den ersten gesicherten Übertragungskanal mit Ende-zu-Ende-Verschlüsselung von dem ID-Provider-Computersystem 136 an den ID-Token 106 übertragen. Der Prozessor 128 greift daraufhin auf den elektronischen Speicher 118 zu, um die Attribute gemäß der ersten Attributspezifikation 105 auszulesen. Im Weiteren wird ohne Beschränkung der Allgemeinheit davon ausgegangen, dass von den M Attributen gemäß der ersten Attributspezifikation 105 nur P Attribute A1, A2, A3, ..., AP vorhanden sind, wobei P < M. Auf das Lesekommando 107 antwortet der ID-Token 106 mit der Antwort 109, die die erste Teilmenge der in der ersten Attributspezifikation 105 spezifizierten Attribute, nämlich die Attribute A1, A2, A3, ..., AP beinhaltet. Die Antwort 109 wird über den ersten gesicherten Übertragungskanal von dem ID-Token 106 an das ID-Provider-Computersystem 136 übertragen.
  4. d) Das ID-Provider-Computersystem 136 speichert die Antwort 109 mit der ersten Teilmenge der Attribute in seinem Speicher 140 und erzeugt eine zweite Attributspezifikation 111, welche die noch fehlenden Attribute spezifiziert, das heißt diejenigen der in der ersten Attributspezifikation 105 spezifizierten Attribute, die in der Antwort 109 nicht beinhaltet sind, das heißt hier die Attribute AP+1 bis AM. Die zweite Attributspezifikation 111 wird über den ersten gesicherten Übertragungskanal von dem ID-Provider-Computersystem 136 zu dem ID-Token 106 übertragen und dort gespeichert. Die Speicherung kann beispielsweise in einem flüchtigen Speicher 113 des IT-Tokens 106 erfolgen.
  5. e) Das ID-Provider-Computersystem 136 sendet dann ein erstes Umschaltkommando über den ersten gesicherten Übertragungskanal an den ID-Token. Der ID-Token verarbeitet das Umschaltkommando durch Ausführung der Programminstruktionen 131, wodurch der ID-Token 106 auf den lokalen gesicherten Übertragungskanal umschaltet, über den dann die weitere Kommunikation mit dem Nutzer-Computersystem 100 erfolgt.
  6. f) Das Nutzer-Computersystem 100 baut eine weitere Internetsession über das Netzwerk 116 mit dem Attribut-Provider-Computersystem 172 auf. Das Attribut-Provider-Computersystem 172 authentifiziert sich dann gegenüber dem ID-Token 106, wobei vorzugsweise eine gegenseitige Authentifizierung, das heißt eine CA und eine TA, durchgeführt werden. Hierbei wird ein zweiter gesicherter Übertragungskanal mit Ende-zu-Ende-Verschlüsselung mit einem Session Key zwischen dem ID-Token 106 und dem Attribut-Provider-Computersystem 172 über das Netzwerk 116 und das Nutzer-Computersystem 100 aufgebaut, wobei der erste gesicherte Übertragungskanal bestehen bleibt.
    Der Prozessor 128 dient zur Ausführung von Programminstruktionen 131 für die Kanalumschaltung, das heißt die Auswahl einer der gesicherten Übertragungskanäle, das heißt hier insbesondere des ersten oder des zweiten gesicherten Übertragungskanals, für die externe Kommunikation. Aufgrund des Aufbaus des zweiten gesicherten Übertragungskanals wird durch Ausführung der Programminstruktionen 131 der zweite gesicherte Übertragungskanal von dem Prozessor 128 ausgewählt, über den der ID-Token 106 dann die zweite Attributspezifikation 111 an das Attribut-Provider-Computersystem 172 sendet.
  7. g) Das Attribut-Provider-Computersystem 172 führt daraufhin einen Zugriff auf seine Datenbank 175 durch, um die Attribute gemäß der zweiten Attributspezifikation 111 zu lesen. Durch diesen Datenbankzugriff ermittelt das erste Attribut-Provider-Computersystem 172 diejenigen Attribute gemäß der zweiten Attributspezifikation 111, auf welche das erste Attribut-Provider-Computersystem zugreifen kann, das heißt welche für das erste Attribut-Provider-Computersystem verfügbar sind. Diese für das erste Attribut-Provider-Computersystem verfügbaren Attribute der zweiten Attributspezifikation werden als "erste Menge" bezeichnet.
  8. h) Falls das Attribut-Provider-Computersystem 172 nicht sämtliche der Attribute gemäß der zweiten Attributspezifikation 111 ermitteln kann, so generiert das Attribut-Provider-Computersystem 172 eine dritte Attributspezifikation 178. Wenn beispielsweise die Antwort 176 die Attribute AP+1 bis AQ beinhaltet mit Q < M, so werden in der dritten Attributspezifikation 178 die noch fehlenden Attribute AQ+1 bis AM spezifiziert. Diese dritte Attributspezifikation 178 wird von dem Attribut-Provider-Computersystem 172 über den zweiten gesicherten Übertragungskanal zu dem ID-Token 106 übertragen.
  9. i) Das erste Attribut-Provider-Computersystem 172 überträgt anschließend ein zweites Umschaltkommando an den ID-Token 106, und zwar über den zweiten gesicherten Übertragungskanal, sodass aufgrund der Ausführung der Programminstruktionen 131, welche das zweite Umschaltkommando verarbeiten, der ID-Token 106 auf den lokalen gesicherten Übertragungskanal umschaltet.
  10. j) Das erste Attribut-Provider-Computersystem 172 generiert eine Signaturanfrage zur Erzeugung einer digitalen Signatur der dritten Attributspezifikation und sendet diese Signaturanfrage an das Nutzer-Computersystem 100. Dies kann über eine weitere Internetsession, die zwischen dem Attribut-Provider-Computersystem 172 und dem Nutzer-Computersystem 100 besteht, erfolgen. Über diese Internetsession kann das erste Attribut-Provider-Computersystem 172 optional zuvor bei dem Nutzer über das Nutzer-Computersystem anfragen, ob der Nutzer 102 die Signaturanforderung genehmigt. In diesem Fall erfolgt die Versendung der Signaturanfrage von dem ersten Attribut-Provider-Computersystem 172 an das Nutzer-Computersystem 100 erst nach Empfang einer Bestätigung des Nutzers 102 über die mit dem Nutzer-Computersystem 100 bestehende Internetsession.
  11. k) Das Nutzer-Computersystem 100 leitet die Signaturanfrage des ersten Attribut-Provider-Computersystems über den lokalen gesicherten Übertragungskanal, auf welchen der ID-Token 106 zuvor aufgrund des zweiten Umschaltkommandos umgeschaltet hatte, weiter, sodass der ID-Token 106 anschließend die digitale Signatur der dritten Attributspezifikation 178 erzeugt, und zwar durch Ausführung von Programminstruktionen 135 durch den Prozessor 128 des lD-Tokens 106, welcher einen Generator zur Erzeugung digitalen Signaturen bilden, wobei dies unter Verwendung zum Beispiel des privaten Schlüssels 122 erfolgt. Optional wird zuvor von dem Nutzer 102 des Signatur-PIN abgefragt, um die Ausführung der Programminstruktionen 135 freizuschalten. Dies kann zum Beispiel über eine Nutzerschnittstelle, wie zum Beispiel eine Tastatur des Nutzer-Computersystems 100 oder des Lesegeräts 101 erfolgen. Zur Freischaltung der Ausführung der Programminstruktionen 135 prüft der ID-Token 106, ob die von dem Nutzer 102 eingegebene Kennung mit dem in dem Speicher 118 gespeicherten Referenzwert für die Signatur-PIN (SPIN), der in dem geschützten Speicherbereich 121 gespeichert ist, übereinstimmt.
  12. l) Das Nutzer-Computersystem 100 sendet dann ein drittes Umschaltkommando über den lokalen gesicherten Übertragungskanal an den ID-Token 106, sodass der ID-Token 106 von dem lokalen gesicherten Übertragungskanal auf den zweiten gesicherten Übertragungskanal umschaltet. Über diesen sendet der ID-Token 106 dann die signierte dritte Attributspezifikation an das erste Attribut-Provider-Computersystem 172. Das erste Attribut-Provider-Computersystem leitet die signierte dritte Attributspezifikation an das zweite Attribut-Provider-Computersystem 173 weiter.
  13. m) Das zweite Attribut-Provider-Computersystem 173 ermittelt dann zum Beispiel durch einen Datenbankzugriff auf seine Datenbank 145 die Attribute gemäß der dritten Attributspezifikation, auf welche das zweite Attribut-Provider-Computersystem 173 zugreifen kann, das heißt die "zweite Menge", wobei hier ohne Beschränkung der Allgemeinheit davon ausgegangen wird, dass die zweite Menge sämtliche Attribute gemäß der dritten Attributspezifikation 178, das heißt sämtliche noch fehlende Attribute, beinhaltet. Vorzugsweise erfolgt dieser Datenbankzugriff zum Zugriff auf die noch fehlenden Attribute durch das Attribut-Provider-Computersystem 173 erst nach Prüfung der Validität der digitalen Signatur der dritten Attributspezifikation,
  14. n) Das zweite Attribut-Provider-Computersystem 173 überträgt dann die zweite Menge der Attribute an das erste Attribut-Provider-Computersystem 172, welches dann die Attribute die ersten und zweiten Mengen durch einen Schreibzugriff über den zweiten gesicherten Übertragungskanal in den ID-Token 106 schreibt.
  15. o) Schließlich sendet das erste Attribut-Provider-Computersystem 172 ein viertes Umschaltkommando über den zweiten gesicherten Übertragungskanal an den ID-Token 106, sodass der ID-Token 106 auf den ersten gesicherten Übertragungskanal zurückschaltet.
  16. p) Das ID-Provider-Computersystem 136 führt dann einen zweiten Lesezugriff 177 über den ersten gesicherten Übertragungskanal zum Lesen der von dem ersten Attribut-Provider-Computersystem 172 in dem ID-Token 106 gespeicherten Attribute der ersten Menge 176 und der zweiten Menge 179 durch.
To use a service provided by the service computer system 150, the procedure is as follows, for example:
  1. a) The user 102 uses his user computer system 100 to set up an internet session via the network 116 to the service computer system 150. A service request 103 is transmitted from the user computer system 100 to the service computer system 150 via this internet session, whereby the user 102 requests the provision of a service of the service computer system 150. The service computer system 150 responds to this service request 103 with a first attribute specification 105, which specifies those attributes which are to be fulfilled for the provision of the service requested with the service request 103. This first attribute specification specifies, for example, a number of M attributes A1, A2, A3, ... AM.
  2. b) For example, the attribute specification 105 is temporarily stored in a memory 183 of the user computer system 100. Based on the receipt of the attribute specification 105 by the user computer system 100, the user 102 is asked to authenticate himself against the ID token 106. For this purpose, the user 102 enters his PIN, for example, via the reader 101 or a keyboard of the user computer system 100. To verify the PIN, a locally secured transmission channel is set up between the user computer system 100, that is to say its reader 101, and the ID token 106, for example with the aid of a Diffie-Hellman key exchange, in particular after that carried out by the Federal Office for Information Security (BSI ) specified PACE protocol. Furthermore, the user computer system 100 establishes another Internet session via the network 116 to the ID provider computer system 136, via which the ID provider computer system 136 authenticates itself to the user computer system 100, using the certificate 144.
    Mutual authentication of the IT token 106 and the ID provider computer system 136 or the respective attribute provider computer system preferably takes place using the certificates 126 and 144, that is to say a so-called CA and a TA. This is also a session Key agreed with which the first secure transmission channel with end-to-end encryption is set up between the ID token 106 and the ID provider computer system via the user computer system 100 and the network 116, the local secured transmission channel remaining . Furthermore, the user computer system 100 forwards the attribute specification 105 to the ID provider computer system 136 via the session existing with the ID provider computer system 136.
  3. c) The ID provider computer system 136 responds to the first attribute specification 105 with a read command 107 for reading the attributes specified in the first attribute specification. This read command 107 is transmitted via the first secure transmission channel with end-to-end encryption from the ID provider computer system 136 to the ID token 106. The processor 128 then accesses the electronic memory 118 in order to read out the attributes according to the first attribute specification 105. Furthermore, without restricting the generality, it is assumed that of the M attributes according to the first attribute specification 105, only P attributes A1, A2, A3, ..., AP are present, where P <M. The read command 107 responds to the ID Token 106 with the response 109, which contains the first subset of the attributes specified in the first attribute specification 105, namely the attributes A1, A2, A3, ..., AP. The response 109 is transmitted over the first secure transmission channel from the ID token 106 to the ID provider computer system 136.
  4. d) The ID provider computer system 136 stores the response 109 with the first subset of the attributes in its memory 140 and generates a second attribute specification 111 which specifies the still missing attributes, that is to say those of the attributes specified in the first attribute specification 105 which are not included in the answer 109, that means here the attributes AP + 1 to AM. The second attribute specification 111 is transmitted via the first secured transmission channel from the ID provider computer system 136 to the ID token 106 and stored there. The storage can take place, for example, in a volatile memory 113 of the IT token 106.
  5. e) The ID provider computer system 136 then sends a first switchover command to the ID token via the first secured transmission channel. The ID token processes the switchover command by executing the program instructions 131, as a result of which the ID token 106 switches over to the locally secured transmission channel, via which further communication with the user computer system 100 then takes place.
  6. f) The user computer system 100 establishes a further internet session via the network 116 with the attribute provider computer system 172. The attribute provider computer system 172 then authenticates itself against the ID token 106, wherein a mutual authentication, that is to say a CA and a TA, are preferably carried out. Here, a second secure transmission channel with end-to-end encryption with a session key is set up between the ID token 106 and the attribute provider computer system 172 via the network 116 and the user computer system 100, the first secured transmission channel being established remains.
    The processor 128 is used to execute program instructions 131 for the channel switchover, that is to say the selection of one of the secure transmission channels, that is to say in particular the first or the second secure transmission channel, for external communication. On the basis of the structure of the second secure transmission channel, the second secure transmission channel is selected by the processor 128 by executing the program instructions 131, via which the ID token 106 then sends the second attribute specification 111 to the attribute provider computer system 172.
  7. g) The attribute provider computer system 172 then accesses its database 175 to find the attributes according to the second attribute specification 111 read. Through this database access, the first attribute provider computer system 172 determines those attributes according to the second attribute specification 111 which the first attribute provider computer system can access, that is to say which are available for the first attribute provider computer system. These attributes of the second attribute specification available for the first attribute provider computer system are referred to as "first set".
  8. h) If the attribute provider computer system 172 cannot determine all of the attributes according to the second attribute specification 111, the attribute provider computer system 172 generates a third attribute specification 178. If, for example, the answer 176 contains the attributes AP + 1 to AQ with Q <M, the still missing attributes AQ + 1 to AM are specified in the third attribute specification 178. This third attribute specification 178 is transmitted from the attribute provider computer system 172 to the ID token 106 via the second secure transmission channel.
  9. i) The first attribute provider computer system 172 then transmits a second switchover command to the ID token 106, specifically via the second secured transmission channel, so that the ID token 106 is transmitted due to the execution of the program instructions 131 which process the second switchover command switches the local secure transmission channel.
  10. j) The first attribute provider computer system 172 generates a signature request to generate a digital signature of the third attribute specification and sends this signature request to the user computer system 100. This can be done via a further internet session between the attribute provider computer system 172 and the User computer system 100 exists. Via this internet session, the first attribute provider computer system 172 can optionally inquire beforehand with the user via the user computer system whether the user 102 approves the signature request. In this case, the signature request is sent from the first attribute provider computer system 172 to the user computer system 100 only after receipt of a confirmation from the user 102 via the internet session existing with the user computer system 100.
  11. k) The user computer system 100 forwards the signature request of the first attribute provider computer system via the locally secured transmission channel to which the ID token 106 had previously switched due to the second switchover command, so that the ID token 106 subsequently transfers the digital signature of the third attribute specification 178 is generated by executing program instructions 135 by the processor 128 of the ID token 106, which form a generator for generating digital signatures, using the private key 122, for example. Optionally, the user 102 queries the signature PIN beforehand in order to activate the execution of the program instructions 135. This can be done, for example, via a user interface, such as a keyboard of the user computer system 100 or the reader 101. To enable the execution of the program instructions 135, the ID token 106 checks whether the identifier entered by the user 102 matches the reference value for the signature PIN (SPIN) stored in the memory 118, which is stored in the protected memory area 121.
  12. l) The user computer system 100 then sends a third switchover command to the ID token 106 via the local secure transmission channel, so that the ID token 106 switches from the local secure transmission channel to the second secure transmission channel. The ID token 106 then sends the signed third attribute specification to the first attribute provider computer system 172. The first attribute provider computer system forwards the signed third attribute specification to the second attribute provider computer system 173.
  13. m) The second attribute provider computer system 173 then determines, for example by database access to its database 145, the attributes according to the third attribute specification which the second attribute provider computer system 173 can access, that is to say the “second set”, wherein here, without restricting generality, it is assumed that the second set contains all the attributes according to the third attribute specification 178, that is to say all the attributes which are still missing. This database access to access the still missing attributes is preferably carried out by the attribute provider computer system 173 only after the validity of the digital signature of the third attribute specification has been checked,
  14. n) The second attribute provider computer system 173 then transmits the second set of attributes to the first attribute provider computer system 172, which then attributes the first and second sets to the ID token 106 by means of write access via the second secured transmission channel writes.
  15. o) Finally, the first attribute provider computer system 172 sends a fourth switching command to the ID token 106 via the second secured transmission channel, so that the ID token 106 switches back to the first secured transmission channel.
  16. p) The ID provider computer system 136 then carries out a second read access 177 via the first secure transmission channel for reading the attributes of the first set 176 and the second set 179 stored in the ID token 106 by the first attribute provider computer system 172 .

Das ID-Provider-Computersystem 136 verfügt nach einer erfolgreichen Durchführung der oben genannten Verfahrensschritte in seinem Speicher 140 über sämtliche der Attribute, die mit der ersten Attributspezifikation 105 angefordert worden sind. Das ID-Provider-Computersystem 136 generiert daraufhin eine Nachricht 180, die diese Attribute A1 bis AM beinhaltet, signiert diese Nachricht und sendet sie über das Netzwerk 116 an das Dienst-Computersystem 150, wobei dies über das Nutzer-Computersystem 100 erfolgen kann. Das Dienst-Computersystem 150 kann dann gegebenenfalls mithilfe der in der Nachricht 180 beinhalteten Attribute den mit der Dienstanforderung 103 angeforderten Dienst erbringen.After successful execution of the above-mentioned method steps, the ID provider computer system 136 has in its memory 140 all of the attributes which have been requested with the first attribute specification 105. The ID provider computer system 136 then generates a message 180 which contains these attributes A1 to AM, signs this message and sends it via the network 116 to the service computer system 150, this via the user computer system 100 can be done. The service computer system 150 can then optionally provide the service requested with the service request 103 using the attributes contained in the message 180.

Die Attribut-Provider-Computersysteme 172, 173 ... können analog zu dem ID-Provider-Computersystem 136 aufgebaut sein, das heißt sie verfügen jeweils über eine Netzwerk-Schnittstelle 138, einen Prozessor 145 zur Ausführung von Programminstruktionen 146, 148 und einen Speicher 140, in dem ein Zertifikat und ein privater Schlüssel gespeichert sind. Bei dem Zertifikat handelt es sich vorzugsweise um ein Berechtigungszertifikat, in dem jeweils eine Berechtigung für Lese- und Schreibzugriffe auf den ID-Token 106 spezifiziert ist.The attribute provider computer systems 172, 173 ... can be constructed analogously to the ID provider computer system 136, that is to say they each have a network interface 138, a processor 145 for executing program instructions 146, 148 and a memory 140, in which a certificate and a private key are stored. The certificate is preferably an authorization certificate, in which an authorization for read and write access to the ID token 106 is specified.

Nach einer Ausführungsform der Erfindung werden die Attribute der Mengen 176 und 179 erst dann in dem Speicher 118 gespeichert, nachdem diese der Nutzer 102 zur Kenntnis nehmen konnte. Hierzu werden diese Attribute auf einem Display 181 angezeigt, welches zum Beispiel zu dem Lesegerät 101 gehört. Ferner kann beispielsweise auf dem Lesegerät 101 ein Bedienelement 182 vorhanden sein, über welches der Nutzer 102 eine Eingabe tätigen muss, um die Speicherung der in den Antworten 176 bzw. 179 beinhalteten Attribute in dem Speicher 118 zu genehmigen. Hierdurch erhält der Nutzer 102 eine Kontrollmöglichkeit bezüglich der möglicherweise seine Person betreffenden zusätzlichen Attribute in dem Speicher 118.According to one embodiment of the invention, the attributes of the sets 176 and 179 are only stored in the memory 118 after the user 102 has been able to take note of them. For this purpose, these attributes are shown on a display 181, which belongs for example to the reading device 101. Furthermore, an operating element 182 can be present on the reading device 101, for example, via which the user 102 must make an entry in order to authorize the storage of the attributes contained in the answers 176 and 179 in the memory 118. As a result, the user 102 is given a possibility of checking the additional attributes in the memory 118 which may affect him or her.

Ausführungsformen der Erfindung sind besonders vorteilhaft, da neben den ersten und zweiten gesicherten Übertragungskanälen mit Ende-zu-Ende-Verschlüsselung zu dem ID-Token 106 kein weiterer solcher Übertragungskanal zu dem zweiten Attribut-Provider-Computersystem 173 und erforderlichenfalls weiteren Attribut-Provider-Computersystemen aufgebaut werden muss, da die dritte Attributspezifikation 178 von dem ID-Token 106 signiert wird, was je nach Ausführungsform nur aufgrund einer Bestätigung durch den Nutzer 102, zum Beispiel durch Eingabe von dessen Signatur-PIN, erfolgen kann. Insbesondere ist es möglich, dass die Erzeugung der digitalen Signatur der dritten Attributspezifikation 178 unter einem Pseudonym des Nutzers 102 erfolgt.Embodiments of the invention are particularly advantageous since, in addition to the first and second secure transmission channels with end-to-end encryption to the ID token 106, there is no further such transmission channel to the second attribute provider computer system 173 and, if necessary, further attribute provider computer systems must be built up since the third attribute specification 178 is signed by the ID token 106, which, depending on the embodiment, can only take place on the basis of a confirmation by the user 102, for example by entering his signature PIN. In particular, it is possible for the digital signature of the third attribute specification 178 to be generated under a pseudonym of the user 102.

Die Figur 2 zeigt eine Ausführungsform eines entsprechenden erfindungsgemäßen Verfahrens. In dem Schritt 200 wird eine Dienstanforderung 103 von dem Nutzer-Computersystem 100 an das Dienst-Computersystem 150 gesendet. Das Dienst-Computersystem 105 erzeugt daraufhin eine Antwort mit der ersten Attributspezifikation 105 (Schritt 202), die in dem Schritt 204 an das ID-Provider-Computersystem 136 gesendet wird.The Figure 2 shows an embodiment of a corresponding method according to the invention. In step 200, a service request 103 is sent from the user computer system 100 to the service computer system 150. The service computer system 105 then generates a response with the first attribute specification 105 (step 202), which is sent to the ID provider computer system 136 in step 204.

In dem Schritt 206 authentifiziert sich der Nutzer 102 gegenüber dem ID-Token 106 und es erfolgt in dem Schritt 208 eine einseitige oder gegenseitige Authentifizierung des ID-Tokens 106 und des ID-Provider-Computersystems 136, insbesondere mit einer CA und einer TA.In step 206, the user 102 authenticates himself against the ID token 106 and in step 208 there is a one-sided or mutual authentication of the ID token 106 and the ID provider computer system 136, in particular with a CA and a TA.

In dem Schritt 210 wird die erste gesicherte Verbindung aufgebaut, über welche das ID-Provider-Computersystem in dem Schritt 212 das erste Lesekommando 107 sendet. Auf das erste Lesekommando antwortet der ID-Token 106 in dem Schritt 214 mit den in der Antwort 109 beinhalteten Attributen A1 bis AP.In step 210, the first secure connection is established, via which the ID provider computer system sends the first read command 107 in step 212. In step 214, the ID token 106 responds to the first read command with the attributes A1 to AP contained in the response 109.

Daraufhin erzeugt das ID-Provider-Computersystem 136 in dem Schritt 216 die zweite Attributspezifikation 111, in der die noch fehlenden Attribute AP+1 bis AM spezifiziert sind und schreibt diese zweite Attributspezifikation 111 in dem Schritt 218 über den ersten gesicherten Übertragungskanal in den ID-Token 106, wo die Attributspezifikation 111 gespeichert wird.Then, in step 216, the ID provider computer system 136 generates the second attribute specification 111 in which the still missing attributes AP + 1 to AM are specified and writes this second attribute specification 111 in step 218 via the first secure transmission channel in the ID Token 106 where the attribute specification 111 is stored.

Anschließend wird dann in dem Schritt 220 der zweite gesicherte Übertragungskanal zu dem Attribut-Provider-Computersystem 172 aufgebaut und die zweite Attributspezifikation 111 aus dem ID-Token 106 gelesen und zu dem ersten Attribut-Provider-Computersystem 172 übertragen.Then, in step 220, the second secured transmission channel to the attribute provider computer system 172 is set up and the second attribute specification 111 is read from the ID token 106 and transmitted to the first attribute provider computer system 172.

Das erste Attribut-Provider-Computersystem 172 greift dann auf die laut zweiter Attributspezifikation 111 angeforderten Attribute zu, beispielsweise über einen Datenbankzugriff, Das erste Attribut-Provider-Computersystem 172 erzeugt dann erforderlichenfalls eine dritte Attributspezifikation 178, wenn nicht sämtliche der Attribute gemäß der zweiten Attributspezifikation 111 für das erste Attribut-Provider-Computersystem 172 verfügbar sind. Die Attribute gemäß der dritten Attributspezifikation 178 liefert in diesem Fall das zweite Attribut-Provider-Computersystem 173 an das erste Attribut-Provider-Computersystem 172, wie mit Bezug auf die Figur 1 oben erläutert. Das erste Attribut-Provider-Computersystem 172 schreibt diese zusätzlichen Attribute, in dem betrachteten Beispielsfall die Attribute AP+1 bis AM in dem Schritt 224 über den zweiten gesicherten Übertragungskanal in den ID-Token 106.The first attribute provider computer system 172 then accesses the attributes requested according to the second attribute specification 111, for example via a database access. The first attribute provider computer system 172 then generates a third attribute specification 178 if necessary, if not all of the attributes according to the second attribute specification 111 are available for the first attribute provider computer system 172. In this case, the attributes according to the third attribute specification 178 are supplied by the second attribute provider computer system 173 to the first attribute provider computer system 172, as with reference to FIG Figure 1 explained above. The first attribute provider computer system 172 writes these additional attributes, in the example considered the attributes AP + 1 to AM in step 224 via the second secured transmission channel in the ID token 106.

Der ID-Token 106 schaltet dann auf den ersten gesicherten Übertragungskanal in dem Schritt 226 zurück, sodass die zuvor in dem Schritt 224 zusätzlich in den ID-Token 106 geschriebenen Attribute von dem ID-Provider-Computersystem 136 über diesen ersten gesicherten Übertragungskanal aus dem ID-Token 106 ausgelesen werden (Schritt 228). In dem Schritt 230 überträgt das ID-Provider-Computersystem 136 dann sämtliche der aus dem ID-Token 106 gelesenen Attribute an das Dienst-Computersystem 150, sodass dieses dann gegebenenfalls nach Prüfung der Attribute den angeforderten Dienst erbringen kann.The ID token 106 then switches back to the first secure transmission channel in step 226, so that the attributes previously additionally written in step 224 in the ID token 106 from the ID provider computer system 136 via this first secure transmission channel from the ID Tokens 106 are read out (step 228). In step 230, the ID provider computer system 136 then transmits all of the attributes read from the ID token 106 to the service computer system 150, so that the latter can then, if necessary, provide the requested service after checking the attributes.

Die Figur 3 zeigt ein entsprechendes UML-Diagramm, wobei hier davon ausgegangen wird, dass das Dienst-Computersystem 150 das ID-Provider-Computersystem 136 beinhaltet.The Figure 3 shows a corresponding UML diagram, wherein it is assumed here that the service computer system 150 includes the ID provider computer system 136.

In dem Schritt 1 wird durch den Nutzer 102 eine Serviceanfrage, das heißt eine Dienstanforderung 103, an das Dienst-Computersystem 150 gesendet, und zwar mithilfe des Nutzer-Computersystems 100. Das Dienst-Computersystem 150 antwortet darauf mit einer Datenanfrage, das heißt mit der ersten Attributspezifikation 105.In step 1, the user 102 sends a service request, that is to say a service request 103, to the service computer system 150 using the user computer system 100. The service computer system 150 responds to this with a data request, that is to say with the first attribute specification 105.

Daraufhin authentifiziert sich der Nutzer 102 gegenüber dem ID-Token 106, indem er seine PIN in das Nutzer-Computersystem 100, das heißt beispielsweise dessen Lesegerät 101, eingibt. Aufgrund der Ausführung beispielsweise des PACE-Protokolls wird die PIN verifiziert und in dem Schritt 2 wird mithilfe von PACE ein Secure Messaging-Kanal zwischen ID-Token und Nutzer-Computersystem, das heißt SM-[PACE], aufgebaut, wodurch hier der lokale gesicherte Übertragungskanal realisiert wird.The user 102 then authenticates himself to the ID token 106 by entering his PIN in the user computer system 100, that is to say, for example, its reading device 101. Due to the execution of the PACE protocol, for example, the PIN is verified and in step 2, PACE is used Secure messaging channel between ID token and user computer system, that is, SM- [PACE], is set up, as a result of which the locally secured transmission channel is implemented here.

In dem Schritt 3 erfolgt dann auf dieser Basis eine TA des in dem Dienst-Computersystem 150 beinhalteten ID-Provider-Computersystems 136 sowie in dem Schritt 4 eine CA des ID-Tokens 106 gegenüber dem ID-Provider-Computersystem 136.In step 3, a TA of the ID provider computer system 136 contained in the service computer system 150 then takes place, and in step 4 a CA of the ID token 106 with respect to the ID provider computer system 136.

In dem Schritt 5 wird dann der erste gesicherte Übertragungskanal zwischen dem ID-Token 106 und dem ID-Provider-Computersystem aufgebaut, nämlich SM-[CA] #1.In step 5, the first secured transmission channel is then set up between the ID token 106 and the ID provider computer system, namely SM- [CA] # 1.

Die weitere Kommunikation in dem Schritt 6 verläuft dann über diesen ersten gesicherten Übertragungskanal, nämlich das Auslesen von Attributen aus dem ID-Token 106 gemäß der ersten Attributspezifikation 105 und das anschließende Schreiben der zweiten Attributspezifikation 111, d.h. ein Attribute Request (AR). Ferner kann durch das ID-Provider-Computersystem 136 ein erstes Umschaltsignal SC-[PACE] erzeugt werden, welches durch die Programminstruktionen 131 seitens des ID-Tokens 106 verarbeitet wird, um auf den Übertragungskanal SM-[PACE] zwischen ID-Token und Nutzer-Computersystem zurückzuschalten.The further communication in step 6 then proceeds via this first secured transmission channel, namely the reading out of attributes from the ID token 106 according to the first attribute specification 105 and the subsequent writing of the second attribute specification 111, i.e. an attribute request (AR). Furthermore, a first switchover signal SC- [PACE] can be generated by the ID provider computer system 136, which is processed by the program instructions 131 on the part of the ID token 106 in order to switch to the transmission channel SM- [PACE] between the ID token and the user -Change down computer system.

In dem Schritt 8 kann optional eine Auswahl des ersten Attribut-Provider-Systems 172 durch den Nutzer 102 erfolgen. Auf eine solche explizite Auswahl kann auch verzichtet werden, wenn das Nutzer-Computersystem 100 das zu kontaktierende Attribut-Provider-Computersystem bereits kennt, beispielsweise wenn der Nutzer 102 vorab mit der Lieferung von Attributen durch das erste Attribut-Provider-Computersystem 172 sein Einverständnis erklärt hat. Entsprechendes gilt für die Attributsanfrage 2 gemäß Fig. 5. Eine solche Auswahl kann über eine Internet-Session erfolgen, die zwischen dem Nutzer-Computersystem 100 und dem ersten Attribut-Provider-Computersystem 172 aufgebaut wird.In step 8, the user 102 can optionally select the first attribute provider system 172. Such an explicit selection can also be dispensed with if the user computer system 100 already knows the attribute provider computer system to be contacted, for example if the user 102 declares his consent beforehand with the delivery of attributes by the first attribute provider computer system 172 Has. The same applies correspondingly to the attribute request 2 according to FIG. 5. Such a selection can be made via an Internet session that is established between the user computer system 100 and the first attribute provider computer system 172.

Die Schritte 9 und 10 werden dann analog zu den Schritten 3 und 4 auf der Basis von SM-[PACE] durchgeführt, und zwar für eine TA des Attribut-Provider-Computersystems 172 bzw. eine CA des ID-Tokens 106 gegenüber dem Attribut-Provider-Computersystem 172.Steps 9 and 10 are then carried out analogously to steps 3 and 4 on the basis of SM- [PACE], specifically for a TA of the attribute provider computer system 172 or a CA of the ID token 106 with respect to the attribute Provider computer system 172.

In dem Schritt 10 wird dann der zweite gesicherte Übertragungskanal SM-[CA] #2 aufgebaut, über den dann die weitere Kommunikation in den Schritten 12, 13 und 14 erfolgt:
In dem Schritt 12 liest das Attribut-Provider-Computersystem 172 die zweite Attributspezifikation 111 und liest dann die entsprechenden Attribute der ersten Menge 176, beispielsweise durch einen Zugriff auf seine Datenbank 175. Der Zugriff auf die Attribute der zweiten Menge 179 erfolgt dann folgendermaßen:

  • Das erste Attribut-Provider-Computersystem 172 erzeugt die dritte Attributspezifikation 178. Optional fragt das Attribut-Provider-Computersystem 172 über die mit dem Nutzer-Computersystem 100 bestehende Internetsession das Einverständnis des Nutzers 102 zur Weiterleitung der dritten Attributspezifikation an das zweite Attribut-Provider-Computersystem 173 ab und erhält daraufhin gegebenenfalls das "Okay" des Nutzers 102.
  • Das erste Attribut-Provider-Computersystem 172 sendet dann das zweite Umschaltkommando SC[PACE] über den zweiten gesicherten Übertragungskanal an den ID-Token 106, woraufhin dieser auf den lokalen gesicherten Übertragungskanal schaltet.
  • Das erste Attribut-Provider-Computersystem 172 sendet dann die Signaturanfrage zur Signierung der dritten Attributspezifikation 178 zum Beispiel über die zu dem Nutzer-Computersystem 100 bestehende Internetsession und das Nutzer-Computersystem 100 leitet diese Signaturanfrage über den lokalen gesicherten Übertragungskanal an den ID-Token 106 weiter.
  • Optional wird der Nutzer 102 dann dazu aufgefordert, seine Signatur-PIN einzugeben, um die Ausführung der Programminstruktionen 135 zur Erzeugung einer digitalen Signatur freizuschalten. Die digitale Signatur wird dann von dem ID-Token 106 erzeugt und aufgrund eines dritten Umschaltkommandos des Nutzer-Computersystems 100 schaltet der ID-Token 106 auf den zweiten gesicherten Übertragungskanal, über den die signierte dritte Attributspezifikation dann an das erste Attribut-Provider-Computersystem 172 übertragen wird. Das erste Attribut-Provider-Computersystem 172 leitet die signierte dritte Attributspezifikation an das zweite Attribut-Provider-Computersystem 173, zum Beispiel über ein zwischen den beiden Attribut-Provider-Computersystemen 172 und 173 bestehende Internetsession, weiter. Das zweite Attribut-Provider-Computersystem 173 greift zum Beispiel durch Zugriff auf seine Datenbank 175 auf die zweite Menge 179 von Attributen, das heißt die "Attribute 2" und sendet diese an das erste Attribut-Provider-Computersystem 172. Vorzugsweise werden die Attribute 2 hierzu von dem Attribut-Provider-Computersystem 173 signiert, um Manipulationsversuche zu unterbinden.
In step 10, the second secure transmission channel SM- [CA] # 2 is then set up, via which the further communication takes place in steps 12, 13 and 14:
In step 12, the attribute provider computer system 172 reads the second attribute specification 111 and then reads the corresponding attributes of the first set 176, for example by accessing its database 175. The attributes of the second set 179 are then accessed as follows:
  • The first attribute provider computer system 172 generates the third attribute specification 178. Optionally, the attribute provider computer system 172 asks for the consent of the user 102 for forwarding the third attribute specification to the second attribute provider via the internet session with the user computer system 100. Computer system 173 and then possibly receives the "Okay" of the user 102.
  • The first attribute provider computer system 172 then sends the second switching command SC [PACE] over the second secure transmission channel to the ID token 106, whereupon the latter switches to the local secure transmission channel.
  • The first attribute provider computer system 172 then sends the signature request for signing the third attribute specification 178, for example, via the internet session to the user computer system 100, and the user computer system 100 forwards this signature request to the ID token 106 via the locally secured transmission channel further.
  • Optionally, the user 102 is then asked to enter his signature PIN in order to activate the execution of the program instructions 135 for generating a digital signature. The digital signature is then generated by the ID token 106 and, on the basis of a third toggle command of the user computer system 100, the ID token 106 switches to the second secured transmission channel, via which the signed third attribute specification is then sent to the first attribute provider computer system 172 is transmitted. The first attribute provider computer system 172 forwards the signed third attribute specification to the second attribute provider computer system 173, for example via an internet session existing between the two attribute provider computer systems 172 and 173. The second attribute provider computer system 173 accesses, for example by accessing its database 175, the second set 179 of attributes, that is to say the “attributes 2”, and sends these to the first attribute provider computer system 172. Preferably, the attributes 2 for this purpose signed by the attribute provider computer system 173 in order to prevent attempts at manipulation.

Das Attribut-Provider-Computersystem 172 schreibt dann diese zusätzlichen Attribute, nämlich die Attribute 1 und die Attribute 2 der Mengen 176 bzw. 179 in den ID-Token 106 (Schritt 13) und löscht die dort gespeicherte zweite Attributspezifikation 111 (Schritt 14).The attribute provider computer system 172 then writes these additional attributes, namely the attributes 1 and the attributes 2 of the sets 176 and 179 in the ID token 106 (step 13) and deletes the second attribute specification 111 stored there (step 14).

Ferner kann das Attribut-Provider-Computersystem 172 ein vierte Umschaltkommando generieren, nämlich SC-[CA] #1, welches von den Programminstruktionen 131 verarbeitet wird, um den Übertragungskanal auf den ersten gesicherten Übertragungskanal SM-[CA] #1 in dem Schritt 15 zurückzuschalten. Alternativ kann das Attribut-Provider-Computersystem 172 ein Umschaltsignal generieren, nämlich SC-[PACE], welches von den Programminstruktionen 131 verarbeitet wird, um zunächst den Übertragungskanal SM[PACE] zwischen ID-Token und Nutzer-Computersystem zurückzuschalten. Das Nutzer-Computersystem kann dann ein Umschaltsignal generieren, nämlich SC-[CA] #1, welches von den Programminstruktionen 131 verarbeitet wird, um den Übertragungskanal auf den ersten gesicherten Übertragungskanal
SM-[CA]#1 in dem Schritt 15 zurückzuschalten.
Furthermore, the attribute provider computer system 172 can generate a fourth switching command, namely SC- [CA] # 1, which is processed by the program instructions 131 in order to change the transmission channel to the first secured transmission channel SM- [CA] # 1 in step 15 switch back. Alternatively, the attribute provider computer system 172 can generate a switchover signal, namely SC- [PACE], which is processed by the program instructions 131 in order to first switch back the transmission channel SM [PACE] between the ID token and the user computer system. The user computer system can then generate a toggle signal, namely SC- [CA] # 1, which is provided by the program instructions 131 is processed to the transmission channel on the first secured transmission channel
Switch SM- [CA] # 1 back in step 15.

Über diesen ersten gesicherten Übertragungskanal liest dann das ID-Provider-Computersystem in dem Schritt 16 die noch fehlenden Attribute, die in dem Schritt 13 von dem Attribut-Provider-Computersystem geschrieben worden sind und sendet optional in dem Schritt 17 ein Reset-Kommando, um hiermit den Vorgang des Lesens von Attributen aus dem ID-Token abzuschließen. In dem Schritt 18 kann dann das Dienst-Computersystem 150 mittels der zuvor aus dem ID-Token 106 gelesenen Attribute den gewünschten Dienst erbringen.In step 16, the ID provider computer system then reads the still missing attributes that were written in step 13 by the attribute provider computer system via this first secured transmission channel and optionally sends a reset command in step 17 hereby complete the process of reading attributes from the ID token. In step 18, the service computer system 150 can then provide the desired service using the attributes previously read from the ID token 106.

Nach Ausführungsformen der Erfindung können zusammen mit der dritten Attributspezifikation 178 Attribute, die in dem ID-Token 106 gespeichert sind, über das erste Attribut-Provider-Computersystem 172 an das zweite Attribut-Provider-Computersystem 173 gesendet werden, welche das zweite Attribut-Provider-Computersystem 173 zum Beispiel zur Durchführung der Abfrage von dessen Datenbank 175 verwenden kann, um die Attribute gemäß der dritten Attributspezifikation 178 abzufragen.According to embodiments of the invention, together with the third attribute specification 178, attributes stored in the ID token 106 can be sent via the first attribute provider computer system 172 to the second attribute provider computer system 173, which is the second attribute provider Computer system 173, for example, to perform the query from its database 175, in order to query the attributes according to the third attribute specification 178.

Ausführungsformen der Erfindung sind besonders vorteilhaft, da Attribute eines Nutzers auf besonders bequeme, sichere und flexible Art und Weise zur Verfügung gestellt werden, selbst dann, wenn diese Attribute nicht vollständig in dem ID-Token des Nutzers gespeichert sind und auch selbst dann, wenn die fehlenden Attribute nicht sämtlich von einem einzigen Attribut-Provider-Computersystem geliefert werden können.Embodiments of the invention are particularly advantageous since attributes of a user are made available in a particularly convenient, secure and flexible manner, even if these attributes are not completely stored in the user's ID token and even if the missing attributes cannot all be supplied by a single attribute provider computer system.

BezugszeichenlisteReference list

100100
Nutzer-ComputersystemUser computer system
101101
LesegerätReader
102102
NutzerUsers
103103
DienstanforderungService request
104104
Schnittstelleinterface
105105
erste Attributspezifikationfirst attribute specification
106106
ID-TokenID token
107107
LesekommandoRead command
108108
Schnittstelleinterface
109109
Antwortanswer
110110
Prozessorprocessor
111111
zweite Attributspezifikationsecond attribute specification
112112
ProgramminstruktionenProgram instructions
113113
flüchtiger Speichervolatile memory
114114
Netzwerk-SchnittstelleNetwork interface
116116
Netzwerknetwork
118118
elektronischer Speicherelectronic memory
120120
geschützter Speicherbereichprotected storage area
1212th
geschützter Speicherbereichprotected storage area
122122
geschützter Speicherbereichprotected storage area
124124
geschützter Speicherbereichprotected storage area
126126
SpeicherbereichStorage area
128128
Prozessorprocessor
130130
ProgramminstruktionenProgram instructions
131131
ProgramminstruktionenProgram instructions
132132
ProgramminstruktionenProgram instructions
134134
ProgramminstruktionenProgram instructions
135135
ProgramminstruktionenProgram instructions
136136
ID-Provider-ComputersystemID provider computer system
138138
Netzwerk-SchnittstelleNetwork interface
140140
SpeicherStorage
142142
privater Schlüsselprivate key
144144
Zertifikatcertificate
145145
Prozessorprocessor
146146
Programm instruktionenProgram instructions
148148
Programm instruktionenProgram instructions
149149
ProgramminstruktionenProgram instructions
150150
Dienst-ComputersystemService computer system
152152
Netzwerk-SchnittstelleNetwork interface
154154
Prozessorprocessor
156156
ProgramminstruktionenProgram instructions
172172
Attribut-Provider-ComputersystemAttribute provider computer system
173173
Attribut-Provider-ComputersystemAttribute provider computer system
174174
Attribut-Provider-ComputersystemAttribute provider computer system
175175
DatenbankDatabase
176176
Antwort durch erste MengeAnswer by first lot
177177
LesekommandoRead command
178178
dritte Attributspezifikationthird attribute specification
179179
Antwort durch zweite MengeAnswer by second set
180180
Nachrichtmessage
181181
DisplayDisplay
182182
BedienelementControl element
183183
SpeicherStorage

Claims (13)

  1. A method for reading attributes from an ID token (106) which is assigned to a user (102), wherein the ID token has a non-volatile electronic memory (118) with a protected memory area (124) in which attributes are stored, with access to the protected memory area being possible only via a processor (128) of the ID token, and wherein the ID token has a communication interface (108) for communication with a reader (101) of a user computer system (100), said method comprising the following steps:
    - sending a service request (103) on the part of the user from the user computer system via a network to a service computer system which is coupled to an ID provider computer system;
    - sending a first attribute specification (105) from the service computer system to the ID provider computer system via the network, the first attribute specification specifying those attributes that the service computer system requires in order to provide the service requested by means of the service request;
    - establishing a local secured transmission channel (SM[PACE]) between the ID token and the user computer system for authentication of the user to the ID token;
    - authenticating the ID provider computer system to the ID token;
    - authenticating the ID token to the ID provider computer system;
    - establishing a first secured transmission channel (SM[CA]#1) with end-to-end encryption between the ID token and the ID provider computer system via the network, the local secured transmission channel still remaining;
    - performing a first write access (107) for the ID provider computer system to the ID token in order to read, from the ID token, a first subset of the attributes stored in the ID token in accordance with the first attribute specification;
    - transmitting the first subset of the attributes (109) specified in the first attribute specification and stored in the memory area of the ID token from the ID token to the ID provider computer system via the first secured transmission channel;
    - producing a second attribute specification (111) of a second subset of the attributes of the first attribute specification from the ID provider computer system, specifying those attributes that are not contained in the first subset, and transmitting the second attribute specification from the ID provider computer system to the ID token via the first secured transmission channel;
    - storing the second attribute specification in the ID token;
    - transmitting a first switch command (SC[PACE]) from the ID provider computer system to the ID token via the first secured transmission channel to switch from the first secured transmission channel to the local secured transmission channel;
    - authenticating a first attribute provider computer system (172) to the ID token;
    - authenticating the ID token to the first attribute provider computer system;
    - establishing a second secured transmission channel (SM[CA]#2) with end-to-end encryption between the first attribute provider computer system and the ID token, the first secured transmission channel being maintained;
    - transmitting the second attribute specification from the ID token to the first attribute provider computer system via the second secured transmission channel;
    - determining, by the first attribute provider computer system, a first set of available attributes in accordance with the second attribute specification, which first set of available attributes are available for the first attribute provider computer system;
    - producing, by the first attribute provider computer system, a third attribute specification (178) a third attribute specification (178) of a third subset of the second attribute specification, specifying those attributes of the second subset that are not contained in the first set of available attributes and that the first attribute provider computer system is unable to determine;
    - transmitting a second switch command (SC[PACE]) from the first attribute provider computer system to the ID token via the second secured transmission channel to switch from the second secured transmission channel to the local secured transmission channel;
    - transmitting a signature request from the first attribute provider computer system to the user computer system for generation of a digital signature of the third attribute specification by the ID token;
    - forwarding the signature request from the user computer system to the ID token via the local secured transmission channel;
    - generating the digital signature of the third attribute specification by the ID token;
    - transmitting a third switch command (SC[CA]#2) from the user computer system to the ID token via the local secured transmission channel to switch from the local secured transmission channel to the second secured transmission channel;
    - transmitting the signed third attribute specification from the ID token to the first attribute provider computer system via the second secured transmission channel;
    - forwarding the signed third attribute specification from the first attribute provider computer system to a second attribute provider computer system;
    - determining a second set of available attributes in accordance with the third attribute specification after verification of the validity of the digital signature of the third attribute specification by the second attribute provider computer system, which second set of available attributes are available for the second attribute provider computer system, and transmitting the second set of available attributes from the second attribute provider computer system to the first attribute provider computer system,
    - performing a write access (176) for the first attribute provider computer system via the second secured transmission channel in order to store attributes of the first and second sets in the ID token;
    - transmitting a fourth switch command (SC[CA]#1) from the first attribute provider computer system to the ID token via the second secured transmission channel to switch to the first secured transmission channel;
    - performing a second read access (177) of the ID provider computer system via the first secured transmission channel to read the attributes stored in the ID token by the first attribute provider computer system in accordance with the second attribute specification;
    - outputting, to the service computer system, the attributes read out from the ID token on account of the read accesses by the ID provider computer system, so as to provide the requested service.
  2. The method according to claim 1, wherein the communication interface of the ID token is designed for wireless communication and for wireless coupling of energy into the ID token through the reader in order to supply the ID token with the electrical energy necessary for its operation, the ID token having a volatile electronic memory (113) in which the second attribute specification is stored so that the second attribute specification is deleted from the volatile electronic memory if the ID token is moved out of range of the reader, and the attributes stored in the ID token on account of the write access of the first attribute provider computer system being stored in the non-volatile electronic memory (118) so that they may be accessed by a subsequent further first read access on account of a further service request or, alternatively, storing of the second attribute specification in the non-volatile memory.
  3. The method according to claim 1 or 2, wherein the user is requested to input a signature PIN in order to release a signature function of the ID token for the generation of the digital signature of the third attribute specification by the reader or the user computer system.
  4. The method according to claim 1, 2 or 3, wherein, on account of the write access (176), the second attribute specification in the ID token is deleted.
  5. The method according to any one of the preceding claims, wherein a session is established between the user computer system and the first attribute provider computer system, via which session the first attribute provider computer system transmits the signature request to the user computer system, and the user computer system forwards the signature request to the ID token via the local secured transmission channel.
  6. The method according to claim 5, wherein the first attribute provider computer system receives a confirmation signal via the session, which confirmation signal signals the consent of the user by way of the forwarding of the signed third attribute specification to the second attribute provider computer system.
  7. The method according to any one of the preceding claims, wherein the ID provider computer system is authenticated to the ID token with the aid of an authorisation certificate (144) of the ID provider computer system, which authorisation certificate specifies read permissions of the ID provider computer system for reading attributes from the ID token, and the ID token, for the read accesses of the ID provider computer system, verifies the read authorisation of the ID provider computer system with the aid of the authorisation certificate.
  8. The method according to any one of the preceding claims, wherein the attribute provider computer system is authenticated with the aid of an authorisation certificate of the attribute provider computer system, which authorisation certificate specifies permissions of the attribute provider computer system for reading an attribute specification from the ID token and for writing attributes into the ID token, with the ID token verifying the read permission of the attribute provider computer system prior to the transmission of an attribute specification to the attribute provider computer system, the ID token also verifying the permission to write attributes into the ID token prior to the writing of attributes by the attribute provider computer system.
  9. The method according to any one of the preceding claims, wherein, prior to the storing of attributes in the ID token on account of write access, the attributes to be written are shown on a display (181) of the ID token, the reader or the user computer system, and the attributes to be written are written into the non-volatile electronic memory preferably only once confirmation has been input by the user by actuation of an operating element (182) of the ID token, the reader or the user computer system.
  10. The method according to any one of the preceding steps, wherein the ID token is a value or security document, in particular an identification document, that is to say an ID document, in particular an electronic personal ID card, passport, driver's licence, company ID or a payment means, for example a banknote, a credit card, or another proof of authorisation, for example an entry ticket, a consignment note or a visa, in particular a chip card, in particular with RFID and/or NFC interface.
  11. A system comprising a user computer system (100) operated by a user (102), a service computer system (150), an ID token (106), an ID provider computer system (136), a first attribute provider computer system (172), and a second attribute provider computer system (173), wherein the system is configured to carry out a method for reading attributes from the token (106) in accordance with any one of claims 1-10.
  12. The system according to claim 11, wherein the communication interface of the ID token is designed for wireless communication and for wireless coupling of energy into the ID token through the reader in order to supply the ID token with the electrical energy necessary for its operation, the ID token having a volatile electronic memory, and the ID token being configured such that the second attribute specification is stored in the volatile electronic memory, so that the second attribute specification is deleted from the volatile electronic memory if the ID token is moved out of range of the reader, and the attributes stored in the ID token on account of the write access of the first attribute provider computer system being stored in the non-volatile electronic memory (118) so that they may be accessed by a subsequent further first read access on account of a further service request.
  13. The system according to claim 11 or 12, wherein the attribute provider computer systems contain an authorisation certificate for authentication to the ID token, with said authorisation certificate specifying permissions of the attribute provider computer systems to read the attribute specification from the ID token and to write attributes into the ID token.
EP16722206.6A 2015-05-18 2016-05-12 Method for reading attributes from an id token Active EP3298526B1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
DE102015209073.6A DE102015209073B4 (en) 2015-05-18 2015-05-18 Method for reading attributes from an ID token
PCT/EP2016/060626 WO2016184767A1 (en) 2015-05-18 2016-05-12 Method for reading attributes from an id token

Publications (2)

Publication Number Publication Date
EP3298526A1 EP3298526A1 (en) 2018-03-28
EP3298526B1 true EP3298526B1 (en) 2020-07-08

Family

ID=55967278

Family Applications (1)

Application Number Title Priority Date Filing Date
EP16722206.6A Active EP3298526B1 (en) 2015-05-18 2016-05-12 Method for reading attributes from an id token

Country Status (3)

Country Link
EP (1) EP3298526B1 (en)
DE (1) DE102015209073B4 (en)
WO (1) WO2016184767A1 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3840321A1 (en) 2019-12-19 2021-06-23 Deutsche Telekom AG Method and system for authenticating a mobile id using hash values

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5241599A (en) 1991-10-02 1993-08-31 At&T Bell Laboratories Cryptographic protocol for secure communications
US6226383B1 (en) 1996-04-17 2001-05-01 Integrity Sciences, Inc. Cryptographic methods for remote authentication
WO2001095545A2 (en) 2000-06-05 2001-12-13 Phoenix Technologies Ltd. Systems, methods and software for remote password authentication using multiple servers
US8904040B2 (en) 2004-10-29 2014-12-02 Go Daddy Operating Company, LLC Digital identity validation
DE102007000587A1 (en) 2007-10-29 2009-04-30 Bundesdruckerei Gmbh Method for activating a chip card function by means of remote verification
DE102008000067C5 (en) 2008-01-16 2012-10-25 Bundesdruckerei Gmbh Method for reading attributes from an ID token
DE102008040416A1 (en) 2008-07-15 2010-01-21 Bundesdruckerei Gmbh Method for reading attributes from an ID token
DE102008042262B4 (en) 2008-09-22 2010-05-27 Bundesdruckerei Gmbh Method for storing data, computer program product, ID token and computer system
DE102009026953A1 (en) 2009-06-16 2010-12-23 Bundesdruckerei Gmbh Method for registering a mobile device in a mobile network
DE102009027681A1 (en) 2009-07-14 2011-01-20 Bundesdruckerei Gmbh Method and reading attributes from an ID token
DE102009027723A1 (en) 2009-07-15 2011-01-27 Bundesdruckerei Gmbh Method for reading attributes from an ID token
DE102010028133A1 (en) 2010-04-22 2011-10-27 Bundesdruckerei Gmbh A method of reading an attribute from an ID token
DE102011082101B4 (en) 2011-09-02 2018-02-22 Bundesdruckerei Gmbh A method of creating a soft token, computer program product, and service computer system
DE102013202001B4 (en) 2013-02-07 2017-08-10 Bundesdruckerei Gmbh A method of providing a mobile terminal with an authentication certificate

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
None *

Also Published As

Publication number Publication date
DE102015209073B4 (en) 2019-02-07
DE102015209073A1 (en) 2016-11-24
WO2016184767A1 (en) 2016-11-24
EP3298526A1 (en) 2018-03-28

Similar Documents

Publication Publication Date Title
EP2454700B1 (en) Process to create a soft-token
EP3245607B1 (en) Method for reading attributes from an id token
EP2245573B1 (en) Method for reading attributes from an id token
EP2415228B1 (en) Method for reading attributes of a token via a wireless connection
DE102011089580B3 (en) Method for reading e.g. attribute stored in passport, for electronic-commerce application, involves examining whether attribute of security assertion markup language response fulfills criterion as premiss for contribution of service
EP3261011B1 (en) Method for reading attributes from an id token
DE102010028133A1 (en) A method of reading an attribute from an ID token
DE102008040416A1 (en) Method for reading attributes from an ID token
EP2338255A2 (en) Method, computer program product and system for authenticating a user of a telecommunications network
DE102008042582A1 (en) Method for storing data for managing digital identity of user, involves writing data from provider computer system to token via connection to store data in token, and providing connections with connection-oriented protocol
EP3298526B1 (en) Method for reading attributes from an id token
EP3244331B1 (en) Method for reading attributes from an id token
EP3271855B1 (en) Method for generating a certificate for a security token
DE102012215630A1 (en) Method for Personalizing a Secure Element (SE) and Computer System
EP3323072B1 (en) Method for reading attributes from an id token, id token, attribute-provider computer system, and computer system
EP3244332B1 (en) Method for reading attributes from an id token
EP3321832B1 (en) Distribution for reading attributes from an id token
EP3289507B1 (en) Id token, system, and method for generating an electronic signature
DE102015017060A1 (en) Method for reading attributes from an ID token
DE102015017061A1 (en) Method for reading attributes from an ID token
EP2909778B1 (en) Method for authentication by means of a token

Legal Events

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

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)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20190506

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

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

Free format text: STATUS: GRANT OF PATENT IS INTENDED

INTG Intention to grant announced

Effective date: 20191105

GRAJ Information related to disapproval of communication of intention to grant by the applicant or resumption of examination proceedings by the epo deleted

Free format text: ORIGINAL CODE: EPIDOSDIGR1

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

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

Free format text: STATUS: GRANT OF PATENT IS INTENDED

INTC Intention to grant announced (deleted)
INTG Intention to grant announced

Effective date: 20200205

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

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

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AK Designated contracting states

Kind code of ref document: B1

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

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

Ref country code: AT

Ref legal event code: REF

Ref document number: 1289223

Country of ref document: AT

Kind code of ref document: T

Effective date: 20200715

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 502016010446

Country of ref document: DE

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: GERMAN

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG4D

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20200708

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200708

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201009

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200708

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200708

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201008

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200708

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200708

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201008

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201109

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200708

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200708

Ref country code: RS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200708

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201108

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200708

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 502016010446

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200708

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200708

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200708

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200708

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200708

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200708

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

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

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200708

26N No opposition filed

Effective date: 20210409

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200708

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200708

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210531

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210512

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200708

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210531

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20210531

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210512

REG Reference to a national code

Ref country code: AT

Ref legal event code: MM01

Ref document number: 1289223

Country of ref document: AT

Kind code of ref document: T

Effective date: 20210512

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210531

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20220523

Year of fee payment: 7

Ref country code: FR

Payment date: 20220523

Year of fee payment: 7

Ref country code: DE

Payment date: 20220519

Year of fee payment: 7

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210512