DE102017218729A1 - Zugangskontrolle unter Verwendung einer Blockchain - Google Patents

Zugangskontrolle unter Verwendung einer Blockchain Download PDF

Info

Publication number
DE102017218729A1
DE102017218729A1 DE102017218729.8A DE102017218729A DE102017218729A1 DE 102017218729 A1 DE102017218729 A1 DE 102017218729A1 DE 102017218729 A DE102017218729 A DE 102017218729A DE 102017218729 A1 DE102017218729 A1 DE 102017218729A1
Authority
DE
Germany
Prior art keywords
terminal
token
certificate
key
block chain
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.)
Withdrawn
Application number
DE102017218729.8A
Other languages
English (en)
Inventor
Frank Dietrich
Manfred Paeschke
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bundesdruckerei GmbH
Original Assignee
Bundesdruckerei GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Bundesdruckerei GmbH filed Critical Bundesdruckerei GmbH
Priority to DE102017218729.8A priority Critical patent/DE102017218729A1/de
Priority to EP18200450.7A priority patent/EP3474172B1/de
Publication of DE102017218729A1 publication Critical patent/DE102017218729A1/de
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/44—Program or device authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6209—Protecting access to data via a platform, e.g. using keys or access control rules to a single file or object, e.g. in a secure envelope, encrypted and accessed using a key, or with access control rules appended to the object itself
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Landscapes

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

Abstract

Die Erfindung betrifft ein Verfahren zur Kontrolle eines Zugriffs eines Terminals (152) auf ein in einem ID-Token gespeichertes Attribut (109). In einem oder mehreren Einträgen einer ersten Blockchain (114) sind Terminal-Zertifikatsinformationen (165) zu einem dem Terminal (152) zugeordneten Terminal-Zertifikat (162) gespeichert. Die erste Blockchain (114) ist in einem Speicher des ID-Tokens gespeichert ist. Ferner sind in einem oder mehreren Einträgen einer zweiten Blockchain (164) ID-Token-Zertifikatsinformationen (115) zu einem dem ID-Token zugeordneten ID-Token-Zertifikat (112) gespeichert, wobei die zweite Blockchain (164) in einem Speicher des Terminals (152) gespeichert ist. Das Verfahren umfasst:
• Ausführen einer Terminal-Authentifizierung, wobei das Terminal (152) durch den ID-Token unter Verwendung des Terminal-Zertifikats (162) und der Terminal-Zertifikatsinformationen (165) der zweiten Blockchain (164) authentifiziert wird,
• Ausführen einer ID-Token-Authentifizierung, wobei der ID-Token durch das Terminal (152) unter Verwendung des ID-Token-Zertifikats (112) und der ID-Token-Zertifikatsinformationen (115) der ersten Blockchain (114) authentifiziert wird,
• auf eine erfolgreiche Terminal-Authentifizierung und eine erfolgreiche ID-Token-Authentifizierung hin, Freigabe des Zugriffs des Terminals (152) auf das in dem ID-Token gespeicherte Attribut (109).

Description

  • Die Erfindung betrifft ein Verfahren zur Zugriffskontrolle, ein System zur Zugriffskontrolle, ein Verfahren zur Freigabe eines Zugangs zu einer Sicherungseinrichtung sowie ein Sicherungssystem.
  • Elektronische Schließ- und Zugangssysteme haben sowohl im privaten als auch im gewerblichen Umfeld eine hohe Verbreitung gefunden. Solche Systeme dienen beispielsweise dazu, ausschließlich einem vordefinierten Personenkreis Zutritt zu einem Gebäude oder Zugriff auf ein elektronisches System zu ermöglichen. Damit eine bestimmte Person Zutritt bzw. Zugriff erhält, ist ein Nachweis einer Zutritts- bzw. Zugriffsberechtigung der entsprechenden Person gegenüber dem Schließ- und Zugangssystem erforderlich. Dies kann beispielsweise mittels Passworteingabe oder Erfassung biometrischer Merkmale über ein Terminal oder mittels einer Berechtigungskarte, die Daten mit dem Terminal austauscht, erfolgen.
  • Bekannte Verfahren für elektronische Schließ- und Zugangssysteme basieren auf kryptographischen Verfahren zum Schutz vor unberechtigter Benutzung dieser Systeme. Als kryptographische Verfahren sind in diesem Zusammenhang sowohl symmetrische als asymmetrische Lösungen bekannt. Asymmetrische Verfahren basieren im Allgenmeinen auf PKIs. PKI-basierte Systeme haben den Nachteil, dass sie eine Online-Verbindung benötigen, wenn die verwendeten Zertifikate auf ihre Gültigkeit Prüft werden sollen. Die Prüfungen können z.B. durch einen Internet-Dienst angeboten werden, der vom Zertifikatsherausgeber (ZDA) betrieben wird. Bei einem solchen Dienst besteht die Gefahr, dass er z.B. durch externe Angriffe zu einem sog. „Single Point of Failure“ wird und somit nicht mehr verfügbar ist.
  • Der Erfindung liegt die Aufgabe zugrunde, ein verbessertes Verfahren zur Zugriffskontrolle sowie ein System zum Ausführen des Verfahrens zu schaffen.
  • Die der Erfindung zugrunde liegende Aufgabe wird durch die Merkmale der unabhängigen Patentansprüche gelöst. Bevorzugte Ausführungsformen der Erfindung sind in den abhängigen Patentansprüchen angegeben.
  • Ausführungsformen betreffen ein Verfahren zur Kontrolle eines Zugriffs eines Terminals auf ein in einem ID-Token gespeichertes Attribut, wobei Terminal-Zertifikatsinformationen zu einem dem Terminal zugeordneten Terminal-Zertifikat in einem oder mehreren Einträgen einer ersten Blockchain gespeichert sind, wobei die erste Blockchain in einem ersten Speicher des ID-Tokens gespeichert ist, wobei ID-Token-Zertifikatsinformationen zu einem dem ID-Token zugeordneten ID-Token-Zertifikat in einem oder mehreren Einträgen einer zweiten Blockchain gespeichert sind, wobei die zweite Blockchain in einem zweiten Speicher des Terminals gespeichert ist, wobei das Verfahren umfasst:
    • • Ausführen einer Terminal-Authentifizierung, wobei das Terminal durch den ID-Token unter Verwendung des Terminal-Zertifikats und der Terminal-Zertifikatsinformationen der zweiten Blockchain authentifiziert wird,
    • • Ausführen einer ID-Token-Authentifizierung, wobei der ID-Token durch das Terminal unter Verwendung des ID-Token-Zertifikats und der ID-Token-Zertifikatsinformationen der ersten Blockchain authentifiziert wird,
    • • auf eine erfolgreiche Terminal-Authentifizierung und eine erfolgreiche ID-Token-Authentifizierung hin, Freigabe des Zugriffs des Terminals auf das in dem ID-Token gespeicherte Attribut.
  • Ausführungsformen können den Vorteil haben, dass sie ein sicheres Verfahren zur Freigabe eines Zugriffs eines Terminals auf ein ID-Token ermöglichen, welches insbesondere ohne eine PKI auskommen kann. Hierbei kann der Zugriff des Terminals auf das Attribut in sicherer Weise durch den ID-Tokens kontrolliert werden. Die Gefahr eines unberechtigten Zugriffs auf das Attribut kann dadurch minimiert werden.
  • Es Authentifizieren sich zunächst sowohl der ID-Token, beispielsweise in Form einer Chipkarte, eines Smartphones, eines Wearables, als auch das Terminal, welches als Lesegerät des ID-Tokens dient, gegenseitig. Die Authentifizierung des Terminals durch den ID-Token wird als Terminal-Authentifizierung bzw. Terminal-Authentication bezeichnet. Die Authentifizierung des ID-Tokens durch das Terminal wird als ID-Token-Authentifizierung bzw. ID-Token-Authentication bezeichnet.
  • Die gegenseitige Authentifizierung basiert auf ID-Token- und Terminal-Zertifikaten, welche jeweils einen statischen öffentlichen Schlüssel, d.h. einen statischen öffentlichen ID-Token- bzw. Terminal-Schlüssel umfassen. Diese statischen öffentlichen Schlüssel dienen beispielsweise als Signaturprüfschlüssel zur Prüfung von Signaturen, welche mit statischen privaten Schlüsseln, d.h. einem statischen privaten ID-Token- bzw. Terminal-Schlüssel, erstellt wurden. Dabei bilden der statische öffentlichen ID-Token-Schlüssel und der statische private ID-Token-Schlüssel zusammen ein asymmetrisches Schlüsselpaar, welches dem ID-Token zugeordnet ist. Der statische öffentlichen Terminal-Schlüssel und der statische private Terminal-Schlüssel bilden ferner zusammen ein asymmetrisches Schlüsselpaar, welches dem Terminal zugeordnet ist. Die privaten Schlüssel dienen beispielsweise jeweils zur Signatur einer Nachrichte, welche etwa eine Challenge bzw. Nonce umfassen, zum Zweck der Authentifizierung der Nachricht und Authentifizierung durch den jeweiligen Empfänger.
  • Bei Prüfungen einer PKI, z.B. durch einen Internet-Dienst, welchen ein Zertifikatsherausgeber (ZDA) betreibt, besteht die Gefahr, dass die ZDA, z.B. durch externe Angriffe, zu einem sog. „Single Point of Failure“ wird und somit nicht mehr verfügbar ist. Durch die Verwendung der Blockchain-Technologie kann u.a. dieser Nachteil behoben werden, da die Blockchain ein dezentrales Paradigma hat und es Angreifern sehr schwer bzw. unmöglich macht das gesamte System auf allen Knoten zu manipulieren. In der Blockchain werden zu diesem Zweck alle Zertifikatsinformationen und deren Änderungen, wie etwa Ausgabe, Aktualisierung, Sperrung, gespeichert. Eine Signatur des Zertifikates durch einen Zertifikatsherausgeber bzw. durch eine Instanz einer zugehörigen PKI ist nicht notwendig. Die Gültigkeit bzw. Authentizität und Integrität des jeweiligen Zertifikats wird durch die Signatur der Transaktion in der Blockchain und der Transaktionsbestätigung durch die sog. Miner sichergestellt. Hierdurch wird es im Gegensatz zu bekannten PKIs möglich, veränderliche Werte in Zertifikaten abzubilden. Beispielsweise ist es möglich ein Inkrementieren eines Zählers zum Zweck der einmaligen oder n-maligen Zugangsbegrenzung zu implementieren.
  • Ein weiterer Vorteil der Verwendung der Blockchain-Technologie besteht in ihrer Offline-Fähigkeit. Eine Synchronisation der Blockchain erfolgt beispielsweise in festgelegten Intervallen, z.B. nur einmal am Tag durch Hinzufügung zusätzlich generierter Blöcke.
  • Ausführungsformen können ferner den Vorteil haben, dass sowohl für das Terminal-Zertifikat als auch für das ID-Token-Zertifikat jeweils Nutzungsinformationen in Form von Terminal-Zertifikatsinformationen und ID-Token-Zertifikatsinformationen bereitgestellt werden. Die entsprechenden Nutzungsinformationen werden dabei jeweils in einer Blockchain bereitgestellt. Nach Ausführungsformen sind die Zertifikate, d.h.
  • Terminal-Zertifikat und ID-Token-Zertifikats, ebenfalls in der Blockchain gespeichert. Nach Ausführungsformen umfassen die Zertifikate jeweils die ihnen zugeordneten Zertifikatsinformationen. Nach Ausführungsformen sind die Zertifikate nicht in der Blockchain gespeichert, d.h. liegen als eigenständige Einheiten vor, während die Blockchain die Zertifikatsinformationen als Ergänzungen zu den Zertifikaten bereitstellt.
  • Das Bereitstellen von Nutzungsinformationen durch die Blockchain kann den Vorteil haben, dass die entsprechenden Nutzungsinformationen geändert werden können, ohne dass die Zertifikate selbst geändert werden. Genauer gesagt bleiben die Zertifikate in ihrer ursprünglichen Form, sei es als eigenständige Einheiten oder als Einträge in einer Blockchain, erhalten. Die von der Blockchain in (zusätzlichen) Blöcken bereitgestellten Zertifikatsinformationen ergänzen und/oder ersetzen die von den Zertifikaten umfassten Informationen. Bei bekannten Zertifikaten besteht das Problem, dass dieselben nach ihrer Ausstellung nicht mehr geändert werden können. So ist es beispielsweise schwierig ein Zertifikat auf eine vorbestimmte Zahl an Nutzungen zu beschränken, da es an Möglichkeiten fehlt, die Anzahl der Nutzungen eines entsprechenden Zertifikats nachzuverfolgen: Ein unveränderliches Zertifikat kann lediglich die entsprechende Nutzungszahl vorgeben. Anhand des Zertifikats ist jedoch bei einer konkreten Nutzung des Zertifikats nicht ersichtlich, wie viele Nutzungen bereits zuvor stattgefunden haben. Mit anderen Worten ist anhand des entsprechenden Zertifikats selbst nicht nachvollziehbar, ob die vorbestimmte Zahl an Nutzungen bereits ausgeschöpft wurde oder nicht.
  • Ausführungsformen können demgegenüber den Vorteil haben, dass anhand der Terminal-Zertifikatsinformationen oder der ID-Token-Zertifikatsinformationen Nutzungsbedingungen für das Terminal-Zertifikat und das ID-Token-Zertifikat festgelegt und deren Nutzung nachverfolgt werden kann.
  • In der Blockchain gespeicherte Zertifikatsinformationen ermöglichen es beispielsweise anhand von Nutzungsinformationen des Zertifikats nachzuvollziehen, ob bzw. wie oft das Zertifikat bereits genutzt wurde. Es kann mit einer entsprechenden Blockchain also ein Nutzungszähler allein auf Basis von Zertifikat und Zertifikatsinformationen implementiert werden.
  • Beispielsweise kann anhand der ID-Token-Zertifikatsinformationen festgelegt werden, wie oft der ID-Token für eine ID-Token-Authentifizierung gegenüber dem Terminal verwendet werden darf. Ferner kann durch die ID-Token-Zertifikatsinformation festgelegt werden, wie oft der ID-Token für eine ID-Token-Authentifizierung gegenüber einem Terminal verwendet werden darf.
  • Dabei kann sich die Anzahl der Nutzung auf Nutzungen gegenüber einem bestimmten Terminal, etwa einem bestimmten Terminal einer Mehrzahl von Terminals, oder auf Nutzungen gegenüber allen Terminals der Mehrzahl von Terminals beziehen. In ersterem Fall kann es sich bei der Blockchain um eine terminalindividuelle Blockchain handeln oder um eine redundant und dezentral auf allen Terminals der Mehrzahl von Terminals gespeicherte Blockchain, d.h. jedes der Terminals der Mehrzahl von Terminals umfasst eine Kopie der Blockchain und zusätzliche Blocks der Blockchain werden etwa durch die Terminals oder zusätzliche Blockchain-Server erstellt und an die (weiteren) Terminals verteilt. In letzterem Fall handelt es sich beispielsweise um eine redundant und dezentral auf allen Terminals der Mehrzahl von Terminals gespeicherte Blockchain.
  • Bei jeder ID-Token-Authentifizierung werden die entsprechenden ID-Token-Zertifikatsinformationen in der zweiten Blockchain aktualisiert, beispielsweise durch Hinzufügen zusätzlicher ID-Token-Zertifikatsinformationen in einem zusätzlichen Block der Blockchain. Der entsprechende zusätzliche Block der Blockchain wird beispielsweise auf ein Bereitstellen entsprechender neuer ID-Token-Zertifikatsinformationen hin generiert. Ist eine maximale vordefinierte Anzahl an ID-Token-Authentifizierungen mit einem ID-Token durchgeführt worden, so kann dies anhand der in der zweiten Blockchain gespeicherten ID-Token-Zertifikatsinformationen ermittelt werden und die Token-Authentifizierungen mit dem entsprechenden ID-Token gesperrt werden. Ferner kann die zweite Blockchain durch Hinzufügen eines zusätzlichen Blocks, welcher eine neue vordefinierte maximale Nutzungsanzahl für den entsprechenden ID-Token in Form von entsprechenden ID-Token-Zertifikatsinformationen umfasst, ein ID-Token, dessen bisherige maximale Zahl an ID-Token-Authentifizierungen ausgeschöpft wurde, für weitere ID-Token-Authentifizierungen freigeschaltet werden. Die entsprechende Freischaltung kann für das bzw. dieselben Terminals wie zuvor oder für weitere Terminals erfolgen.
  • Ebenso können für das Terminal-Zertifikat eines entsprechenden Terminals Terminal-Zertifikatsinformationen in einer ersten Blockchain verwendet werden, welche beispielsweise eine maximale Anzahl an Terminal-Authentifizierungen für das entsprechende Terminal festlegen. Hierbei kann sich die maximale Anzahl an Terminal-Authentifizierungen auf einen bestimmten ID-Token beziehen oder auf eine Mehrzahl von ID-Token. Beispielsweise werden bei jeder Terminal-Authentifizierung des Terminals gegenüber dem entsprechenden ID-Token zusätzliche Terminal-Zertifikatsinformationen erzeugt und der ersten Blockchain in einem zusätzlichen Block hinzugefügt, anhand derer sich die Anzahl der bisherigen Authentifizierungen durch das entsprechende Terminal nachverfolgen lässt. Ist die vordefinierte maximale Zahl von Terminal-Authentifizierungen für das entsprechende Terminal erreicht, so werden weitere Terminal-Authentifizierungen dieses Terminals gegenüber dem oder den ID-Token gesperrt. Durch Hinzufügen eines neuen Blocks zu der ersten Blockchain, welcher eine zusätzliche Terminal-Zertifikatsinformationen mit einer zusätzlichen maximalen Anzahl an Terminal-Authentifizierungen für das entsprechende Terminal umfasst, können Terminal-Authentifizierungen des Terminals gegenüber dem oder den ID-Token wieder freigeschaltet werden.
  • Bezieht sich die maximale Anzahl an Terminal-Authentifizierungen auf einen bestimmten ID-Token, kann es sich bei der Blockchain um eine ID-Token-individuelle Blockchain handeln oder um eine redundant und dezentral auf allen ID-Token einer Mehrzahl ID-Token gespeicherte Blockchain, d.h. jedes der ID-Token der Mehrzahl von ID-Token umfasst eine Kopie der Blockchain und zusätzliche Blocks der Blockchain werden etwa durch die ID-Token oder zusätzliche Blockchain-Server erstellt und an die (weiteren) ID-Token verteilt. Beispielsweise werden Nutzungen protokolliert und über ein Terminal (dasselbe Terminal oder ein als nächstes benutztes Terminal) an ein oder mehrere Blockchain-Server gesendet, welche die Blockchain unter Verwendung der protokollierten Nutzung um einen zusätzlichen Block erweitern. Die erweiterte Blockchain wird den ID-Token dann zur Aktualisierung über die Terminals bereitgestellt. Der ID-Token kann somit beispielsweise nach der nächsten erfolgreichen Authentifizierung die erste Blockchain durch die bereitgestellte erweiterte Blockchain aktualisieren. Im Falle einer Erweiterung der ersten Blockchain durch zusätzliche Blockchain-Server, kann der ID-Token die Terminal-Authentifizierungen zusätzlich in seinem Speicher protokollieren und bei einer Aktualisierung der ersten Blockchain prüfen, ob die protokollierten Nutzungen auch tatsächlich in die erweiterte Blockchain aufgenommen wurden. Wurden die protokollierten Nutzungen aufgenommen, können die entsprechenden zusätzlich protokollierten Nutzungen aus dem Speicher gelöscht werden, da diese ja von der Blockchain umfasst sind. Wurden die protokollierten Nutzungen nicht aufgenommen, kann eine Fehlermeldung erzeugt und gesendet werden, beispielsweise über ein Terminal an die Blockchain-Server.
  • Bezieht sich die maximale Anzahl an Terminal-Authentifizierungen auf eine Mehrzahl von ID-Token, kann es sich bei der Blockchain um eine entsprechende redundant und dezentral auf allen ID-Token der Mehrzahl von ID-Token gespeicherte Blockchain handeln.
  • Die Verwendung von Blockchains kann den Vorteil haben, dass eine Nutzung des Verfahrens insbesondere auch im Offlinemodus möglich ist. Da die Blockchains dezentral gespeichert werden, stehen die erste und zweite Blockchain auf dem ID-Token bzw. dem Terminal stets zur Verfügung unabhängig davon, ob der ID-Token bzw. das Terminal in aktiver Kommunikation mit anderen elektronischen Vorrichtungen, wie etwa den Mitgliedern eines Netzwerks stehen. Selbst im Falle einer redundanten Speicherung der Blockchains verursacht ein vorübergehender Ausfall der Netzwerkanbindung keinen vollständigen Ausfall des Systems, da die lokal gespeicherten Kopien der Blockchains auf den ID-Token bzw. den Terminals weiterhin zur Verfügung stehen.
  • Ausführungsformen können zudem den Vorteil haben, dass im Falle einer redundanten Speicherung der Blockchain selbst bei einem Ausfall einzelner Speicherorte weiterhin Kopien zur Verfügung stehen, womit die Gefahr eines „Single Point of Failure“ vermieden werden kann.
  • Nach Ausführungsformen umfasst die Terminal-Authentifizierung ferner ein Verifizieren der Authentizität des Terminal-Zertifikats unter Verwendung der von der ersten Blockchain bereitgestellten Terminal-Zertifikatinformationen, wobei eine erfolgreiche Terminal-Authentifizierung eine erfolgreiche Verifizierung der Authentizität des Terminal-Zertifikats voraussetzt.
  • Ausführungsformen können den Vorteil haben, dass eine Authentifizierung des Terminal-Zertifikats nur unter Berücksichtigung der Terminal-Zertifikatsinformationen erfolgt. Nur wenn sich anhand der entsprechenden Terminal-Zertifikatsinformationen ergibt, dass die vorliegende Nutzung eines gültigen Terminal-Zertifikats in Übereinstimmung mit den durch die Terminal-Zertifikatsinformationen festgelegten Voraussetzungen erfolgt, wird ein Zugriff auf das in dem ID-Token gespeicherte Attribut gewährt.
  • Ausführungsformen können ferner den Vorteil haben, dass die Authentizität des Terminal-Zertifikats ohne PKI verifiziert werden kann. Beispielsweise sind das Zertifikat selbst und/oder ein Prüfwert desselben in der Blockchain gespeichert. Die Authentizität wird dabei durch die Eintragung in die Blockchain gewährleistet. Beispielsweise werden in die Blockchain nur Zertifikate eingetragen, deren Authentizität feststeht. Etwa wird ein Prüfwert des entsprechenden Zertifikats von der ausstellenden Instanz veröffentlicht. Es ist somit nur eine initiale Authentifizierung im Zuge des Eintrags in die Blockchain erforderlich. Sobald das Zertifikat und/oder sein Prüfwert in die Blockchain eingetragen sind, lässt sich die Authentizität des Zertifikats schnell und effektiv anhand der entsprechenden Terminal-Zertifikatinformationen verifizieren. Beispielsweise ist nur der Prüfwert des Zertifikats in die Blockchain eingetragen. In diesem Fall kann die Authentizität eines vorgelegten Zertifikats durch vergleich des Prüfwerts des vorgelegten Zertifikats mit dem gespeicherten Prüfwert verifiziert werden. Nach Ausführungsformen wird hierzu der Prüfwert des vorgelegten Zertifikats berechnet.
  • Nach Ausführungsformen umfasst die Übertragung eines Zertifikats nur die Übertragung eines Identifikators bzw. einer Kennung des entsprechenden Zertifikats, welches in einer der Blockchains gespeichert ist. Auf einen Empfang des Identifikators hin, wird das zugehörige Zertifikat unter Verwendung des Identifikators in der Blockchain identifiziert und aus der Blockchain ausgelesen. Dabei umfasst das Identifizieren des Zertifikats implizit ein Verifizieren der Authentizität, da diese eine Voraussetzung für die Eintragung ist.
  • Nach Ausführungsformen umfasst die Terminal-Authentifizierung ferner:
    • • Prüfen des Status des Terminal-Zertifikats unter Verwendung der von der ersten Blockchain bereitgestellten Terminal-Zertifikatinformationen.
  • Ausführungsformen können den Vorteil haben, dass unter Verwendung der ersten Blockchain beispielsweise geprüft werden kann, ob das Zertifikat gesperrt und/oder wieder entsperrt wurde. Ferner kann beispielsweise geprüft werden, ob das Zertifikat aufgebraucht und/oder abgelaufen ist. Zudem kann geprüft werden, ob seine Nutzungsberechtigungen erneuert und/oder seine Gültigkeit verlängert wurde. Beispielsweise kann der Nutzungsstatus geprüft werden, etwa ob eine aktuelle Nutzung des Terminal-Zertifikats zur Terminal-Authentifizierung noch innerhalb der Grenzen einer vordefinierten maximalen Anzahl an Terminal-Authentifizierungen für das entsprechende Terminal liegt.
  • Nach Ausführungsformen umfasst die ID-Token-Authentifizierung ferner:
    • • Verifizieren der Authentizität des ID-Token-Zertifikats unter Verwendung der von der zweiten Blockchain bereitgestellten ID-Token-Zertifikatinformationen, wobei eine erfolgreiche ID-Token-Authentifizierung eine erfolgreiche Verifizierung der Authentizität des ID-Token-Zertifikats voraussetzt.
  • Ausführungsformen können den Vorteil haben, dass eine Authentifizierung des ID-Token-Zertifikats nur unter Berücksichtigung der ID-Token-Zertifikatsinformationen erfolgt. Nur wenn sich anhand der entsprechenden ID-Token-Zertifikatsinformationen ergibt, dass die vorliegende Nutzung eines gültigen ID-Token-Zertifikats in Übereinstimmung mit den durch die ID-Token-Zertifikatsinformationen festgelegten Voraussetzungen erfolgt, wird ein Zugriff auf das in dem ID-Token gespeicherte Attribut gewährt.
  • Ausführungsformen können ferner den Vorteil haben, dass die Authentizität des ID-Token-Zertifikats ohne PKI verifiziert werden kann. Beispielsweise sind das Zertifikat selbst und/oder ein Prüfwert desselben in der Blockchain gespeichert. Die Authentizität wird dabei durch die Eintragung in die Blockchain gewährleistet. Beispielsweise werden in die Blockchain nur Zertifikate eingetragen, deren Authentizität feststeht. Etwa wird ein Prüfwert des entsprechenden Zertifikats von der ausstellenden Instanz veröffentlicht. Es ist somit nur eine initiale Authentifizierung im Zuge des Eintrags in die Blockchain erforderlich. Sobald das Zertifikat und/oder sein Prüfwert in die Blockchain eingetragen sind, lässt sich die Authentizität des Zertifikats schnell und effektiv anhand der entsprechenden ID-Token-Zertifikatinformationen verifizieren. Beispielsweise ist nur der Prüfwert des Zertifikats in die Blockchain eingetragen. In diesem Fall kann die Authentizität eines vorgelegten Zertifikats durch vergleich des Prüfwerts des vorgelegten Zertifikats mit dem gespeicherten Prüfwert verifiziert werden. Nach Ausführungsformen wird hierzu der Prüfwert des vorgelegten Zertifikats berechnet.
  • Nach Ausführungsformen umfasst die ID-Token-Authentifizierung ferner:
    • • Prüfen des Status des ID-Token-Zertifikats unter Verwendung der von der zweiten Blockchain bereitgestellten ID-Token-Zertifikatinformationen.
  • Ausführungsformen können den Vorteil haben, dass unter Verwendung der ersten Blockchain beispielsweise geprüft werden kann, ob das Zertifikat gesperrt und/oder wieder entsperrt wurde. Ferner kann beispielsweise geprüft werden, ob das Zertifikat aufgebraucht und/oder abgelaufen ist. Zudem kann geprüft werden, ob seine Nutzungsberechtigungen erneuert und/oder seine Gültigkeit verlängert wurde. Beispielsweise kann der Nutzungsstatus geprüft werden, etwa ob eine aktuelle Nutzung des ID-Token-Zertifikats zur ID-Token-Authentifizierung noch innerhalb der Grenzen einer vordefinierten maximalen Anzahl an ID-Token-Authentifizierungen für das entsprechende ID-Token liegt.
  • Nach Ausführungsformen umfasst das Terminal-Zertifikat einen dem Terminal zugeordneten statischen öffentlichen Terminal-Schlüssel, wobei in einem geschützten Speicherbereich des zweiten Speichers des Terminals ein statischer privater Terminal-Schlüssel gespeichert ist, welcher zusammen mit dem statischen öffentlichen Terminal-Schlüssel ein statisches asymmetrisches Terminal-Schlüsselpaar bildet. Die Terminal-Authentifizierung umfasst zum Bereitstellen des Terminal-Zertifikats ferner:
    • • Empfangen des Terminal-Zertifikats mit dem statischen öffentlichen Terminal-Schlüssel von dem Terminal durch den ID-Token.
  • Nach Ausführungsformen umfasst das ID-Token-Zertifikat einen dem ID-Token zugeordneten statischen öffentlichen ID-Token-Schlüssel, wobei in einem geschützten Speicherbereich des ersten Speichers des ID-Tokens ein statischer privater ID-Token-Schlüssel gespeichert ist, welcher zusammen mit dem statischen öffentlichen ID-Token-Schlüssel ein statisches asymmetrisches ID-Token-Schlüsselpaar bildet. Die ID-Token-Authentifizierung umfasst zum Bereitstellen des ID-Token-Zertifikats ferner:
    • • Empfangen des ID-Token-Zertifikats mit dem statischen öffentlichen ID-Token-Schlüssel von dem ID-Token durch den Terminal.
  • Nach Ausführungsformen wird das Terminal-Zertifikat mit dem statischen öffentlichen Terminal-Schlüssel von den Terminal-Zertifikatsinformationen umfasst und das Bereitstellen des Terminal-Zertifikats umfasst ein Empfangen eines Identifikators des Terminal-Zertifikats von dem Terminal durch den ID-Token, anhand dessen die zugehörigen Zertifikatsinformationen in der ersten Blockchain identifiziert und ausgelesen werden können. Nach Ausführungsformen wird das ID-Token-Zertifikat mit dem statischen öffentlichen ID-Token-Schlüssel von den ID-Token-Zertifikatsinformationen umfasst und das Bereitstellen des ID-Token-Zertifikats umfasst ein Empfangen eines Identifikators des ID-Token-Zertifikats von dem ID-Token durch das Terminal, anhand dessen die zugehörigen ID-Token-Zertifikatsinformationen in der zweiten Blockchain identifiziert und ausgelesen werden können.
  • Ein Identifikator bzw. eine Kennung ist ein mit einer bestimmten Identität verknüpftes Merkmal bzw. Wert zur eindeutigen Identifizierung der Person oder Objekts, wie etwa eines Zertifikats, welchem der Identifikator zugeordnet ist. Ein Identifikator kann beispielsweise Zahlen, Buchstaben, Sonderzeichen sowie Kombinationen aus diesen umfassen. Solche Kombinationen können nach Ausführungsformen auch beschreibende Angaben umfassen. Ein Identifikator kann ferner in Form eines Prüfwerts eines Objekts, insbesondere eines digitalen Objekts, vorliegen. Ein Identifikator kann ein einheitliches, eigenständiges Objekt identifizieren oder ein Gesamtobjekt, welches eine Mehrzahl von zu dem entsprechenden Gesamtobjekt gehörenden Teilobjekten umfasst. Hierbei sind die Teilobjekte unter Verwendung des Identifikators als zu dem Gesamtobjekt gehörenden identifizierbar.
  • Ein Prüfwert ist ein der Datei zugeordneter Wert, welcher die Datei derart eindeutig charakterisiert, dass die Integrität der Datei anhand des Prüfwerts überprüft werden kann. Ein Prüfwert in Form einer Prüfsumme stellt beispielsweise einen Wert bereit, welcher aus der Datei berechnet wurde und dazu konfiguriert ist, zumindest einen Bitfehler in den Daten der Datei zu erkennen. Je nachdem wie komplex die Berechnungsvorschrift für die Prüfsumme ist, können mehr als ein Fehler erkannt oder auch korrigiert werden. Bekannte Prüfwerte bzw. Prüfsummen können beispielsweise auf einem Aussummieren von datenwerten, einer Berechnung einer Quersumme, eines Paritätsbit, eines gewichteten Mittelwerts der Daten oder auf komplexeren Berechnungsverfahren beruhen, wie etwa einer zyklischen Redundanzprüfung oder der Verwendung einer Hashfunktion. Insbesondere kann es sich bei dem Kennwert um einen Hashwert der Datei handeln.
  • Nach Ausführungsformen erfolgt die Zugriffskontrolle in einem Offline-Modus des ID-Tokens und/oder des Terminals. Dabei kann der Offline-Modus störungsbedingt oder durch gezieltes Unterbrechen entsprechender Kommunikationsverbindungen verursacht sein.
  • Nach Ausführungsformen handelt es sich bei der ersten und zweiten Blockchain um eine gemeinsame Blockchain. In diesem Fall umfasst eine Blockchain sowohl Terminal-Zertifikatsinformationen als auch ID-Token-Zertifikatsinformationen.
  • Nach Ausführungsformen umfasst das Verfahren ferner: auf die Freigabe des Zugriffs auf das gespeicherte Attribut hin, Eintragen eines aktualisierten Nutzungszählers des Terminal-Zertifikats in die erste Blockchain, wobei der den aktualisierten Nutzungszähler umfassende Eintrag den Identifikator des Terminal-Zertifikats umfasst. Ausführungsformen können den Vorteil haben, dass die Anzahl an Nutzungen des Terminal-Zertifikats für Terminal-Authentifizierungen gegenüber einem oder mehreren ID-Token begrenzt werden kann. Soll das Terminal-Zertifikat nur für Terminal-Authentifizierungen gegenüber einem bestimmten ID-Token begrenzt werden, umfasst der Eintrag beispielsweise zudem den Identifikator des entsprechenden ID-Tokens.
  • Ausführungsformen können den Vorteil haben, dass durch den aktualisierten Nutzungszähler anhand der ersten Blockchain stets die aktuelle Anzahl an Nutzungen des entsprechenden Terminal-Zertifikats, d. h. die Anzahl der bisherigen Terminal-Authentifizierungen gegenüber dem oder den entsprechenden ID-Token, nachvollzogen werden können. Anhand des Identifikators des entsprechenden Terminal-Zertifikats kann der aktualisierte Nutzungszähler eindeutig dem entsprechenden Terminal-Zertifikat zugeordnet werden. Dies kann den Vorteil haben, dass die zweite Blockchain Nutzungszähler für eine Vielzahl von Terminal-Zertifikaten umfassen kann. Wird zudem ein Identifikator des oder der entsprechenden ID-Token hinzugefügt, können in der ersten Blockchain für ein und dasselben Terminal eine Vielzahl von individuellen Nutzungszählern implementiert werden, welche jeweils die Anzahl der Nutzungen gegenüber einem oder mehreren ID-Token der Vielzahl von ID-Token, deren Identifikatoren umfasst sind, beschränken.
  • Nach Ausführungsformen geben die Terminal-Zertifikatsinformationen einen Anfangswert des Nutzungszählers vor und der Wert des Nutzungszählers wird bei jeder Aktualisierung dekrementiert wird, wobei das Terminal-Zertifikat seine Gültigkeit verliert, sobald der Nutzungszähler einen unteren Grenzwert erreicht. Nach Ausführungsformen geben die Terminal-Zertifikatsinformationen einen oberen Grenzwert für den Nutzungszähler vor und der Wert des Nutzungszählers wird bei jeder Aktualisierung inkrementiert, wobei das Terminal-Zertifikat seine Gültigkeit verliert, sobald der Nutzungszähler den oberen Grenzwert erreicht.
  • Nach Ausführungsformen umfasst die erste Blockchain in einem Block ein Programmmodul mit Programminstruktionen, wobei auf die Freigabe des Zugriffs auf das gespeicherte Attribut hin, das Programmmodul aufgerufen wird und die Programminstruktionen ausgeführt werden. Durch das Ausführen der Programminstruktionen wird das Aktualisieren des Nutzungszählers des Terminal-Zertifikats unter Verwendung der Terminal-Zertifikatsinformationen gesteuert.
  • Ausführungsformen können den Vorteil haben, dass das Aktualisieren des Nutzerzählers automatisch unter Verwendung der ersten Blockchain ablaufen kann. Veränderliche Werte der Zertifikate, d.h. des ID-Token-Zertifikats und des Terminal-Zertifikat, können somit über Programmmodule, beispielsweise in Form von sog. sog. Smart-Contracts, in der Blockchain abgebildet werden. Bei den Programmmodulen handelt es sich beispielsweise um automatisch ausführbare Programminstruktionen. Nach Ausführungsformen kann die erste Blockchain weitere Programmmodule mit weiteren Programminstruktionen umfassen, deren Ausführung beispielsweise das Ausführen der Terminal-Authentifizierung steuert. Hierzu wird das entsprechende Programmodul im Zuge bzw. zu Beginn der Terminal-Authentifizierung aufgerufen. Grundsätzlich können alle durch den ID-Token ausgeführte Verfahrensschritte von Ausführungsformen des hierin offenbarten Verfahrens durch Programmmodule mit entsprechenden Programminstruktionen gesteuert werden.
  • Nach Ausführungsformen umfasst das Verfahren ferner: auf die Freigabe des Zugriffs auf das gespeicherte Attribut hin, Eintragen eines aktualisierten Nutzungszählers des ID-Token-Zertifikats in die zweite Blockchain, wobei der den aktualisierten Nutzungszähler umfassende Eintrag einen Identifikator des ID-Token-Zertifikats umfasst. Ausführungsformen können den Vorteil haben, dass die Anzahl an Nutzungen des ID-Token-Zertifikats für ID-Token-Authentifizierungen gegenüber einem oder mehreren Terminals begrenzt werden kann. Soll das ID-Token-Zertifikat nur für ID-Token-Authentifizierungen gegenüber einem bestimmten Terminal begrenzt werden, umfasst der Eintrag beispielsweise zudem den Identifikator des entsprechenden Terminals.
  • Ausführungsformen können den Vorteil haben, dass durch den aktualisierten Nutzungszähler anhand der zweiten Blockchain stets die aktuelle Anzahl an Nutzungen des entsprechenden ID-Token-Zertifikats, d. h. die Anzahl der bisherigen ID-Token-Authentifizierungen gegenüber dem oder den entsprechenden Terminals, nachvollzogen werden können. Anhand des Identifikators des entsprechenden ID-Token-Zertifikats kann der aktualisierte Nutzungszähler eindeutig dem entsprechenden ID-Token-Zertifikat zugeordnet werden. Dies kann den Vorteil haben, dass die zweite Blockchain Nutzungszähler für eine Vielzahl von ID-Token-Zertifikaten umfassen kann. Wird zudem ein Identifikator des oder der entsprechenden Terminals hinzugefügt, können in der zweiten Blockchain für ein und denselben ID-Token eine Vielzahl von individuellen Nutzungszähler implementiert werden, welche jeweils die Anzahl der Nutzungen gegenüber einem oder mehreren Terminals der Vielzahl von Terminals, deren Identifikatoren umfasst sind, beschränken.
  • Nach Ausführungsformen geben die ID-Token-Zertifikatsinformationen einen Anfangswert des Nutzungszählers vor und der Wert des Nutzungszählers wird bei jeder Aktualisierung dekrementiert, wobei das ID-Token-Zertifikat seine Gültigkeit verliert, sobald der Nutzungszähler einen unteren Grenzwert erreicht. Nach Ausführungsformen geben die ID-Token-Zertifikatsinformationen einen oberen Grenzwert für den Nutzungszähler vor und der Wert des Nutzungszählers wird bei jeder Aktualisierung inkrementiert, wobei das ID-Token-Zertifikat seine Gültigkeit verliert, sobald der Nutzungszähler den oberen Grenzwert erreicht.
  • Nach Ausführungsformen umfasst die zweite Blockchain in einem Block ein Programmmodul mit Programminstruktionen, wobei auf die Freigabe des Zugriffs auf das gespeicherte Attribut hin, das Programmmodul aufgerufen wird und die Programminstruktionen ausgeführt werden. Durch das Ausführen der Programminstruktionen wird das Aktualisieren des Nutzungszählers des ID-Token-Zertifikats unter Verwendung der ID-Token-Zertifikatsinformationen gesteuert.
  • Ausführungsformen können den Vorteil haben, dass das Aktualisieren des Nutzerzählers automatisch unter Verwendung der zweiten Blockchain erfolgen kann. Bei den Programmmodulen handelt es sich beispielsweise um automatisch ausführbare Programminstruktionen. Nach Ausführungsformen kann die zweite Blockchain weitere Programmmodule mit weiteren Programminstruktionen umfassen, deren Ausführung beispielsweise das Ausführen der ID-Token-Authentifizierung steuert. Hierzu wird das entsprechende Programmodul im Zuge bzw. zu Beginn der ID-Token-Authentifizierung aufgerufen. Grundsätzlich können alle durch das Terminal ausgeführte Verfahrensschritte von Ausführungsformen des hierin offenbarten Verfahrens durch Programmmodule mit entsprechenden Programminstruktionen gesteuert werden.
  • Nach Ausführungsformen synchronisiert der ID-Token die erste Blockchain auf die Freigabe des Zugriffs auf das gespeicherte Attribut hin über das Terminal und ein mit dem Terminal verbundenes Netzwerk. Ausführungsformen können den Vorteil haben, dass sie eine dezentrale und redundante Speicherung der Blockchain ermöglichen. Insbesondere kann die erste Blockchain Terminal-Zertifikatsinformationen, wie beispielsweise Nutzungsinformationen des Terminal-Zertifikats über Nutzungen des entsprechenden Terminal-Zertifikats gegenüber einer Mehrzahl von ID-Token, umfassen.
  • Nach Ausführungsformen ist der ID-Token als mobiles, tragbares Kommunikationsgerät, wie beispielsweise ein Smartphone, konfiguriert, wobei das mobile, tragbare Kommunikationsgerät eine Funkschnittstelle zur Kommunikation über ein Funknetzwerk umfasst, und wobei der ID-Token die erste Blockchain auf die Freigabe des Zugriffs auf das gespeicherte Attribut hin über das Funknetzwerk synchronisiert.
  • Nach Ausführungsformen synchronisiert das Terminal die zweite Blockchain über das Netzwerk. Ausführungsformen können den Vorteil haben, dass sie eine dezentrale und redundante Speicherung der Blockchain ermöglichen. Insbesondere kann die zweite Blockchain ID-Token-Zertifikatsinformationen, wie beispielsweise Nutzungsinformationen des ID-Token-Zertifikats über Nutzungen des entsprechenden ID-Token-Zertifikats gegenüber einer Mehrzahl von Terminals, umfassen.
  • Nach Ausführungsformen synchronisiert das Terminal die erste und/oder zweite Blockchain zu vordefinierten Zeitpunkten über das Netzwerk.
  • Nach Ausführungsformen umfasst die erste Blockchain eine Mehrzahl von Terminal-Zertifikatsinformationen zu einer Mehrzahl von Terminal-Zertifikaten einer Mehrzahl von Terminals. Nach Ausführungsformen umfasst die zweite Blockchain eine Mehrzahl von ID-Token-Zertifikatsinformationen zu einer Mehrzahl von ID-Token-Zertifikaten einer Mehrzahl von ID-Token.
  • Nach Ausführungsformen umfassen die Terminal-Zertifikatsinformationen einen Identifikator des Terminal-Zertifikats und einen Prüfwert des Terminal-Zertifikats. Nach Ausführungsformen umfassen die ID-Token-Zertifikatsinformationen einen Identifikator des ID-Token-Zertifikats und einen Prüfwert des ID-Token-Zertifikats umfassen. Ausführungsformen können den Vorteil haben, dass sich Terminal-Zertifikat bzw. das ID-Token-Zertifikat anhand der Terminal-Zertifikatsinformationen bzw. ID-Token-Zertifikatsinformationen eindeutig identifiziert und auf Authentizität sowie Integrität geprüft werden kann.
  • Ausführungsformen können den Vorteil haben, dass anhand des Prüfwerts des Terminal-Zertifikats durch den ID-Token unter Verwendung der Terminal-Zertifikatsinformation geprüft werden kann, ob es sich bei einem vorliegenden Zertifikat um ein gültiges, unverfälschtes Terminal-Zertifikat handelt. Ebenso kann anhand des Prüfwerts des ID-Token-Zertifikats durch das Terminal geprüft werden, ob ein vorliegendes ID-Token-Zertifikat gültig und unverfälscht ist.
  • Nach Ausführungsformen wird zum Sperren des Terminal-Zertifikats ein erster Sperreintrag in die erste Blockchain eingetragen, wobei der erste Sperreintrag den Identifikator des Terminal-Zertifikats umfasst. Nach Ausführungsformen wird zum Sperren des ID-Tokens ein zweiter Sperreintrag in die zweite Blockchain eingetragen, wobei der zweite Sperreintrag den Identifikator des ID-Token-Zertifikats umfasst.
  • Ausführungsformen können den Vorteil haben, dass sie eine Sperrung des Terminal-Zertifikats und/oder des ID-Token-Zertifikats unter Verwendung der Blockchain ermöglichen. Anhand der ersten Blockchain kann geprüft werden kann, ob das entsprechende Terminal gesperrt ist, und/oder anhand der zweiten Blockchain kann geprüft werden, ob der ID-Token gesperrt ist. Eine Speicherung der entsprechenden Sperrinformationen in den entsprechenden Blockchains kann ferner den Vorteil haben, dass sie dezentral und redundant erfolgen kann, wodurch die Störanfälligkeit reduziert werden kann. Zudem ermöglich eine Implementierung der Sperrung unter Verwendung der Blockchains, dass die entsprechenden Zertifikate durch zusätzliche Entsperrungseinträge auch wieder entsperrt werden können.
  • Nach Ausführungsformen definieren die Terminal-Zertifikatsinformationen Berechtigungen des Terminals. Nach Ausführungsformen definieren die ID-Token-Zertifikatsinformationen Berechtigungen des ID-Tokens. Bei diesen Berechtigungen kann es sich beispielsweise um Lese- und/oder Schreibberechtigungen des Terminals bzw. des ID-Tokens handeln.
  • Nach Ausführungsformen definieren die Terminal-Zertifikatsinformationen Berechtigungen des Terminals und eine Änderung der Berechtigungen des Terminals wird als Eintrag zu der ersten Blockchain hinzugefügt, wobei der entsprechende Eintrag den Identifikator des Terminal-Zertifikats umfasst. Nach Ausführungsformen definieren die ID-Token-Zertifikatsinformationen Berechtigungen des ID-Token und eine Änderung von Berechtigungen des ID-Tokens wird als Eintrag zu der zweiten Blockchain hinzugefügt, wobei der entsprechende Eintrag den Identifikator des ID-Token-Zertifikats umfasst.
  • Ausführungsformen können den Vorteil haben, dass Berechtigungen des Terminals und/oder des ID-Tokens geändert werden können. Ferner kann anhand der von den Terminal-Zertifikatsinformationen umfassten Berechtigungen des Terminals geprüft werden, ob das entsprechende Terminal zu einem Zugriff auf das in dem ID-Token gespeicherte Attribut berechtigt ist. Die Speicherung der entsprechenden Berechtigungen in einem Block der ersten Blockchain hat den Vorteil, dass die entsprechenden Berechtigungen durch Einträge in weiteren Blöcken der ersten Blockchain geändert werden können. Eine solche Änderungsmöglichkeit bieten bekannte Berechtigungszertifikate, welche keine Änderungen zulassen, nicht.
  • Nach einer Ausführungsform werden auf eine erfolgreiche Terminal-Authentifizierung hin zusätzliche Terminal-Zertifikatsinformationen zu der ersten Blockchain hinzugefügt, welche die erfolgreiche Terminal-Authentifizierung protokollieren. Beispielsweise umfassen die zusätzlichen Terminal-Zertifikatsinformationen einen Zugriffstoken. Ausführungsformen der Erfindung können den Vorteil haben, dass bei einer zukünftigen Terminal-Authentifizierung eine aufwendige vollständige Signaturprüfung vermieden werden kann. Stattdessen genügt ein Vergleich eines empfangenen Zugriffstokens mit dem als gültig hinterlegten Zugriffstoken, um die Gültigkeit des empfangenen Zugriffstokens zu verifizieren. Dies kann eine vereinfachte, schnellere Terminal-Authentifizierung bei gleichzeitiger Gewährleistung der Sicherheit ermöglichen.
  • Unter einem „Zugriffstoken“ wird im Folgenden ein Softwareelement verstanden, welches dazu konfiguriert ist eine Zugriffsberechtigung auf eine Informatikeinrichtung, wie einen Computer, Server, Terminal, Chipkarte nachzuweisen. Insbesondere kann es sich bei dem Zugriffstoken um ein Softwareelement handeln, für welches eine Zugriffsberechtigung durch die Informatikeinrichtung verifiziert wurde und welches auf der Informatikeinrichtung hinterlegt ist. Bei einem Zugriffstoken kann es sich beispielsweise um ein Zertifikat oder einen aus einem Zertifikat abgeleiteten Hash-Wert handeln. Nach Ausführungsformen umfasst der Hash-Wert einen Hash von Metadaten des Zertifikats.
  • Nach einer Ausführungsform werden auf eine erfolgreiche ID-Token-Authentifizierung hin zusätzliche ID-Token-Zertifikatsinformationen zu der zweiten Blockchain hinzugefügt, welche die erfolgreiche ID-Token-Authentifizierung protokollieren. Beispielsweise umfassen die zusätzlichen ID-Token-Zertifikatsinformationen einen Zugriffstoken. Ausführungsformen der Erfindung können den Vorteil haben, dass bei einer zukünftigen ID-Token-Authentifizierung eine aufwendige vollständige Signaturprüfung vermieden werden kann. Stattdessen genügt ein Vergleich eines empfangenen Zugriffstokens mit dem als gültig hinterlegten Zugriffstoken, um die Gültigkeit des empfangenen Zugriffstokens zu verifizieren. Dies kann eine vereinfachte, schnellere ID-Token-Authentifizierung bei gleichzeitiger Gewährleistung der Sicherheit ermöglichen.
  • Nach Ausführungsformen umfasst eine vereinfachte Terminal-Authentifizierung auf einen Empfang eines Zugriffstokens von dem Terminal durch den ID-Token hin ein automatisches Prüfen, ob der Zugriffstoken in der ersten Blockchain gültig gespeichert ist. Im Fall, dass der Zugriffstoken in der ersten Blockchain gültig gespeichert ist, erfolgt eine Freigabe eines Zugriffs des Terminals auf das in dem ID-Token gespeicherte Attribut unter der Voraussetzung einer erfolgreichen ID-Token-Authentifizierung. Im Fall, dass der Zugriffstoken in der ersten Blockchain nicht gültig gespeichert ist, erfolgt eine vollständige Terminal-Authentifizierung.
  • Nach Ausführungsformen umfasst eine vereinfachte ID-Token-Authentifizierung auf einen Empfang eines Zugriffstokens von dem ID-Token durch das Terminal hin ein automatisches Prüfen, ob der Zugriffstoken in der zweiten Blockchain gültig gespeichert ist. Im Fall, dass der Zugriffstoken in der zweiten Blockchain gültig gespeichert ist, erfolgt eine Freigabe eines Zugriffs des Terminals auf das in dem ID-Token gespeicherte Attribut. Im Fall, dass der Zugriffstoken in der zweiten Blockchain nicht gültig gespeichert ist, erfolgt eine vollständige ID-Token-Authentifizierung.
  • Ausführungsformen der Erfindung können den Vorteil haben, dass die Geschwindigkeit, mit welcher die Zugriffskontrolle seitens des ID-Tokens erfolgt, trotz der hohen Sicherheit schnell sein kann, da nicht für jeden Zugriffsversuch des Terminals auf das Attribut die oben beschriebenen Signaturprüfungen durchgeführt werden müssen. Solange ein gültiges übereinstimmendes Zugriffstoken, beispielsweise in Form eines Hash-Werts, in dem ID-Token gespeichert ist, wird eine Signaturprüfung vermieden. So entfallen beispielsweise damit verbunden zeit- und energieaufwendige elliptische Kurvenoperationen. Vielmehr wird ein schneller Speicherzugriff auf einen entsprechenden Speicherbereich des ID-Tokens ermöglicht, was nach Prüfung der Gültigkeit des Zugriffstokens in dem ID-Token ohne weitere Prüfung beispielsweise eines statischen Zertifikats des Terminals den Zugriff auf die in dem ID-Token gespeicherten Attribute erlaubt.
  • Nach Ausführungsformen legt der Zugriffstoken fest, wie und auf welche Attribute das Terminal Zugriff erhält. Beispielsweise kann dies über ein Terminal-Zertifikat festgelegt werden, aus welchem das Zugriffstoken in Form eines Hash-Werts abgeleitet wird. Die Zugriffsberechtigung wird nach Ausführungsformen von Metadaten des Zertifikats umfasst, deren Hash von dem abgeleiteten Hash-Wert mit umfasst wird. Beispielsweise können spezifische Attribute angegeben werden, sodass insgesamt nicht ein Vollzugriff auf sämtliche im ID-Token gespeicherten Attribute erfolgt, sondern nur auf eine beschränkte Auswahl hiervon. Ferner kann die Zugriffsberechtigung eine Angabe dahingehend enthalten sein, ob nur ein Lesezugriff oder ein Lese- und Schreibzugriff gegeben ist.
  • Nach Ausführungsformen ist der statische öffentliche Terminal-Schlüssel des Terminals dem Terminal-Zertifikat zugeordnet, dessen Hash-Wert den Zugangstoken bildet. Der statische öffentliche Schlüssel wird verknüpft mit dem Hash-Wert in der ersten Blockchain gespeichert und eine weitere Kommunikation mit dem Terminal erfolgt verschlüsselt unter Verwendung des statischen öffentlichen Terminal-Schlüssel. Zum Beispiel ist der statische öffentliche Terminal-Schlüssel in dem Terminal-Zertifikat enthalten, wobei der abgeleitete Hash-Wert einen Hash des statischen öffentlichen Schlüssels umfasst.
  • Dies kann den Vorteil haben, dass die Geschwindigkeit der Terminal-Authentifizierung durch den ID-Token weiter erhöht wird. Im Falle, dass ein gültiger Zugangstoken, z.B. Hash-Wert, in dem ID-Token gespeichert ist, entfällt ein erneuter Austausch in Form einer Datenübertragung des statischen öffentlichen Terminal-Schlüssels. Der gespeicherte statische öffentliche Terminal-Schlüssel kann von dem ID-Token direkt aus der ersten Blockchain gelesen und für die weitere Kommunikation mit dem Terminal verwendet werden.
  • Nach einer Ausführungsform wird der Zugriffstoken mit einem Zeitstempel verknüpft. Nach einer Ausführungsform wird der Zugriffstoken einer vordefinierten relativen Gültigkeitsdauer zugeordnet.
  • Die besagte relative Gültigkeitsdauer kann beispielsweise eine Zeitdauer wie ein Jahr, sechs Monate, 24 Stunden umfassen. Beispielsweise wird mit dem Speichern des Zugriffstokens eine Systemzeit des Terminals oder des ID-Tokens herangezogen und die relative Gültigkeitsdauer der Systemzeit hinzuaddiert. Hieraus ergibt sich die maximale Gültigkeitsdauer in Form eines absoluten Zeitwertes, z.B. eines Ablaufdatums oder einem Ablaufzeitpunkt. Umfasst der Zugriffstoken Metadaten in Form eines Zeitstempels, kann damit die Gültigkeitsdauer des Zugriffs des Terminals auf das Attribut des ID-Tokens ausgehend von einem initialen Zeitpunkt für eine bestimmte Zeitdauer ohne weitere Authentifizierung durchgeführt werden. Eine vollständige Authentifizierung erfolgt in diesem Fall nicht ständig, sondern nur zu vordefinierten Zeitpunkten, welche durch die relative Gültigkeitsdauer vorgegeben werden. Dabei legt das Terminal, welches die Metadaten bereitstellt, selbst fest, in welchen zeitlichen Abständen eine vollständige Authentifizierung des Terminals durch den ID-Token zu erfolgen hat. Alternative oder zusätzlich legt der ID-Token, falls dieser Metadaten bereitstellt, selbst fest, in welchen zeitlichen Abständen eine vollständige Authentifizierung des ID-Tokens durch das Terminal zu erfolgen hat.
  • Nach einer Ausführungsform wird das Zugriffstoken in einer ersten Nachricht von dem Terminal an den ID-Token gesendet, wobei die erste Nachricht ein Wurzelzertifikat umfasst, wobei im Falle, dass kein gültiges zweites Zugriffstoken in dem ID-Token gespeichert ist, die Authentifizierung durch den ID-Token ferner ein Verifizieren des Zugriffstokens über das Wurzelzertifikat mittels eines in dem ID-Token gespeicherten öffentlichen Schlüssels einer Wurzelzertifizierungsstelle umfasst, wobei erst nach erfolgreicher Verifizierung des Zugriffstokens über das Wurzelzertifikat das Speichern des Zugriffstokens und das Freigeben des Zugriffs des Terminals auf das Attribut erfolgt.
  • Beispielsweise wird das statische Zertifikat des Terminals über das Wurzelzertifikat mittels eines in dem ID-Token gespeicherten öffentlichen Schlüssels einer Wurzelzertifizierungsstelle verifiziert, wobei erst nach erfolgreicher Verifizierung des statischen Zertifikats des Terminals über das Wurzelzertifikat das Speichern des Hash-Wertes als Zugriffstoken in dem ID-Token und die Freigabe des Zugriffs des Terminals auf das Attribut erfolgt.
  • Dies kann den Vorteil haben, dass durch eine zentrale vertrauenswürdige Instanz, d.h. eine Wurzelzertifizierungsstelle, festgelegt werden kann, in welcher Weise der Zugriff auf das Attribut erfolgen kann. Ein Wurzelzertifikat, auch als Stammzertifikat bezeichnet, ist ein unsigniertes Public-Key-Zertifikat oder selbstsigniertes Zertifikat einer Wurzelzertifizierungsstelle, das dazu dient, die Gültigkeit aller untergeordneten Zertifikate zu validieren. Wurzelzertifikate sind ein wichtiger Bestandteil eines Public-Key-Infrastruktursystems (PKI-Systems) und implizit vertrauenswürdig. Ein Wurzelzertifikat basiert beispielsweise auf dem ISO X.509-Standard. Mit einer PKI-Infrastruktur bzw. PKI-System wird ein System bezeichnet, welches digitale Zertifikate ausstellen, verteilen und prüfen kann. Die innerhalb einer PKI ausgestellten Zertifikate werden zur Absicherung rechnergestützter Kommunikation verwendet.
  • Da üblicherweise der Wurzelzertifizierungsstelle sowohl von dem ID-Token als auch dem Terminal vertraut wird, kann der ID-Token davon ausgehen, dass sämtliche in den Metadaten enthaltenen Informationen als vertrauenswürdig anzusehen sind. Befinden sich in bzw. auf dem ID-Token beispielsweise sensible persönliche Informationen wie ein Geburtsdatum, biometrische Informationen, eine Wohnadresse und dergleichen, muss ein Nutzer des ID-Tokens keine Sorge haben, dass das Terminal unbefugt in Besitz dieser Attribute gelangen könnte. Durch die Absicherung über eine zentrale Wurzelzertifizierungsstelle ist insofern sichergestellt, dass ein Missbrauch des ID-Tokens durch das Terminal effektiv unterbunden werden kann.
  • Nach Ausführungsformen umfasst die Terminal-Authentifizierung ferner:
    • • Empfangen einer ersten Nachricht von dem Terminal durch den ID-Token, wobei die erste Nachricht eine erste unter Verwendung des statischen privaten Terminal-Schlüssels erzeugte Signatur aufweist,
    • • Verifizieren der Authentizität der ersten Nachricht, wobei das Verifizieren der ersten Nachricht ein Verifizieren der ersten Signatur unter Verwendung des von dem Terminal-Zertifikat umfassten statischen öffentlichen Terminal-Schlüssels umfasst.
  • Nach Ausführungsformen umfasst die Terminal-Authentifizierung ferner:
    • • Erzeugen eines zufälligen ersten Geheimnisses durch den ID-Token,
    • • Senden des zufälligen ersten Geheimnisses durch den ID-Token an das Terminal,
    wobei die erste Nachricht in Antwort auf das Senden des zufälligen ersten Geheimnisses empfangen wird und das gesendete zufällige erste Geheimnisses umfasst,
    wobei das Verifizieren der ersten Signatur ferner unter Verwendung des zufälligen ersten Geheimnisses erfolgt.
  • Ausführungsformen können den Vorteil haben, dass sie eine sichere und effektive Terminal-Authentifizierung ermöglichen.
  • Nach Ausführungsformen umfasst die ID-Token-Authentifizierung ein Erzeugen eines gemeinsamen, geteilten Geheimnisses von ID-Token und Terminal, wobei das Erzeugen des gemeinsamen, geteilten Geheimnisses umfasst:
    • • Erzeugen eines ephemeren asymmetrischen Terminal-Schlüsselpaars durch das Terminal umfasst, wobei das erzeugte asymmetrische Terminal-Schlüsselpaar einen den ephemeren öffentlichen Terminal-Schlüssel und einen ephemeren privaten Terminal-Schlüssel umfasst,
    • • Erzeugen des gemeinsamen, geteilten Geheimnisses durch das Terminal unter Verwendung des ephemeren privaten Terminal-Schlüssels und des statischen öffentlichen ID-Token-Schlüssels,
    • • Senden des ephemeren öffentlichen Terminal-Schlüssels durch das Terminal an den ID-Token,
    • • Erzeugen des gemeinsamen, geteilten Geheimnisses durch den ID-Token unter Verwendung des statischen privaten ID-Token-Schlüssels und des empfangenen ephemeren öffentlichen Terminal-Schlüssels.
  • Nach Ausführungsformen umfasst die ID-Token-Authentifizierung ferner:
    • • Empfangen eines zufälligen zweiten Geheimnisses von dem ID-Token durch das Terminal,
    • • Empfangen einer zweiten Nachricht von dem ID-Token durch das Terminal, wobei die zweite Nachricht eine zweite unter Verwendung eines gemeinsamen Signaturschlüssels erzeugte Signatur aufweist, wobei der gemeinsamen Signaturschlüssel unter Verwendung des gemeinsamen, geteilten Geheimnisses und des zufälligen zweiten Geheimnisses erzeugt ist,
    • • Erzeugen des gemeinsamen Signaturschlüssels durch das Terminal unter Verwendung des erzeugten gemeinsamen, geteilten Geheimnisses und des empfangenen zufälligen zweiten Geheimnisses,
    • • Verifizieren der Authentizität der zweiten Nachricht, wobei das Verifizieren der zweiten Nachricht ein Verifizieren der zweiten Signatur unter Verwendung empfangenen zufälligen zweiten Geheimnisses und des durch das Terminal erzeugten gemeinsamen Signaturschlüssels umfasst.
  • Ausführungsformen können den Vorteil haben, dass sie eine sichere und effektive ID-Token-Authentifizierung ermöglichen. Ferner können das gemeinsame, geteilte Geheimnis und das empfangene zufällige zweite Geheimnis dazu verwendet werden, einen gemeinsamen symmetrischen kryptographischen Schlüssel zu erzeugen. Der gemeinsame Signaturschlüssel sowie der gemeinsame symmetrische kryptographische Schlüssel können zur Implementierung einer kryptographisch gesicherten Kommunikation zwischen ID-Token und Terminal verwendet werden. Diese kryptographisch gesicherten Kommunikation kann zum Lesezugriff des Terminals auf das von dem ID-Token bereitgestellte Attribut verwendet werden. Beispielsweise umfasst die kryptographisch gesicherte Kommunikation ein Secure-Messaging-Verfahren. Ausführungsformen können den Vorteil haben, dass durch die ID-Token-Authentifizierung ein sicherer Kommunikationskanal mit einer Ende-zu-Ende-Verschlüsselung zwischen dem ID-Token und dem Terminal aufgebaut werden kann.
  • Nach Ausführungsformen führt das Terminal das Erzeugen des ephemeren asymmetrischen Terminal-Schlüsselpaars bereits im Zuge der Terminal-Authentifizierung aus, wobei das Terminal den ephemeren öffentlichen Terminal-Schlüssel an den ID-Token sendet. Zusätzlich umfasst die erste Nachricht den ephemeren öffentlichen Terminal-Schlüssel, wobei das Verifizieren der ersten Signatur ferner unter Verwendung des ephemeren öffentlichen Terminal-Schlüssels erfolgt. Der ID-Token vergleicht zum Verifizieren der Authentizität des ephemeren öffentlichen Terminal-Schlüssels den zum Verifizieren der ersten Nachricht verwendeten ephemeren öffentlichen Terminal-Schlüssel mit dem im Zuge der ID-Authentifizierung empfangenen ephemeren öffentlichen Terminal-Schlüssel, um die Authentizität des empfangenen ephemeren öffentlichen Terminal-Schlüssel zu verifizieren.
  • Ausführungsformen können den Vorteil, dass das Verfahren sicherer und effizienter gestaltet werden kann.
  • Ausführungsformen betreffen ein System zur Kontrolle eines Zugriffs eines Terminals auf ein in einem ID-Token gespeichertes Attribut, welches umfasst:
    • • den ID-Token mit einer ersten Kommunikationsschnittstelle, einem ersten Prozessor und einem ersten Speicher, wobei der erste Speicher computerlesbare erste Instruktionen enthält, wobei Terminal-Zertifikatsinformationen zu einem dem Terminal zugeordneten Terminal-Zertifikat in einem oder mehreren Einträgen einer ersten Blockchain gespeichert sind, wobei die erste Blockchain in dem ersten Speicher gespeichert ist,
    • • das Terminal mit einer zweiten Kommunikationsschnittstelle, einem zweiten Prozessor und einem zweiten Speicher, wobei der zweite Speicher computerlesbare zweite Instruktionen enthält, wobei ID-Token-Zertifikatsinformationen zu einem dem ID-Token zugeordneten ID-Token-Zertifikat in einem oder mehreren Einträgen einer zweiten Blockchain gespeichert sind, wobei die zweite Blockchain in dem zweiten Speicher gespeichert ist,
    wobei die erste und zweite Kommunikationsschnittstelle dazu konfiguriert sind, miteinander zu kommunizieren, und wobei der erste Prozessor bei einem Ausführen der ersten Instruktionen den ID-Token so steuert, dass der ID-Token gemeinsam mit dem Terminal ein Verfahren nach einer der vorhergehenden Ausführungsformen ausführt, und wobei der zweite Prozessor bei einem Ausführen der zweiten Instruktionen das Terminal so steuert, dass das Terminal gemeinsam mit dem ID-Token ein Verfahren nach einer der vorhergehenden Ausführungsformen ausführt.
  • Das System ist dazu konfiguriert eine oder mehrere der vorangehenden Ausführungsformen des Verfahrens auszuführen.
  • Ausführungsformen betreffen ein Verfahren zur Freigabe eines Zugangs zu einer Sicherungseinrichtung, welche den Zugang zu beschränkten Ressourcen regelt, mittels eines ID-Tokens und eines Terminals, wobei das Verfahren umfasst:
    • • Durchführen des Verfahrens nach einer der vorhergehenden Ausführungsformen durch den ID-Token und das Terminal,
    • • auf die Freigabe des Zugriffs des Terminals auf das dem ID-Token gespeicherte Attribut hin, Auslesen des Attributs durch das Terminal,
    • • Verifizieren des ausgelesenen Attributs durch das Terminal, wobei Terminal im Falle eines erfolgreichen Verifizierens des Attributs den Zugang zu der Sicherungseinrichtung freigibt.
  • Ausführungsformen betreffen ein Sicherungssystem, welches ein System nach einer der vorhergehenden Ausführungsformen und eine Sicherungseinrichtung umfasst, welche den Zugang zu beschränkten Ressourcen regelt, wobei das Ausführen der zweiten Instruktionen durch den zweiten Prozessor das Terminal ferner dazu veranlassen, auf die Freigabe des Zugriffs des Terminals auf das dem ID-Token gespeicherte Attribut hin, das Attribut auszulesen, das ausgelesene Attributs zu verifizieren und im Falle eines erfolgreichen Verifizierens des Attributs den Zugang zu der Sicherungseinrichtung freizugeben.
  • Das Sicherungssystem ist dazu konfiguriert eine oder mehrere der vorangehenden Ausführungsformen des Verfahrens auszuführen.
  • Nach Ausführungsformen umfasst die Sicherungseinrichtung eine Verriegelungsvorrichtung und die Sicherungseinrichtung ist dazu konfiguriert, auf eine Freigabe des Zugangs zu der Sicherungseinrichtung hin, die Verriegelungsvorrichtung zu entriegeln.
  • Unter einem „Zertifikat“ wird hier ein digitales Zertifikat bzw. eine digitale Datenstruktur verstanden, welche einen öffentlichen kryptographischen Schlüssel einer Person oder einem Objekt zuordnet. Hierzu kann das Zertifikat den entsprechenden öffentlichen kryptographischen Schlüssel umfassen. Ferner kann ein Zertifikat dazu dienen die Authentizität und Integrität des entsprechenden öffentlichen kryptographischen Schlüssels zu bestätigen. Darüber hinaus kann das Zertifikat noch weitere Eigenschaften des entsprechenden öffentlichen kryptographischen Schlüssels bestätigen. Diese weiteren Eigenschaften umfassen beispielsweise Informationen zur Gültigkeitsdauer des Zertifikates, Informationen zu den Regeln und Verfahren, unter denen das Zertifikat ausgegeben bzw. erstellt wurde, Informationen zu der Person bzw. dem Objekt, welchem der entsprechende öffentlichen kryptographischen Schlüssel zugeordnet ist, Angaben zum zulässigen Anwendungs- und Geltungsbereich des öffentlichen kryptographischen Schlüssels. Ferner können die Eigenschaften zudem Informationen über den Aussteller des Zertifikates und gegebenenfalls eine digitale Signatur des Ausstellers über alle Informationen des Zertifikats umfassen. Ein Berechtigungszertifikat umfasst ferner Informationen zu Rechten der Person bzw. des Objekts, welchem der öffentliche kryptographische Schlüssel zugeordnet ist. Bei diesen Rechten handelt es sich beispielsweise um Lese und/oder Schreibrechte, etwa um Rechte zum Lesen und/oder Schreiben von Attributen aus bzw. in einen Speicher eines ID-Tokens, insbesondere einen geschützten Speicherbereich eines entsprechenden Speichers.
  • Bei einem digitalen Zertifikat kann es sich beispielsweise um einen Eintrag in einen Block einer Blockchain handeln, welcher einen öffentlichen kryptographischen Schlüssel einer Person oder einem Objekt, insbesondere einen ID-Token oder einem Terminal, zuordnet. Ferner kann der Eintrag die Authentizität und Integrität des entsprechenden öffentlichen kryptographischen Schlüssels bestätigen. Darüber hinaus kann der Eintrag weitere Eigenschaften des entsprechenden öffentlichen kryptographischen Schlüssels und/oder der Person bzw. des Objekts umfassen, welchem der öffentlichen kryptographischen Schlüssel zugeordnet ist. Das Zertifikat, also der bzw. die entsprechenden Einträge der Blockchain, können signiert oder unsigniert sein, d.h. das Zertifikat kann eine Signatur über alle zu dem Zertifikat gehörende Informationen oder keine Signatur umfassen. Das Zertifikat kann beispielsweise über mehrere Einträge der Blockchain verteilt gespeichert sein. Eine verteilte Speicherung kann den Vorteil haben, dass diese ein Aktualisieren der Informationen des Zertifikats, d.h. der Zertifikatsinformationen, ermöglicht. Beispielsweise kann ein Zertifikat durch einen Eintrag in einem zusätzlichen Block der Blockchain gesperrt werden, seine Gültigkeitsdauer kann verlängert werden, Berechtigungen können geändert werden, etc. Eine verteilte Speicherung entsteht beispielsweise durch ein Hinzufügen eines zusätzlichen Blocks zu der Blockchain mit aktualisierten Zertifikatsinformationen. Zertifikatsinformation können ferner Informationen über die Nutzung des entsprechenden Zertifikats, d.h. Zertifikatsinformationen umfassen. Die Zertifikatsinformationen können beispielsweise einen Nutzungszähler umfassen, welcher die Anzahl der Nutzungen des entsprechenden Zertifikats, beispielsweise für Terminal-Authentifizierungen oder ID-Token-Authentifizierungen, protokolliert. Im Falle einer verteilten Speicherung kann eine Signatur eines Zertifikats eine Mehrzahl von Einzelsignaturen umfassen, wobei jede Einzelsignatur die Informationen des Zertifikats umfassen, welche in dem Block der Blockchain gespeichert sind, in welchem auch die entsprechende Signatur gespeichert ist. Nach Ausführungsformen kann im Falle jedes zusätzlichen Blocks der Blockchain, welcher Informationen des entsprechenden Zertifikats umfasst, die in dem entsprechenden Block gespeicherte Signatur eine Signatur über alle zu dem entsprechenden Zertifikat gehörenden Informationen aller vorhergehenden Blöcke der Blockchain umfassen. Somit kann nach Ausführungsformen für jedes der in der Blockchain gespeicherten Zertifikate eine zertifikatsspezifische Unterblockchain innerhalb der Blockchain entstehen, falls die Signatur des zusätzlichen Blocks auch alle Signaturen aller zu dem entsprechenden Zertifikat gehörenden Informationen aller vorhergehenden Blöcke der Blockchain umfasst. Nach Ausführungsformen wird die Blockchain als Einheit gehandhabt, d.h. diese wird stets vollständig gespeichert.
  • Bei dem digitalen Zertifikat kann es sich auch um ein Public-Key-Zertifikat handeln, welches als eigenständige Einheit gehandhabt wird. Diese Einheit wird beispielsweise durch eine Signatur über alle zu dem Zertifikat gehörende Informationen definiert. Nach Ausführungsformen können zusätzliche Informationen zu dem Public-Key-Zertifikat, d.h. Zertifikatsinformationen, in einer Blockchain gespeichert sein. Dies kann es ermöglichen ein einmal ausgestelltes Public-Key-Zertifikat nicht nur zu sperren, sondern auch zu ändern. Beispielsweise könne die Zertifikatsinformationen ergänzende Informationen oder ersetzende Informationen umfassen. Ferner kann das Public-Key-Zertifikat selbst als ein Eintrag in einem Block einer Blockchain gespeichert sein. Durch Public-Key-Zertifikate kann eine sogenannte Public Key Infrastructure (PKI) realisiert werden. Bei einem solchen 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. Ein Zertifikat kann beispielsweise einen öffentlichen Schlüssel beinhalten und signiert sein. Alternativ sind auch Zertifikate basierend auf zeroknowledge 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 CV-Zertifikat oder auch Card Verifiable Certificate (CVC). Eine Implementierung von solchen CVCs ist beispielsweise in der ISO/IEC 7816-8 spezifiziert.
  • Die PKI stellt ein System zum Ausstellen, Verteilen und Prüfen digitaler Zertifikate. Ein digitales Zertifikat dient in einem asymmetrischen Kryptosystem dazu die Authentizität eines öffentlichen Schlüssels und seinen zulässigen Anwendungs- und Geltungsbereich zu bestätigen. Das digitale Zertifikat ist selbst durch eine digitale Signatur geschützt, deren Echtheit mit dem öffentlichen Schlüssel des Ausstellers des Zertifikates geprüft werden kann. Um die Authentizität des Ausstellerschlüssels zu prüfen, wird wiederum ein digitales Zertifikat verwendet. Auf diese Weise lässt sich eine Kette von digitalen Zertifikaten aufbauen, die jeweils die Authentizität des öffentlichen Schlüssels bestätigen, mit dem das vorhergehende Zertifikat geprüft werden kann. Eine solche Kette von Zertifikaten bildet einen sogenannten Validierungspfad oder Zertifizierungspfad. Auf die Echtheit des letzten Zertifikats, des sogenannten Wurzelzertifikats, und des durch dieses Zertifikat zertifizierten Schlüssels, müssen sich die Teilnehmer der PKI ohne ein weiteres Zertifikat verlassen können. Das Wurzelzertifikat wird von einer sogenannten Wurzelzertifizierungsinstanz verwaltet, auf deren als gesichert vorausgesetzten Authentizität die Authentizität aller Zertifikate der PKI zurückgeht.
  • Digitale Zertifikate sind bei der Absicherung elektronischer Kommunikation durch asymmetrische kryptographische Verfahren ein bewährtes Mittel um Berechtigungen nachzuweisen. Zertifikate sind strukturierte Daten, die die Authentizität und/oder weitere Eigenschaften/Berechtigungen des Eigentümers eines öffentlichen Schlüssels (Signaturprüfschlüssel) dokumentieren und durch eine unabhängige, glaubwürdige Instanz (Zertifizierungsdienstanbieter/ZDA), im Allgemeinen die das Zertifikat zuteilende Zertifizierungsstelle, bestätigen. Zertifikate werden in der Regel einem breiten Personenkreis zur Verfügung gestellt um diesem eine Prüfung elektronischer Signaturen auf Authentizität und Gültigkeit zu ermöglichen.
  • Ein Zertifikat kann einer elektronischen Signatur zugeordnet sein, wenn der zu dem öffentlichen Schlüssel gehörende private Schlüssel zur Generierung der zu prüfenden elektronischen Signatur verwendet wurde. Dadurch, dass ein ZDA ein Zertifikat in Assoziation mit einem öffentlichen Schlüssel der Allgemeinheit zur Verfügung stellt, ermöglicht ein ZDA den Nutzern asymmetrischer Kryptosysteme den öffentlichen Schlüssel einer Identität, beispielsweise einer Person, einer Organisation oder Computersystem, zuzuordnen.
  • Asymmetrische Schlüsselpaare werden für eine Vielzahl von Kryptosystemen eingesetzt und spielen auch bei der Signatur elektronischer Dokumente eine wichtige Rolle. Ein asymmetrisches Schlüsselpaar besteht aus einem öffentlichen Schlüssel, welcher zur Ver- und/oder Entschlüsselung von Daten verwendet wird und an Dritte, beispielsweise an einen Dienstanbieter und/oder einen ZDA, weitergegeben werden darf sowie einem privaten Schlüssel, welcher zur Ver- und/oder Entschlüsselung von Daten verwendet wird und im Regelfall geheim gehalten werden muss. Der öffentliche Schlüssel ermöglicht es jedermann, Daten für den Inhaber des privaten Schlüssels zu verschlüsseln, digitale Signaturen von dessen Dokumenten zu prüfen oder ihn zu authentifizieren. Ein privater Schlüssel ermöglicht es seinem Inhaber, mit dem öffentlichen Schlüssel verschlüsselte Daten zu entschlüsseln oder digitale Signaturen für elektronische Dokumente zu erstellen. Eine mit einem privaten Schlüssel erstellte Signatur kann mit dem zugehörigen öffentlichen Schlüssel verifiziert werden.
  • Digitale Signaturen werden zum sicheren elektronischen Datenaustausch, beispielsweise im Internet, eingesetzt und ermöglichen die Prüfung von Identitäten und/oder Berechtigungen und der Unverfälschtheit der ausgetauschten Daten. Um dies zu gewährleisten, ist in der Regel eine Public-Key-Infrastruktur notwendig, die die Gültigkeit der verwendeten Schlüssel durch Zertifikate bestätigt.
  • Die Erstellung einer digitalen Signatur, hier auch lediglich als „Signatur“ bezeichnet, ist ein kryptographisches Verfahren, bei dem zu beliebigen Daten, zum Beispiel einem elektronischen Dokument, ein weiterer Datenwert, welcher als „Signatur“ bezeichnet wird, berechnet wird. Die Signatur kann zum Beispiel ein verschlüsselter Hashwert des elektronischen Dokumentes sein, insbesondere ein mit einem privaten Schlüssel eines einem Zertifikat zugeordneten kryptographischen Schlüsselpaares verschlüsselter Hashwert. Ein entsprechendes Verschlüsseln eines Hashwerts wird mithin als Signieren des Hashwerts bezeichnet. Die Besonderheit einer solchen Signatur besteht darin, dass deren Urheberschaft und Zugehörigkeit zu einer bestimmten Person oder Instanz durch jeden Dritten geprüft werden kann.
  • Unter einer digitalen Signatur wird hier auch ein digitales Siegel verstanden, welches nicht einer natürlichen Person, sondern einer juristischen Person zugeordnet ist. Ein digitales Siegel dient somit nicht der Abgabe einer Willenserklärung einer einzelnen Person, sondern einer Institution als Herkunftsnachweis. Es kann somit den Ursprung und die Unversehrtheit virtueller Dokumente sicherstellen und nachweisen, dass diese von einer bestimmten juristischen Person stammen.
  • Unter einer „verschlüsselten Ende-zu-Ende-Verbindung“ bzw. einem „verschlüsselten Ende-zu-Ende-Übertragungskanal“ wird hier eine Verbindung zwischen einem Sender und einem Empfänger mit einer Ende-zu-Ende-Verschlüsslung verstanden, bei der zu übertragende Daten vom Sender verschlüsselt und erst vom Empfänger wieder entschlüsselt werden. Die Verschlüsselung übertragener Daten erfolgt somit über alle Übertragungsstationen hinweg, sodass Zwischenstationen aufgrund der Verschlüsslung keine Kenntnis vom Inhalt der übertragenen Daten erlagen können. Die Verbindung wird durch die Verschlüsselung kryptografisch abgesichert, um ein Ausspähen und/oder eine Manipulation der Übertragung zu verhindern, wobei hierzu ein sogenanntes Secure-Messaging-Verfahren eingesetzt werden kann. Eine Ende-zu-Ende-Verschlüsslung beruht beispielsweise auf zwei symmetrischen kryptographischen Schlüsseln, wobei ein erster der symmetrischen Schlüssel zum Verschlüsseln von Nachrichten und ein zweite der symmetrischen Schlüssel zum Authentifizieren des Senders der Nachricht dient.
  • Der Schlüssel zum Authentifizieren des Senders der Nachricht kann beispielsweise zum Erstellen eines Nachrichtenauthentifizierungscodes (Message Authentication Code, MAC) dienen. Mittels eines MAC lässt sich Gewissheit über den Ursprung der Nachrichten erhalten und deren Integrität verifizieren. MAC-Algorithmen erfordern zwei Eingabeparameter, erstens die zu schützenden Daten und zweitens einen geheimen Schlüssel. Aus diesen beiden wird ein Nachrichtenauthentifizierungscode in Form einer Prüfsumme berechnet. Der Sender einer Nachricht berechnet für die zu übermittelnden Daten der Nachricht einen MAC und sendet die Nachricht zusammen mit dem MAC an den Empfänger. Der Empfänger berechnet den MAC zu der empfangenen Nachricht mit seinem Schlüssel und vergleicht den berechneten MAC mit dem empfangenen MAC. Aus einer Übereinstimmung beider Werte folgt, dass die Nachricht von einer Partei abgeschickt wurde, welche Zugriff auf den geheimen Schlüssel besitzt und die Nachricht wurde während der Übertragung nicht verändert.
  • Unter einem Challenge-Response-Verfahren wird hier ein Authentifizierungsverfahren zur Authentifizierung eines zweiten Teilnehmers durch einen ersten Teilnehmer verstanden. Der erste Teilnehmer eine Aufgabe (engl. challenge), welche der zweite lösen und korrekt beantworten muss (engl. response), um zu beweisen, dass er sich im Besitz einer bestimmten Information, eines gemeinsamen Geheimnisses, befindet, ohne das Geheimnis selbst zu übertragen. Da das gemeinsame Geheimnis im Zuge des Verfahrens nicht übertragen wird, kann das Verfahren einen effektiven Schutz dagegen bieten, dass das Geheimnis in die Hände eines die Kommunikation zwischen den beiden Teilnehmern mithörenden Angreifer (Man-in-the-Middle-Angriff) fallen kann.
  • Beispielsweise sendet der erste Teilnehmer als Challenge eine Zufallszahl N, auch Nonce genannt, an den zweiten Teilnehmer. Der zweite Teilnehmer kombiniert die empfangene Zufallszahl mit dem gemeinsamen Geheimnis, wendet beispielsweise eine Hashfunktion oder eine Verschlüsselung auf die Kombination an und sendet das Ergebnis als Response an den ersten Teilnehmer. Der erste Teilnehmer, welcher sowohl die Zufallszahl als auch das gemeinsame Geheimnis und die verwendete Hashfunktion bzw. Verschlüsselung kennt, führt dieselbe Berechnung durch und vergleicht sein Ergebnis mit der Response, welche er vom zweiten Teilnehmer erhalten hat. Sind das Ergebnis und die empfangene Response identisch, so ist der zweite Teilnehmer erfolgreich gegenüber dem ersten Teilnehmer authentifiziert.
  • In der Kryptographie wird die Bezeichnung Nonce beispielsweise zum Identifizieren einer Zahlen- oder Buchstabenkombination verwendet, welche nur ein einziges Mal in dem jeweiligen Kontext verwendet wird. Ein Nonce wird hierzu beispielsweise unter Verwendung einer Zufallszahl erzeugt, die ausreichend groß ist, so dass die Wahrscheinlichkeit einer doppelten Benutzung vernachlässigbar ist. Nonces können den Vorteil haben, dass sie einen effektiven Schutz gegen Replay-Angriffe bieten.
  • Unter einem „Speicher“ werden hier sowohl flüchtige als auch nicht flüchtige elektronische Speicher bzw. digitale Speichermedien verstanden.
  • Unter einem „nichtflüchtigen Speicher“ wird hier ein elektronischer Speicher zur dauerhaften Speicherung von Daten verstanden. Ein nichtflüchtiger Speicher kann als nichtänderbarere Speicher konfiguriert sein, der auch als Read-Only Memory (ROM) bezeichnet wird, oder als änderbarer Speicher, der auch als Non-Volatile Memory (NVM) bezeichnet wird. Insbesondere kann es sich hierbei um ein EEPROM, beispielsweise ein Flash-EEPROM, kurz als Flash bezeichnet, handeln. Ein nichtflüchtiger Speicher zeichnet sich dadurch aus, dass die darauf gespeicherten Daten auch nach Abschalten der Energieversorgung erhalten bleiben.
  • Unter einem „flüchtigen elektronischen Speicher“ wird hier ein Speicher zur vorübergehenden Speicherung von Daten, welcher dadurch gekennzeichnet ist, dass alle Daten nach dem Abschalten der Energieversorgung verloren gehe. Insbesondere kann es sich hierbei um einen flüchtigen Direktzugriffsspeicher, der auch als Random-Access Memory (RAM) bezeichnet wird, oder einen flüchtigen Arbeitsspeicher des Prozessors handeln.
  • Unter einem „geschützten Speicherbereich“ wird hier ein Bereich eines elektronischen Speichers verstanden, auf den ein Zugriff, das heißt ein Lesezugriff oder ein Schreibzugriff, nur über einen Prozessor des entsprechenden elektronischen Geräts möglich ist. Nach Ausführungsformen ist der Zugriff von dem mit dem Speicher gekoppelten Prozessor nur dann möglich, wenn eine hierzu erforderliche Bedingung erfüllt ist. Hierbei kann es sich zum Beispiel um eine kryptographische Bedingung, insbesondere eine erfolgreiche Authentifizierung und/oder eine erfolgreiche Berechtigungsprüfung, handeln.
  • Unter einem „Prozessor“ wird hier und im Folgenden eine Logikschaltung verstanden, die zur Ausführung von Programminstruktionen dient. Die Logikschaltung kann auf einem oder mehreren diskreten Bauelementen implementiert sein, insbesondere auf einem Chip. Insbesondere wird unter einem „Prozessor“ ein Mikroprozessor oder ein Mikroprozessorsystem aus mehreren Prozessorkernen und/oder mehreren Mikroprozessoren verstanden.
  • Unter einem „Programm“ bzw. „Programminstruktionen“ wird hier ohne Einschränkung jede Art von Computerprogramm verstanden, welches maschinenlesbare Instruktionen zur Steuerung einer Funktionalität des Computers umfasst.
  • Unter einer „Kommunikationsschnittstelle“ wird hier eine Schnittstelle verstanden, über die Daten empfangen und gesendet werden können, wobei die Kommunikationsschnittstelle kontaktbehaftet oder kontaktlos konfiguriert sein kann, beispielsweise nach einem RFID- und/oder NFC-Standard. Bei der Kommunikationsschnittstelle kann es sich um eine interne Schnittstelle oder um eine externe Schnittstelle handeln, welche beispielsweise mittels eines Kabels oder kabellos mit einem zugeordneten Gerät verbunden ist.
  • Eine Kommunikation kann beispielsweise über ein Netzwerk erfolgen. Unter einem „Netzwerk“ wird hier jedes Übertragungsmedium mit einer Anbindung zur Kommunikation verstanden, insbesondere eine lokale Verbindung oder ein lokales Netzwerk, insbesondere ein Local Area Network (LAN), ein privates Netzwerk, insbesondere ein Intranet, und ein virtuelles privates Netzwerk (Virtual Private Network - VPN). Beispielsweise kann ein Computersystem eine Standardfunkschnittstelle zur Anbindung an ein WLAN aufweisen. Ferner kann es sich um ein öffentliches Netzwerk, wie beispielsweise das Internet handeln. Je nach Ausführungsform kann diese Verbindung auch über ein Mobilfunknetz hergestellt werden.
  • Unter einem „Terminal“ wird hier ein elektronisches Gerät verstanden, welches ein Lesegerät umfasst, das einen Lesezugriff und/oder einen Schreibzugriff auf das Mobilfunkgerät ermöglicht, beispielsweise in Form eines sogenannten Chipkartenterminals. Das Terminal mit dem Lesegerät kann einen integralen Bestandteil eines 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. Das Lesegerät kann mit einer kontaktlosen und/oder kontaktbehafteten Schnittstelle zum Datenaustausch mit einem Mobilfunkgerät ausgestattet ist.
  • Das Terminal kann nach Ausführungsformen ein Lesegerät bzw. Lesemodul zum Kommunizieren mit dem ID-Token sowie ein Steuermodul zum Steuern der Kommunikation und des Datenaustauschs umfassen. Das Lesemodul kann beispielsweise eine Antenne zur kontaktlosen Kommunikation mit dem ID-Token umfassen. Beispielsweise kann es sich bei dem Lesemodul um ein RIFD-Lesemodul handeln. Dabei kann beispielsweise die Kommunikation zwischen dem Lesemodul und dem ID-Token entsprechend der Norm ISO 14443 drahtlos mit einer Frequenz von 13,56 MHz erfolgen. Die Kommunikation zwischen Terminal und Blockchain-Server kann über ein Netzwerk wie etwa ein Intranet oder das Internet erfolgen. Sobald der Terminal erstmalig die Freigabe des Zugriffs auf die Sicherungseinrichtung erteilt hat, kann das Terminal in der zweiten Blockchain zusätzliche ID-Token-Zertifikatsinformationen speichern, welches für einen bestimmten Zeitraum den weiteren Zugriff auf die Sicherungseinrichtung ohne weitergehende und zusätzliche aufwendige Authentifizierung ermöglichen.
  • Der Begriff „ID-Token“ bezeichnet eine Vorrichtung, wie beispielsweise ein tragbares elektronisches Gerät, zum Beispiel einen sogenannten USB-Stick, oder ein Dokument, insbesondere ein Wert- oder Sicherheitsdokument.
  • Unter einem „Dokument“ wird insbesondere ein Ausweis-, Wert- oder Sicherheitsdokument, insbesondere ein hoheitliches Dokument, insbesondere ein papierbasiertes und/oder kunststoffbasiertes Dokument, wie zum Beispiel ein elektronisches Ausweisdokument, insbesondere Reisepass, Personalausweis, Visum, Führerschein, Fahrzeugschein, Fahrzeugbrief, Gesundheitskarte, oder einen Firmenausweis, oder eine anderes ID-Dokument, eine Chipkarte, Zahlungsmittel, insbesondere Banknote, Bankkarte oder Kreditkarte, Frachtbrief oder ein sonstiger Berechtigungsnachweis verstanden. Insbesondere kann es sich bei dem Dokument um ein Machine-Readable Travel Document, wie beispielsweise von der Internationalen Luftfahrtbehörde (ICAO) und/oder dem BSI standardisiert, handeln.
  • Unter einem „Attribut“ wird im Folgenden ein Datenwert, zum Beispiel eine Zahl oder ein Text, verstanden. Bei dem Attribut kann es sich um eine Angabe bezüglich der Identität eines Nutzers handeln, dem der ID-Token zugeordnet ist, insbesondere bezüglich dessen sogenannter digitaler Identität. Beispielsweise können Name, Vorname, Adresse des Nutzers Attribute darstellen. Ein Attribut kann auch Daten beinhalten, die zur Prüfung einer Berechtigung des Nutzers dienen, wie etwa einer Zutritts- und/oder Zugangsberechtigung. Beispielsweise kann ein Attribut Daten beinhalten, die zur Prüfung einer Berechtigung des Nutzers zur Inanspruchnahme eines bestimmten Online-Dienstes dienen, wie zum Beispiel das Alter des Nutzers, wenn dieser einen Onlinedienst in Anspruch nehmen möchte, der einer bestimmten Altersgruppe vorbehalten ist. Ein Attribut kann auch einen Datenwert bezeichnen, welcher eine Zugangsberechtigung zu einer Sicherungseinrichtung umfasst, welche den Zugang zu beschränkten Ressourcen regelt. In diesem Zusammenhang kann das Attribut ebenfalls eine bestimmte Gruppenzugehörigkeit angeben, wobei der Zugang zu einer Sicherungseinrichtung besagter Gruppen vorbehalten ist.
  • Eine „Sicherungseinrichtung“ wird im Rahmen der vorliegenden Beschreibung als eine Einrichtung verstanden, welche den Zugang zu beschränkten Ressourcen regelt. Bei den beschränken Ressourcen kann es sich beispielsweise um einen räumlich abgegrenzten Bereich, wie etwa ein Gebäude oder einen Gebäudeteil, handeln, um eine Vorrichtung, wie etwa ein Computersystem, ein Fahrzeug oder eine Fertigungsanlage. Ferner kann es sich bei den beschränken Ressourcen beispielsweise um elektronische Daten handeln.
  • Der Zugang zu den beschränkten Ressourcen wird von der Sicherungseinrichtung so geregelt, dass er nur nach Nachweis einer entsprechenden Berechtigung mittels des ID-Tokens gewährt wird. Als Sicherungseinrichtung wird somit im Folgenden jegliches softwarebasierte, firmwarebasierte und/oder hardwarebasierte System bezeichnet, welches einem Nutzer nur unter der Voraussetzung einer erfolgreichen Authentifizierung gegenüber diesem System Zugang zu beschränkten Ressourcen, wie etwa elektronischen Daten, Funktionalitäten, Vorrichtungen und/oder räumliche Bereiche, gewährt. Eine Sicherungseinrichtung kann beispielsweise eine Alarmanlage, eine Verriegelungsanlage, ein Gebäude, einen Raum, eine Vorrichtung, insbesondere eine Datenverarbeitungsvorrichtung, eine Komponente einer Vorrichtung, ein Softwareprogramm und/oder ein Softwaremodul umfassen. Falls ein Verfahren zur Freigabe eines Zugangs zu der Sicherungseinrichtung einen Nutzer eines DU-Tokens gegenüber dem Terminal als berechtigt ausweist, unterbindet die Sicherungseinrichtung für diesen Nutzer beispielsweise ein Auslösen eines Alarms einer Alarmanlage, entriegelt die Verriegelungsvorrichtung, gewährt Zugang zu dem Gebäude, dem Raum und/oder gewährt Zugriff auf das Gerät, auf die Komponente des Geräts, auf das Softwareprogramm und/oder das Softwaremodul.
  • Unter einem „statischen“ kryptographischen Schlüssel wird hier ein kryptografischer Schlüssel bzw. Datenwert verstanden, welcher in einem nichtflüchtigen Speichermedium gespeichert ist und für mehr als nur einer Sitzung Verwendung finden kann. Im Gegensatz wird hier unter einem „ephemeren“ kryptographischen Schlüssel temporäre bzw. sitzungsgebundener kryptographischer Schlüssel bzw. Datenwerte verstanden, welcher nur für eine Sitzung generiert und nicht permanent gespeichert wird, sodass sie in einer weiteren Sitzung nicht mehr verwendet werden kann. Ephemere Datenobjekte werden im Folgenden beispielsweise mit einer Tilde „~“ gekennzeichnet.
  • Unter einer „Blockchain“ wird hier eine geordnete Datenstruktur verstanden, wobei jeder Block der Blockchain durch einen Prüfwert, z.B. einen Hash-Wert, identifiziert wird und einen Vorgängerblock in der Blockchain referenziert, für Beispiele einer Blockchain vergleiche https://en.wikipedia.org/wiki/Block_chain_(database) und „Mastering Bitcoin“, Chapter 7, The Blockchain, Seite 161 ff. Das Konzept der Blockchains wurde im Jahre 2008 in einem White Paper unter dem Pseudonym Satoshi Nakamoto zu Bitcoin beschrieben („Bitcoin: Peer-to-Peer Electronic Cash System“ (https://bitcoin.org/bitcoin.pdf)). Die Blockchain besteht aus einer Reihe von Datenblöcken, in denen jeweils eine oder mehrere Transaktionen zusammengefasst und mit einem Prüfwert in Form eines Hashwerts versehen sind. Neue Blöcke der Blockchain werden in einem üblicher Weise rechenintensiven Prozess erzeugt, der auch als sogenanntes Mining bezeichnet wird. Diese neu erzeugten Blöcke werden anschließend der Blockchain hinzugefügt und über ein Netzwerk an alle Teilnehmer, bzw. Knoten des Netzwerks, verbreitet.
  • Ausführungsformen können den Vorteil haben, dass die Blockchain durch die Speicherung kryptografischer Prüfwerte, d.h. Haschwerten, des vorhergehenden Blocks im jeweils nachfolgenden Block ein hohes Maß an Sicherheit gegenüber nachträglichen Manipulationen bietet. Bei einer Blockchain werden die Transaktionen eines Blocks beispielsweise durch einen Merkle-Baum paarweise miteinander gehasht und nur der letzte auf diese Weise erhaltene Hashwert des Blocks, der sogenannte Root-Hashwert bzw. Wurzelhashwert, als Prüfsumme im Header des Blocks vermerkt. Das Verketten der Blöcke kann dann unter Verwendung dieser Root-Hashwerte. Jeder Block der Blockchain enthält in seinem Header den Hash des gesamten vorherigen Blockheaders. Somit wird die Reihenfolge der Blöcke eindeutig festgelegt und es entsteht eine Kettenstruktur. Durch die so implementierte Verkettung der einzelnen Blöcke miteinander wird erreicht, dass ein nachträgliches Modifizieren vorangegangener Blöcke bzw. einzelner von diesen umfasst und über den Root-Hashwert gesicherten Transaktionen praktisch ausgeschlossen ist, da hierfür die Hashwerte aller nachfolgenden Blöcke in kurzer Zeit ebenfalls neu berechnet werden müssten.
  • Zudem kann durch eine Anpassung der notwendigen Rechenintensität für die Erstellung jeweils neuer Blöcke die Sicherheit zusätzlich erhöht werden. Die für die Erstellung neuer Blöcke notwenige Rechenintensität lässt sich über Anforderungen an den Hashwert des zu erstellenden neuen Blocks steuern. Der resultierende Hash-Wert ist nicht vorhersagbar, vielmehr handelt es sich um eine zufallsverteilte Zahl. Es lässt sich aber berechnen, wieviel Zeit in Abhängigkeit von der aufgewendeten Rechenleistung im statistischen Mittel zum Auffinden eines gültigen neuen Blocks notwendig ist. Der Hashwert eines Blocks lässt sich beispielsweise durch Hinzufügen und Variieren eines Nonce variieren. Aufgrund der Kettenstruktur können Daten, die einmal in einer Blockchain gespeichert sind, nicht mehr geändert oder entfernt werden, ohne große Teile der Blockchain zu ersetzen. Eine solche Ersetzung scheidet jedoch als Folge einer hinreichend rechenintensiven Generierung neuer Blöcke aus.
  • Eine Anforderung an einen gültigen Block kann beispielsweise darin bestehen, dass der Hashwert des Headers des Blocks kleiner gleich einem Grenzwert ist. Die Hashwertberechnung kann beispielsweise mit dem Secure Hash Algorithm (SHA) SHA 256 erfolgen. Der resultierende Hash-Wert ist in diesem Fall eine Zufallszahl zwischen 0 und 2256-1. Die Wahrscheinlichkeit, dass beim Anwenden des Hashalgorithmus einen bestimmten Hash herauskommt, ist somit (maximaler Hash-Wert+1)-1, im Falle des SHA 256-Algorithums also 2-256. Die Wahrscheinlichkeit, dass der resultierende Hash-Wert kleiner gleich einem Grenzwert bzw. Zielwert (engl. target) ist, beträgt daher (target)/(max. Hash-Wert). Für einen beispielhaften maximalen Grenzwert von (216-1)·2208 beträgt die Wahrscheinlichkeit [(216-1)·2208]/2256 ≈ 2-32. Die Schwierigkeit S eine Hash-Wert zu erhalten, welcher kleiner gleich einem gewählten Grenzwert bzw. target ist, kann in Abhängigkeit eines maximalen Grenzwerts bzw. max. target wie folgt angegeben werden: S = (max. target)/target. Mithin ist die Wahrscheinlichkeit einen Hash-Wert zu erhalten, welcher kleiner gleich dem gewählten Grenzwert ist, für das zuvor gegebene Beispiel: 2-32/S. Als Beispiel sei ein Computersystem mit einer bestimmten Hashrate betrachtet, welches im Durchschnitt alle x·Sek. einen Hash-Wert findet, welcher kleiner gleich dem gewählten Grenzwert ist. Soll das Computersystem anstelle aller x·Sek. im Durchschnitt alle y·Sek. einen Treffer erzielen, so kann die Schwierigkeit entsprechend angepasst werden: Sy=(x/y)·S. Entsprechende Anpassungen der Schwierigkeit können auch dazu verwendet werden die Trefferrate bei Veränderungen des Computersystems, z.B. Veränderungen der Rechenleistung durch Erhöhen oder Verringern der Anzahl an Blockchain-Servern, konstant zu halten. Wird die Schwierigkeit so angepasst, dass alle y·Sek. ein Treffer erzielt wird, kann die Hashrate R des Computersystems wie folgt parametrisiert werden: R = (232·S)/(y·Sek.).
  • Werden gültige Blöcke durch ein rechenintensive Verfahren, wie das zuvor Beschriebene erzeugt, so vertrauen die Teilnehmer des Blockchain-Netzwerks der längsten gültigen Blockchain, da hinter dieser die meiste Rechenleistung steht und somit angenommen werden kann, dass diese von der Mehrheit der Teilnehmer als gültig anerkannt wird. Kommt es beispielsweise dazu, dass ein Fork, d.h. eine Verzweigung, in der Blockchain entsteht, setzt sich irgendwann der Fork mit der größeren Kettenlänge durch, da anzunehmen ist, dass hinter diesem die Mehrheit der Teilnehmer steht.
  • Eine Blockchain kann beispielsweise auch in Form einer privaten Blockchain implementiert werden, wobei nur eine ausgewählte Gruppe von Teilnehmern eine Berechtigung zum Hinzufügen gültiger Blöcke besitzt. Eine entsprechende Berechtigung kann beispielsweise mittels einer Signatur unter Verwendung eines privaten kryptographischen Schlüssels nachgewiesen werden. Der private kryptographische Schlüssel kann zu einem asymmetrischen Schlüsselpaar gehören, zu welchem auch ein öffentlicher kryptographischer Schlüssel gehört, mit dem die Signatur geprüft werden kann. Dem asymmetrischen Schlüsselpaar kann zudem beispielsweise ein Zertifikat zugeordnet sein, welches die Berechtigung zum Erzeugen eines gültigen Blocks der Blockchain belegt. Dieses Zertifikat kann ferner einer PKI zugeordnet sein, welche die Authentizität des Zertifikats belegt. Nach einer weiteren Ausführungsform kann beispielsweise für jeden Teilnehmer aus der ausgewählte Gruppe ein öffentlicher Schlüssel in der Blockchain hinterlegt sein, beispielsweise in einem Genesisblock. Anhand dieser öffentlichen Schlüssel kann geprüft werden, ob Signaturen von Blöcken und damit die entsprechenden Blöcke selbst gültig sind.
  • Ein Konsens kann auch auf andere Weise in einer Blockchain implementiert werden. So kann etwa ein Konsens erreicht werden, indem über eine Aufnahme vorgeschlagener Einträge in die Blockchain abgestimmt wird. Beispielsweise führt jeder Teilnehmer eine eindeutige Liste anderer Teilnehmer, welchen er als Gruppe vertraut. Jeder Teilnehmer kann neue Einträge vorschlagen, die in einen neuen Block der Blockchain aufgenommen werden sollen. Über die Aufnahme und damit die Anerkennung der Gültigkeit der vorgeschlagenen Einträge wird abgestimmt. So stimmt beispielsweise jeder Teilnehmer nur über diejenigen Vorschläge ab, welche von Teilnehmer seiner Liste stammen. Mit anderen Worten werden für die Entscheidung, ob ein Vorschlag für einen neuen Eintrag als gültig anerkannt wird, d.h. ob bezüglich der Gültigkeit dieses Eintrages ein Konsens zwischen den Teilnehmern besteht, nur die Stimmen derjenigen Teilnehmer berücksichtig, die von der Liste desjenigen Teilnehmers umfasst sind, der den entsprechenden Vorschlag macht. Damit ein Vorschlag für einen Eintrag als gültig angenommen wird, muss ein bestimmter Minimumanteil an stimmberechtigten Teilnehmern mit Ja stimmen, beispielsweise 80%. Alle vorgeschlagenen Einträge, die dieses Kriterium erfüllen werden in die Blockchain aufgenommen. Eine solche Abstimmung kann mehrere Runden umfassen. Alle anderen Vorschläge, die das zuvor genannte Kriterium nicht erfüllen, werden verworfen oder bei der Abstimmung über den nächsten Block der Blockchain erneut zur Abstimmung gestellt. Die zuvor genannten Listen stellen Untergruppen des Blockchain-Netzwerks dar, denen der Teilnehmer, welcher die jeweilige Liste führt, als Gruppe insgesamt traut, ohne dass dies erfordert, dass er jedem einzelnen Teilnehmer der Liste traut. Ein Beispiel für ein solches Konsensverfahren bietet der Ripple Protokoll Konsens Algorithmus (David Schwartz et al.: „The Ripple Protocol Consensus Algorithm“, Ripple Labs Inc, 2014, https://ripple.com/files/ripple_consensus_whitepaper.pdf).
  • Beispielsweise kann es sich bei der Blockchain um eine private oder öffentliche Blockchain handeln. Beispielsweise handelt es sich um eine Bitcoin-, Litecoin- oder Ethereum-Blockchain.
  • Ferner können Ausführungsformen den Vorteil haben, dass die Blockchain darauf ausgelegt ist als dezentralen Datenbank in einem dezentralen Netzwerk implementiert zu werden, wobei sie redundant und dezentral auf allen Knoten des entsprechenden Netzwerks gespeichert wird. Wird die Verbindung eines Knotens zum Rest des Netzwerks unterbrochen, so steht diesem nach wie vor die vollständige Blockchain zur Verfügung. Selbst wenn die Unterbrechung längere Zeit andauern sollte, so steht dem Knoten dennoch die vollständige Blockchain bis zu der Unterbrechung zur Verfügung und allenfalls neuste Einträge, welche nach diesem Zeitpunkt erfolgt sind fehlen. Somit kann die Blockchain auch im Offline-Betrieb einen effizienten Zugriff auf die in ihr enthaltenen Daten sicherstellen. Durch ein regelmäßiges Synchronisieren der verteilt gespeicherten redundanten Versionen der Blockchain kann zudem sichergestellt werden, dass die entsprechenden Versionen Blockchain im Offlinebetrieb zwischen den Updates auf einem ausreichend aktuellen Stand sind.
  • Ein „Programmmodul“ bezeichnet hier ein eigenständiges Programm, welches in einer Blockchain gespeichert ist. Das Programmmodul kann dazu konfiguriert sein das Erstellen von dem Programmmodul zugeordneten Einträgen in der Blockchain zu steuern. Das Programmodul kann in einem Block der Blockchain oder über mehrere Blöcke der Blockchain verteilt gespeichert sein. Bei einem Programmmodul kann es sich beispielsweise um einen „smart contract“ handeln, wie er beispielsweise in der Open Source Ethereum Blockchain implementierbar ist.
  • Im Weiteren werden Ausführungsformen der Erfindung mit Bezugnahme auf die Zeichnungen näher erläutert. Es zeigen:
    • 1 ein schematisches Blockdiagramm eines beispielhaften Systems,
    • 2 ein schematisches Blockdiagramm eines beispielhaften Sicherungssystems,
    • 3 ein UML-Diagramm einer Ausführungsform eines beispielshaften Verfahrens,
    • 4 ein UML-Diagramm einer Ausführungsform eines beispielshaften Verfahrens,
    • 5 ein schematisches Flussdiagramm eines beispielshaften Verfahrens,
    • 6 ein schematisches Flussdiagramm eines beispielshaften Verfahrens und
    • 7 ein schematisches Flussdiagramm eines beispielshaften Verfahrens.
  • Elemente der nachfolgenden Ausführungsformen, die einander entsprechen, werden mit denselben Bezugszeichen gekennzeichnet.
  • 1 zeigt schematisches Blockdiagramm eines beispielhaften Systems 180, welches einen ID-Token 102 eines Nutzers 100 und ein Terminal 152 umfasst. Der ID-Token 102 umfasst einen Prozessor 116, welcher dazu konfiguriert ist, Programminstruktionen 120 auszuführen. Durch Ausführung der Programminstruktionen 120 steuert der Prozessor 116 den ID-Token 102 so, dass er eine der Ausführungsformen des Verfahrens zur Kontrolle eines Zugriffs des Terminals 152 auf ein in dem ID-Token 102 gespeichertes Attribut 109 ausführt. Das Ausführen der Programminstruktionen 120 umfasst beispielsweise ein Ausführen eines kryptographischen Protokolls 118, welche etwa zum Zwecke eines Verschlüsselns, Entschlüsselns, Signierens und/oder Signaturprüfens von Daten im Zuge des Verfahrens zur Zugriffskontrolle, in einem Speicher 104 des ID-Tokens 102 gespeichert sind. Nach Ausführungsformen werden die Programminstruktionen 120 zumindest teilweise und/oder vollständig umfasst von einer ersten Blockchain 114 umfasst und zum Ausführen durch den Prozessor 116 bereitgestellt.
  • In dem Speicher 104 des ID-Tokens 102 sind ferner ein statischer öffentlicher kryptographischer ID-Token-Schlüssel 110, ein ID-Token-Zertifikat 112 sowie die erste Blockchain 114 gespeichert. In einem oder mehreren Einträgen der ersten Blockchain 114 sind Terminal-Zertifikatsinformationen 165 zu einem dem Terminal 152 zugeordneten Terminal-Zertifikat 162 gespeichert. Der statische öffentliche kryptographische ID-Token-Schlüssel 110 kann beispielsweise von dem ID-Token-Zertifikat 112 umfasst sein. Ferner bildet der statische öffentliche kryptographische ID-Token-Schlüssel 110 mit einem dem ID-Token zugeordneten privaten kryptographischen ID-Token-Schlüssel 108 ein asymmetrisches kryptographisches ID-Token-Schlüsselpaar. Der private kryptographische ID-Token-Schlüssel 108 ist in einem geschützten Speicherbereich 106 des Speichers 104 gespeichert. Auf den geschützten Speicherbereich 106 des Speichers 104 ist ein Zugriff, das heißt ein Lesezugriff oder ein Schreibzugriff, nur über den Prozessor 116 des ID-Tokens 102 möglich. Der Zugriff von dem mit dem Speicher 104 gekoppelten Prozessor 116 ist nur dann möglich, wenn eine hierzu erforderliche Bedingung erfüllt ist, beispielsweise eine erfolgreiche Authentifizierung der den Zugriff anfragenden Instanz durch den ID-Token 102. In dem geschützten Speicherbereich 106 sind neben dem privaten kryptographischen ID-Token-Schlüssel 108 ein oder mehrere Attribute 109 gespeichert.
  • Schließlich umfasst der ID-Token 102 eine Kommunikationsschnittstelle 122, welche zum Kommunizieren mit einer Kommunikationsschnittstelle 172 des Terminals 152 konfiguriert sind. Hierbei kann es sich insbesondere um eine Nahfeldkommunikation, beispielsweise mittels RFID, Bluetooth oder WLAN handeln. Beispielsweise erfolgt die Kommunikation zwischen dem Terminal 152 und dem ID-Token 102 entsprechend der Norm ISO 14443 drahtlos mit einer Frequenz von 13,56 MHz. Nach weiteren Ausführungsformen kann die Kommunikation zwischen dem Terminal 152 und dem ID-Token 102 auch kontaktbehaftet erfolgen. In diesem Fall umfasst das Terminal 152 beispielsweise einen mechanischen Einzug zum Aufnehmen des ID-Tokens 102 in einem Gehäuse des Terminals 152 und/oder einen Steckanschluss, wie etwa einen USB-Anschluss, zum Herstellen einer lösbaren mechanischen Steckverbindung zwischen dem Terminal 152 und dem ID-Token 102.
  • Das Terminal 152 umfasst einen Prozessor 166, welcher dazu konfiguriert ist, Programminstruktionen 170 auszuführen. Durch Ausführung der Programminstruktionen 170 steuert der Prozessor 166 das Terminal 152 so, dass es eine der Ausführungsformen des Verfahrens zur Kontrolle des Zugriffs des Terminals 152 auf das in dem ID-Token 102 gespeichertes Attribut 109 ausführt. Das Ausführen der Programminstruktionen 170 umfasst beispielsweise ein Ausführen eines kryptographischen Protokolls 168, welche etwa zum Zwecke eines Verschlüsselns, Entschlüsselns, Signierens und/oder Signaturprüfens von Daten im Zuge des Verfahrens zur Zugriffskontrolle, in einem Speicher 154 des Terminals 152 gespeichert sind. Nach Ausführungsformen werden die Programminstruktionen 170 zumindest teilweise und/oder vollständig umfasst von einer zweiten Blockchain 164 umfasst und zum Ausführen durch den Prozessor 166 bereitgestellt.
  • In dem Speicher 154 des Terminals 152 sind ferner ein statischer öffentlicher kryptographischer Terminal-Schlüssel 160, ein Terminal-Zertifikat 162 sowie die zweite Blockchain 164 gespeichert. In einem oder mehreren Einträgen der zweiten Blockchain 164 sind ID-Token-Zertifikatsinformationen 115 zu dem dem ID-Token 152 zugeordneten ID-Token-Zertifikat 112 gespeichert. Der statische öffentliche kryptographische Terminal-Schlüssel 170 kann beispielsweise von dem Terminal-Zertifikat 162 umfasst sein. Ferner bildet der statische öffentliche kryptographische Terminal-Schlüssel 170 mit einem dem Terminal zugeordneten privaten kryptographischen Terminal-Schlüssel 158 ein asymmetrisches kryptographisches Terminal-Schlüsselpaar. Der private kryptographische Terminal-Schlüssel 158 ist in einem geschützten Speicherbereich 156 des Speichers 154 gespeichert. Auf den geschützten Speicherbereich 156 des Speichers 154 ist ein Zugriff, das heißt ein Lesezugriff oder ein Schreibzugriff, nur über den Prozessor 166 des ID-Tokens 152 möglich. Der Zugriff von dem mit dem Speicher 154 gekoppelten Prozessor 166 ist nur dann möglich, wenn eine hierzu erforderliche Bedingung erfüllt ist, beispielsweise eine erfolgreiche Authentifizierung durch das Terminal 152. In dem geschützten Speicherbereich 156 ist der private kryptographische Terminal-Schlüssel 158 gespeichert.
  • 2 zeigt ein schematisches Blockdiagramm eines beispielhaften Sicherungssystems 182, welches ein System 180 mit einem ID-Token 102 und ein Terminal 152 gemäß 1 umfasst. Ferner umfasst das Sicherungssystem 182 eine Sicherungseinrichtung 220, welche den Zugang zu beschränkten Ressourcen regelt. Bei den beschränkten Ressourcen kann es sich beispielsweise um beschränkte räumliche Ressourcen handeln. Zum Beschränken des Zugangs umfasst die Sicherungseinrichtung 220 beispielsweise eine Tür, Drehtür, eine Schranke, ein Tor und/oder eine Durchgangsschleuse mit einem Ein- und einem Ausgang. Ferner kann es sich bei den beschränkten Ressourcen beispielsweise um ein Datenverarbeitungssystem, wie etwa ein Computersystem, ein Netzwerk und/oder eine Datenbank, mit beschränken Zugangsrechten handeln. Ferner kann es sich bei den Ressourcen auch um digitale Dateien und/oder Verzeichnisse mit beschränkten Zugangsrechten, insbesondere beschränkten Lese-, Schreib- und/oder Ausführrechten, handeln.
  • Eine Datenbank bzw. ein Datenbanksystem bezeichnet ein System zur elektronischen Datenverwaltung. Ein Datenbanksystem erlaubt es, große Datenmengen effizient, widerspruchsfrei und dauerhaft zu speichern und benötigte Teilmengen in unterschiedlichen, bedarfsgerechten Darstellungsformen für Benutzer und Anwendungsprogramme bereitzustellen. Das Datenbanksystem umfasst beispielsweise ein Datenbankmanagementsystem und eine Datenbank im engeren Sinn bzw. Datenbasis. Das Datenbankmanagementsystem stellt eine Verwaltungssoftware zum Verwalten von Daten der Datenbasis bereit. Die Verwaltungssoftware organisiert intern die strukturierte Speicherung der Daten und kontrolliert alle lesenden und schreibenden Zugriffe auf die Datenbank. Die Datenbasis umfasst die Menge der zu verwaltenden Daten. Daten wie etwa digital codierte Dokumente werden in diesem Fall beispielsweise als Teil der Datenbasis gespeichert.
  • Der Speicher kann beispielsweise einen Wechselspeicher umfassen handeln, d.h. einen nicht fest eingebauter, austauschbarer und/oder tragbarer Datenträger für ein Computersystem handeln. Wechselspeicher umfassen beispielsweise Blu-ray Discs, CDs, Disketten, DVDs, HD-DVDs, Magnetbänder, MO/MODs, Solid-State-Drives (SSD), Speicherkarten, USB-Sticks oder Wechselfestplatten.
  • Die Sicherungseinrichtung 220 kommuniziert mit dem Terminal 152 über das Netzwerk 190 unter Verwendung der Kommunikationsschnittstelle 224 der Sicherungseinrichtung 220. Ferner ist die Kommunikationsschnittstelle 172 zusätzlich zur Kommunikation mit der Sicherungseinrichtung 220 konfiguriert oder es ist in dem Terminal eine zusätzliche Kommunikationsschnittstelle zur Kommunikation mit der Sicherungseinrichtung 220 vorgesehen. Nach Ausführungsformen kann die Sicherungseinrichtung 220 das Terminal 152 umfassen, beispielsweise in Form eines in die Sicherungseinrichtung 220 integriertes Kartenlesegerät, falls der ID-Token 102 in Form einer Chipkarte vorliegt. In Diesem Fall erfolgt die Kommunikation zwischen Sicherungseinrichtung 220 und Terminal 152 intern über elektronische Datenleitungen.
  • Das Terminal 152 und der ID-Token 102 führen das Verfahren zur Kontrolle des Zugriffs des Terminals 152 auf das in dem geschützten Speicherbereich 106 des ID-Token 102 gespeicherten Attributs 109 aus. Falls sowohl die Terminal-Authentifizierung als auch die ID-Token-Authentifizierung erfolgreich verlaufen, wird dem Terminals 152 ein Zugriff auf das Attribut 109 gewährt. Das ausgelesene Attribut 109 wird durch das Terminal 152 verifiziert. Beispielsweise wird geprüft, ob es ein oder mehrere vordefinierte Anforderungen erfüllt. Alternative oder zusätzlich wird das ausgelesene Attribut 109 gespeichert. Beispielsweise wird das ausgelesene Attribut 109 mit einem hinterlegten Referenzwert, einer Liste von Referenzwerten und/oder einem Referenzwertebereich verglichen. Erfüllt das Attribut 109 die vordefinierten Anforderungen sendet das Terminal ein Bestätigungs- bzw. Freigabesignal zur Freigabe des Zugangs zu der Sicherungseinrichtung 220 und damit zu den beschränkten Ressourcen.
  • Die Sicherungseinrichtung 220 umfasst beispielsweise eine Verriegelungsvorrichtung 222, wie etwa ein Schloss und/oder einen Sperrriegel. Auf die Freigabe des Zugangs hin sendet die Sicherungseinrichtung 220 ein Entriegelungssignal an die entriegelt Verriegelungsvorrichtung 222, welche auf den Empfang des Entriegelungssignals bzw. durch das Entriegelungssignal entriegelt wird.
  • Nach Ausführungsformen können der ID-Token 102 und das Terminal 152 jeweils als Blockchain-Server konfiguriert sein, d.h. der ID-Token 102 und das Terminal 152 sind dazu konfiguriert zusätzliche Einträge zu der ersten Blockchain 114 bzw. der zweiten 164 hinzuzufügen. Beispielsweise sind die Programminstruktionen 120, 170 sowie die von diesen verwendeten kryptographischen Protokolle 118, 168 dazu konfiguriert neue Einträge der Blockchains 114, 164 zu erzeugen. Nach weiteren Ausführungsformen sind ein oder mehrere eigenständige und/oder zusätzliche Blockchain-Server 202 vorgesehen, welche über das Netzwerk 190 mit dem Terminal 152 kommunikative verbunden sind. Sollen zusätzliche Daten, etwa zusätzliche ID-Token- oder Terminal-Zertifikatsinformationen zu den Blockchains 114, 164 hinzugefügt werden, so werden diese Daten von dem ID-Token 102 über das Terminal 152 und das Netzwerk 190 bzw. von dem Terminal 152 über das Netzwerk 190 an die Blockchain-Server 202 gesendet.
  • Der Blockchain-Server 202 umfasst eine Kommunikationsschnittstelle zur Kommunikation mit dem Terminal 152 über das Netzwerk 190. Nach Ausführungsformen handelt es sich bei dem Netzwerk 190 um ein Funknetzwerk oder das Netzwerk 190 umfasst ein Funknetzwerk. Beispielsweise handelt es sich bei dem Funknetzwerk um ein digitales zellulares Funknetzwerk, wie etwa ein digitales zellulares Mobilfunknetz bzw. Mobilfunknetzwerk, welches nach einem Mobilfunkstandard wie zum Beispiel GSM, UMTS, LTE, CDMA oder einem anderen Standard aufgebaut sein kann. Bei dem Funknetzwerk kann es sich auch um eine WLAN-Netzwerk handeln, beispielsweise nach dem Standard der IEEE-802.11-Familie. Nach Ausführungsformen kann der ID-Token als mobiles, tragbares Telekommunikationsgerät, etwa als ein Mobilfunkgerät beispielsweise in Form eines Smartphones ausgestaltet sein. Der ID-Token kann nach Ausführungsformen beispielsweise auch selbst über das als Funknetzwerk konfigurierte Netzwerk 190 kommunizieren. Beispielsweise kann es mit dem Terminal 182 und/oder mit dem Blockchain-Server 202 über das Netzwerk 190 kommunizieren.
  • Der Blockchain-Server 202 umfasst einen Prozessor 206, welcher dazu konfiguriert ist, Programminstruktionen 210 auszuführen. Ferner umfasst der Blockchain-Server 202 einen Speicher 204 mit der ersten und zweiten Blockchain 114, 164. Durch Ausführung der Programminstruktionen 210 steuert der Prozessor 206 den Blockchain-Server 202 so, dass er unter Verwendung von dem ID-Token 102 und/oder von dem Terminal 152 bereitgestellten zusätzlichen ID-Token- bzw. Terminal-Zertifikatsinformationen zusätzliche Blöcke für die Blockchains 114, 164 erzeugt und diesen hinzufügt. Zum Erweitern der ersten und zweiten Blockchain 114, 164 greift der Blockchain-Server 202 auf ein kryptographisches Protokoll 208 zurück, welches in dem Speicher 204 des Blockchain-Server 202 gespeichert ist. Wenn die erste und/oder zweite Blockchain 114, 164 erweitert wurden, werden die in dem Speicher 104 des ID-Tokens 102 bzw. in dem Speicher 154 des Terminals 152 gespeicherte erste und/oder zweite Blockchain 114, 164 durch den Blockchain-Server 202 mit der erweiterten erste und/oder zweite Blockchain über die Kommunikationsschnittstelle 212 und das Netzwerk 190 synchronisiert.
  • 3 zeigt ein UML-Diagramm eines ersten beispielhaften Verfahrens. Die Kommunikation erfolgt zwischen dem ID-Token 102 und dem Terminal 152 zum Durchführen des Verfahrens zur Kontrolle des Zugriffs des Terminals 162 auf das in dem ID-Token 102 gespeicherte Attribut 109. Hierzu werden eine Terminal-Authentifizierung und eine ID-Token-Authentifizierung ausgeführt.
  • Nach Ausführungsformen wird zunächst die Terminal-Authentifizierung ausgeführt. In Schritt 300 erzeugt das Terminal 152 eine ephemeres asymmetrisches Terminal-Schlüsselpaar, welches einen ephemeren privaten kryptographischen Terminal-Schlüssel SK Term ˜
    Figure DE102017218729A1_0001
    umfasst sowie einen ephemeren öffentlichen kryptographischen Terminal-Schlüssel PK Term ˜ .
    Figure DE102017218729A1_0002
    . Das ephemere asymmetrische Terminal-Schlüsselpaar wird temporär in dem Speicher 154 des Terminals 152 gespeichert. Beispielsweise wird das ephemere asymmetrische Terminal-Schlüsselpaar in einem nichtflüchtigen Speicher gespeichert. Nach Ausführungsformen wird der ephemere private kryptographische Terminal-Schlüssel SK Term ˜
    Figure DE102017218729A1_0003
    in dem geschützten Speicherbereich 156 temporär gespeichert. In Schritt 302 wird der ephemeren öffentlichen kryptographischen Terminal-Schlüssel PK Term ˜
    Figure DE102017218729A1_0004
    von dem Terminal 152 an den ID-Token 102 gesendet, beispielsweise in komprimierter Form. In Schritt 304 erzeugt der ID-Token 102 ein zufälliges erstes Geheimnis r1Tok, beispielsweise eine Zufallszahl, und sendet diese in Schritt 306 an das Terminal 152. In Schritt 308 erzeugt das Terminal eine Signatur sTerm der empfangenen Zufallszahl unter Verwendung des statischen privaten kryptographischen Terminal-Schlüssels 158 SKTerm aus dem geschützten Speicherbereich 156. Nach Ausführungsformen wird ferner ein Identifikator IDTok des ID-Tokens 102 zur Erzeugung der Signatur sTerm verwendet. Der entsprechende Identifikator IDTok wurde beispielsweise inertial von dem ID-Tokens 102 an das Terminal 152 übertragen. Bei dem Identifikator IDTok handelt es sich beispielsweise um einen statischen Identifikator oder um einen ephemeren Identifikator. Letzter wird beispielsweise in Zuge eines inertialen PACE-Verfahrens generiert, z.B. Identifikator ID Tok = PK Term P ˜
    Figure DE102017218729A1_0005
    (vgl. 4). Ferner wird zur Erzeugung der Signatur sTerm der in Schritt 300 erzeugte ephemere öffentliche kryptographische Terminal-Schlüssel PK Term ˜
    Figure DE102017218729A1_0006
    verwendet. Nach Ausführungsformen können noch weitere Hilfsdaten zur Erzeugung der Signatur sTerm herangezogen werden.
  • In Schritt 310 wird die Signatur sTerm als Nachricht an den ID-Token 102 gesendet. In Schritt 312 verifiziert der ID-Token 102 die Signatur unter Verwendung des statischen öffentlichen kryptographischen Terminal-Schlüssels 160 PKTerm sowie des zufälligen ersten Geheimnisses r1Tok. Beispielsweise hat die Signatur die Form s Term = Sign ( SK Term ,  ID Tok ‖ r Tok ‖ PK Term ˜ ) .
    Figure DE102017218729A1_0007
    Nach Ausführungsformen werden zum Verifizieren der Signatur sTerm ferner Identifikator IDTok, der in Schritt 302 empfangene ephemere öffentliche kryptographische Terminal-Schlüssel PK Term ˜
    Figure DE102017218729A1_0008
    und/oder weitere Hilfsdaten verwendet.
  • Auf eine erfolgreiche Terminal-Authentifizierung, d.h. auf eine positive Verifizierung der Signatur sTerm hin wird eine ID-Token-Authentifizierung ausgeführt. In Schritt 314 wird der statische öffentliche kryptographische ID-Token-Schlüssel PK Tok ˜
    Figure DE102017218729A1_0009
    an das Terminal 152 übertragen werden. Ferner kann nach Ausführungsformen ein Domänenparameter des ID-Tokens 102 übertragen, welcher den ID-Tokens 102 einer bestimmten Domäne, z.B. einem bestimmten Verwendungsbereich bzw. Verwendungskontext zuordnet. In Schritt 316 wird nochmals der ephemere öffentliche kryptographische Terminal-Schlüssel PK Term ˜
    Figure DE102017218729A1_0010
    übertragen. Nach alternativen Ausführungsformen kann dieser Schritt auch entfallen, um das Verfahren effizienter zu gestalten. Nach weiteren Ausführungsformen kann für die ID-Token-Authentifizierung ein zweites ephemeres asymmetrisches Terminal-Schlüsselpaar erzeugt werden und anstelle des ephemeren asymmetrischen Terminal-Schlüsselpaars der Terminal-Authentifizierung hier und im Folgenden für die ID-Token-Authentifizierung verwendet werden. In den Schritten 318 und 320 berechnen das Terminal 152 und der ID-Token 102 jeweils eigenständig ein gemeinsames, geteiltes Geheimnis K. Die beiden Ergebnisse von Terminal 152 und der ID-Token 102 für das gemeinsame, geteilte Geheimnis K sind identisch. Hierbei verwendet das Terminal den ephemeren privaten kryptographischen Terminal-Schlüssel SK Term ˜
    Figure DE102017218729A1_0011
    und den in Schritt 314 empfangenen statischen öffentlichen kryptographischen ID-Token-Schlüssel PK Tok ˜ ,
    Figure DE102017218729A1_0012
    während der ID-Token 102 den ephemeren öffentlichen kryptographischen Terminal-Schlüssel SK Term ˜
    Figure DE102017218729A1_0013
    und den statischen privaten kryptographischen ID-Token-Schlüssel SK Tok ˜
    Figure DE102017218729A1_0014
    verwendet. Beispielsweise berechnet das Terminal 152 K = KA ( SK Term ˜ , PK Tok , D Tok ) ,
    Figure DE102017218729A1_0015
    während der ID-Token 102 K = KA ( SK Tok , PK Term ˜ , D Tok )
    Figure DE102017218729A1_0016
    berechnet.
  • In Schritt 322 erzeugt der ID-Token 102 ein zufälliges zweites Geheimnis r2Tok, beispielsweise eine Zufallszahl, sowie eine Signatur TTok und sendet diese in Form einer Nachricht in Schritt 324 an das Terminal 152. Beispielsweise handelt es sich bei der Signatur TTok um einen signierten Authentifizierungstoken TTok. Dieser umfasst beispielsweise den mit einem gemeinsamen Signaturschlüssel KMAC signierten ephemeren öffentlichen kryptographischen Terminal-Schlüssel PK Term ˜ .
    Figure DE102017218729A1_0017
    Der gemeinsame Signaturschlüssel KMAC wird Terminal 152 und ID-Token unabhängig erzeugt, beispielsweise unter Verwendung des gemeinsamen, geteilten Geheimnisses K und des zufälligen zweiten Geheimnisses r2Tok, d.h. z.B. KMAC = KDFMAC (K, r2Tok). Hierbei bezeichnet KDF eine Schlüsselerzeugungsfunktion, welche beispielsweise die kryptographischen Protokolle 118, 168 umfassen können. KDFMAC bezeichnet beispielsweise eine Schlüsselerzeugungsfunktion zum Erzeugen eines Signaturschlüssels zum Authentifizieren mittels MAC im Zuge eines Secure-Messaging-Verfahrens. Das Authentifizierungstoken TTok hat beispielsweise die Form T Tok = MAC ( K MAC , PK Term ˜ ) .
    Figure DE102017218729A1_0018
    In Schritt 326 verifiziert das Terminal 152 den empfangenen Authentifizierungstoken TTok unter Verwendung des empfangenen zufälliges zweites Geheimnis r2Tok sowie des daraus berechneten gemeinsamen Signaturschlüssels KMAC. Ferner berechnen der ID-Token 102 und das Terminal 152 nach Ausführungsformen jeweils einen symmetrischen kryptographischen Schlüssel zum Verschlüsseln der weiteren Kommunikation zwischen ID-Token 102 und Terminal 152, etwa im Zuge des Auslesens des Attributs 109. Beispielsweise hat der symmetrischen kryptographischen Schlüssel die Form KV = KDFV (K, r2Tok), wobei KDFV beispielsweise eine Schlüsselerzeugungsfunktion zum Erzeugen eines symmetrischen Schlüssels zum Verschlüsseln mittels MAC im Zuge eines Secure-Messaging-Verfahrens bezeichnet.
  • Nach erfolgreicher Terminal-Authentifizierung und ID-Token-Authentifizierung wird das Attribut 109 von dem Terminal 152 aus dem geschützten Speicherbereich 106 des ID-Tokens 102 ausgelesen. Das Auslesen erfolgt beispielsweise über einen kryptographisch gesicherten Kommunikationskanal zwischen ID-Token 102 und Terminal 152. Beispielsweise ist der Kommunikationskanal Ende-zu-Endeverschlüsselt. Beispielsweise werden zur kryptographischen Sicherung ein symmetrischer Authentifizierungsschlüssel bzw. Signaturschlüssel zum Signieren der übertragenen Daten und ein symmetrischer Schlüssel zum Verschlüsseln der übertragenen Daten verwendet. Beispielsweise werden KMAC und KV aus der ID-Token-Authentifizierung verwendet.
  • 4 zeigt ein UML-Diagramm eines zweiten beispielhaften Verfahrens. In dem Verfahren gemäß 4 wird inertial ein PACE-Verfahren ausgeführt. Das PACE-Verfahren kann dazu verwendet werden, einen ephemeren Identifikator IDTok des zwischen ID-Token 102 und Terminal 152 zu erzeugen und bereitzustellen. Ferner kann PACE-Verfahren dazu verwendetet werden, um einen ephemeren symmetrischen Signaturschlüssel zum Signieren der übertragenen Daten und einen ephemeren symmetrischen Schlüssel zum Verschlüsseln der übertragenen Daten für ein Secure-Messaging-Verfahren bereitzustellen.
  • In Schritt 400 erzeugt der ID-Token eine Zufallszahl s und verschlüsselt diese zu x = V(Kπ, s), wobei es sich bei Kπ um einen gemeinsamen, geteilten symmetrischen kryptographischen Schlüssel von ID-Tokens 102 und Terminal 152. Beispielsweise umfassen beide ein gemeinsames, geteiltes Passwort π. Dieses Passwort π ist beispielsweise in den Speichern 104, 154, insbesondere den geschützten Speicherbereichen 106, 156, hinterlegt und/oder wird etwa durch den Nutzer 100 über eine Nutzerschnittstelle dem ID-Tokens 102 und/oder Terminal 152 bereitgestellt. Beispielsweise hat der gemeinsame, geteilte symmetrische kryptographische Schlüssel die Form Kπ = KDFπ (π), wobei KDFπ beispielsweise eine Schlüsselerzeugungsfunktion ist zum Erzeugen eines symmetrischen kryptographischen Schlüssels ist. In Schritt 402 wird die verschlüsselte Zufallszahl x an das Terminal 152 gesendet. Nach Ausführungsformen wird ferner ein statischer Domänenparameter DTok des ID-Tokens 102 gesendet. In Schritt 404 entschlüsselt das Terminal 152 die verschlüsselte Zufallszahl x und erhält so die unverschlüsselte Zufallszahl s.
  • In Schritt 406 berechnet das Terminal 152 ein ephemeres asymmetrisches Terminal-Schlüsselpaar SK Term P ˜ ,   PK Term P ˜
    Figure DE102017218729A1_0019
    für das PACE-Verfahren. Ferner wird beispielsweise ein von der Zufallszahl s abhängiger ephemerer Domänenparameter D ( s ) ˜ = Map ( D Tok , s )
    Figure DE102017218729A1_0020
    unter Verwendung des statischen Domänenparameters DTok berechnet. In Schritt 410 wird der erzeugte ephemere öffentliche kryptographische Terminal-Schlüssel PK Term P ˜
    Figure DE102017218729A1_0021
    an den ID-Token 102 gesendet. In Schritt 410 berechnet der ID-Token ein ephemeres asymmetrisches ID-Token-Schlüsselpaar SK Tok P ˜ ,   PK Tok P ˜
    Figure DE102017218729A1_0022
    für das PACE-Verfahren. Ferner wird beispielsweise der von der Zufallszahl s abhängige ephemere Domänenparameter D ( s ) ˜ = Map ( D Tok , s )
    Figure DE102017218729A1_0023
    berechnet. In Schritt 412 wird der erzeugte ephemere öffentliche kryptographische ID-Token-Schlüssel PK Tok P ˜
    Figure DE102017218729A1_0024
    an das Terminal 152 gesendet. Die Schritte 406, 408 einerseits und die Schritte 410, 412 können gleichzeitig oder in beliebiger Reihenfolge ausgeführt werden. Nach Ausführungsformen wird
  • In Schritt 414 berechnet das Terminal 152 ein gemeinsames, geteiltes Geheimnis KP unter Verwendung des ephemeren privaten kryptographischen Terminal-Schlüssels SK Term P ˜
    Figure DE102017218729A1_0025
    und des ephemeren öffentlichen kryptographischen ID-Token-Schlüssels PK Term P ˜ ,  z .B . K P = KA ( SK Term P ˜ ,   PK Tok P , ˜   D ( s ) ˜ ) .
    Figure DE102017218729A1_0026
    In Schritt 416 berechnet der ID-Token 102 das gemeinsame, geteilte Geheimnis KP unter Verwendung des ephemeren öffentlichen kryptographischen Terminal-Schlüssels PK Term P ˜
    Figure DE102017218729A1_0027
    und des ephemeren privaten kryptographischen ID-Token-Schlüssels SK Term P ˜ ,
    Figure DE102017218729A1_0028
    z.B. K P = KA ( SK Tok P ˜ ,   PK Term P , ˜   D ( s ) ˜ ) .
    Figure DE102017218729A1_0029
    Das gemeinsame, geteilte Geheimnis KP wird verwendet um ein Terminal-Authentifizierungstoken T Term P
    Figure DE102017218729A1_0030
    und ein ID-Token-Authentifizierungstoken T Tok P
    Figure DE102017218729A1_0031
    zu berechnen. Die Authentifizierungstoken T Term P , T Tok P
    Figure DE102017218729A1_0032
    werden zwischen dem ID-Token 102 und dem Terminal 152 ausgetauscht und jeweils gegenseitig verifiziert.
  • In Schritt 418 berechnet das Terminal 152 den Terminal-Authentifizierungstoken T Term P = MAC ( K MAC P , PK Tok P ˜ ) ,
    Figure DE102017218729A1_0033
    welcher in Schritt 420 an den ID-Token 102 gesendet und in Schritt 422 durch diesen verifiziert wird. In Schritt 424 berechnet der ID-Token 102 den ID-Token-Authentifizierungstoken T Tok P = MAC ( K MAC P , PK Term P ˜ ) ,
    Figure DE102017218729A1_0034
    welcher in Schritt 426 an das Terminal 152 gesendet und in Schritt 428 durch diesen verifiziert wird. Der gemeinsame, geteilte symmetrische Signaturschlüssel K MAC P
    Figure DE102017218729A1_0035
    hat beispielsweise die Form K MAC P = KDF MAC ( K P ) .
    Figure DE102017218729A1_0036
    Nach Ausführungsformen wird ferner ein symmetrischer Schlüssel K V P = KDV V ( K P )
    Figure DE102017218729A1_0037
    zum Verschlüsseln berechnet. Die beiden Schlüssel K MAC P  und K V P
    Figure DE102017218729A1_0038
    können zum Implementieren eines Secure-Messaging-Verfahrens verwendet werden.
  • Anschließend werden in Schritt 430 eine Terminal-Authentifizierung, beispielsweise gemäß Schritten 300 bis 312 aus 3, und in Schritt 433 eine ID-Token-Authentifizierung, beispielsweise gemäß Schritten 314 bis 326 aus 3, ausgeführt.
  • Nach Ausführungsformen erfolgt das Übersenden der statischen öffentlichen Schlüssel in den Ausführungsformen des Verfahrens in den 3 und 4, indem die entsprechenden über eine kontaktlose oder kontaktbehaftete Kommunikationsverbindung zwischen ID-Token 102 und Terminal 152 übertragen werden. Nach Ausführungsformen werden die statischen öffentlichen Schlüssel jeweils von einem Terminal- bzw. ID-Token-Zertifikat umfasst und die entsprechenden statischen öffentlichen Schlüssel werden übertragen, indem ein die sie umfassenden Zertifikate übertragen werden. Nach weiteren Ausführungsformen werden anstelle der statischen öffentlichen Schlüssel statische Identifikatoren des Terminals 152 bzw. des ID-Tokens 102 übertragen, welche dazu verwendet werden, die entsprechenden statischen öffentlichen Schlüssel, welche von den Terminal- bzw. ID-Token-Zertifikatsinformationen umfasst werden, in der ersten bzw. zweiten Blockchain zu identifizieren. Für die Verfahren gemäß 3 und 4 werden die entsprechenden statischen öffentlichen Schlüssel dann aus der ersten bzw. zweiten Blockchain ausgelesen. Nach weiteren Ausführungsformen werden die statischen öffentlichen Schlüssel ohne Zertifikate übertragen und in der ersten bzw. zweiten Blockchain überprüft, ob die übertragenen statischen öffentlichen Schlüssel in einer der Blockchains für das entsprechende Terminal 152 bzw. den entsprechenden ID-Token 102 eingetragen sind. Sind die übertragenen statischen öffentlichen Schlüssel als gültig eingetragen, gelten diese als verifiziert, ohne dass eigenständige Zertifikate übertragen werden oder eine PKI geprüft wird. Die übertragenen statischen öffentlichen Schlüssel dienen somit nach Ausführungsformen quasi als Identifikatoren und die entsprechenden Einträge als Zertifikate.
  • 5 zeigt ein schematisches Blockdiagramm einer Ausführungsform der Terminal-Authentifizierung für ein Verfahren zur Kontrolle eines Zugriffs eines Terminals auf ein in einem ID-Token gespeichertes Attribut. Die Terminal-Authentifizierung umfasst eine Prüfung des Terminal-Zertifikats unter Verwendung von Terminal-Zertifikatsinformationen, welche die erste Blockchain bereitstellt, wobei ein statischer öffentlicher Terminal-Schlüssel valide ist und beispielsweise für die Ausführungsformen der Verfahren in 3 und 4 verwendet werden kann, wenn die Prüfung des Terminal-Zertifikats positiv ausfällt. In Schritt 500 wird das Terminal-Zertifikat dem ID-Token zur Prüfung bereitgestellt. Beispielsweise umfassen die Terminal-Zertifikatsinformationen der ersten Blockchain das Terminal-Zertifikat oder einen eindeutigen Prüfwert des Terminal-Zertifikats. Das Bereitstellen kann ferner beispielsweise ein Senden des Terminal-Zertifikats von dem Terminal an den ID-Token, ein Senden eines eindeutigen Prüferwerts des Terminal-Zertifikats, ein Senden eines Identifikators des Terminals zum Identifizieren des Terminal-Zertifikats in der ersten Blockchain oder ein Senden des statischen öffentlichen Terminal-Schlüssels umfassen. In Schritt 502 wird die Authentizität des Terminal-Zertifikats unter Verwendung der Terminal-Zertifikatsinformationen verifiziert. Hierzu wird geprüft, ob das Terminal-Zertifikat oder ein eindeutiger Prüfwert des Terminal-Zertifikats in der Blockchain eingetragen ist. Hierzu wird beispielsweise ein empfangenes Terminal-Zertifikat oder ein empfangener Prüfwert des Terminal-Zertifikats mit den Einträgen der ersten Blockchain verglichen oder anhand eines empfangenen Identifikators ein Eintrag in der Blockchain identifiziert. Nach Ausführungsformen kann auch ein empfangener statischer öffentlicher Terminal-Schlüssel auf Eintragung in die erste Blockchain geprüft werden. Zweck des Schritts 502 ist es festzustellen, ob der statische öffentliche Terminal-Schlüssel des entsprechenden Terminals in der ersten Blockchain vermerkt ist. In Schritt 504 wird der Status des Terminal-Zertifikats geprüft, d.h. es wird geprüft, ob das Terminal-Zertifikat noch oder wieder gültig ist. Hierzu wird beispielsweise geprüft, ob die erste Blockchain einen Sperreintrag zu dem Terminal-Zertifikat umfasst, ob ein Nutzungszähler des Terminals-Zertifikats in der ersten Blockchain abgelaufen ist und/oder das Terminal-Zertifikat für die vorliegende Aufgabe eine gültige Berechtigung umfasst, d.h. ob das Terminal-Zertifikat zum Zugriff auf das Attribut berechtigt. Ist das Terminal-Zertifikat gültig, ist die Terminal-Authentifizierung erfolgreich. In Schritt 506 wird der Nutzungszähler, falls die erste Blockchain einen solchen Nutzungszähler implementiert hat, auf die Freigabe des Zugriffs bzw. eine erfolgreiche Terminal-Authentifizierung hin aktualisiert. Ist der Nutzungszähler abgelaufen, so kann beispielsweise eine Anfrage auf ein Zurücksetzen des Nutzungszählers oder Ausstellen eines erneuerten Terminal-Zertifikats mit einem zurückgesetzten Nutzungszähler erstellt werden. Die Anfrage wird beispielsweise an eine Ausstellungsinstanz gesendet, welche die Zertifikate ausstellt. Nach Ausführungsformen kann es sich bei dieser Instanz um einen Blockchain-Server handeln.
  • Nach Ausführungsformen erfolgt eine Eintragung eines statischen öffentlichen Terminal-Schlüssels, eines Terminal-Zertifikats, oder eines eindeutigen Prüfwerts von dem statischen öffentlichen Terminal-Schlüssel und/oder Terminal-Zertifikat als Terminal-Zertifikatinformationen in die erste Blockchain auf eine einmalige erfolgreiche Verifizierung eines Terminal-Zertifikats unter Verwendung einer PKI hin. Weitere Verifizierungen können ohne PKI alleine unter Verwendung der Einträge in der ersten Blockchain erfolgen.
  • In Schritt 508 wird die erste Blockchain synchronisiert. Die Synchronisation erfolgt mit weiteren Versionen der ersten Blockchain, welche beispielsweise von weiteren ID-Token verwendet werden, und/oder mit weiteren Versionen der ersten Blockchain, welche ein oder mehrere Blockchain-Server bereitstellen. Nach Ausführungsformen handelt es sich bei Schritt 508 um einen fakultativen Schritt.
  • 6 zeigt ein schematisches Blockdiagramm einer Ausführungsform der ID-Token-Authentifizierung für das Verfahren zur Kontrolle eines Zugriffs des Terminals auf das in dem ID-Token gespeichertes Attribut. Die ID-Token-Authentifizierung umfasst eine Prüfung des ID-Token-Zertifikats unter Verwendung von ID-Token-Zertifikatsinformationen, welche die zweite Blockchain bereitstellt, wobei ein statischer öffentlicher ID-Token-Schlüssel valide ist und beispielsweise für die Ausführungsformen der Verfahren in 3 und 4 verwendet werden kann, wenn die Prüfung des ID-Token-Zertifikats positiv ausfällt. In Schritt 600 wird das ID-Token-Zertifikat dem Terminal zur Prüfung bereitgestellt. Beispielsweise umfassen die ID-Token-Zertifikatsinformationen der zweiten Blockchain das ID-Token-Zertifikat oder einen eindeutigen Prüfwert des ID-Token-Zertifikats. Das Bereitstellen kann ferner beispielsweise ein Senden des ID-Token-Zertifikats von dem ID-Token an das Terminal, ein Senden eines eindeutigen Prüferwerts des ID-Token-Zertifikats, ein Senden eines Identifikators des ID-Tokens zum Identifizieren des ID-Token-Zertifikats in der zweiten Blockchain oder ein Senden des statischen öffentlichen ID-Token-Schlüssels umfassen. In Schritt 602 wird die Authentizität des ID-Token-Zertifikats unter Verwendung der ID-Token-Zertifikatsinformationen verifiziert. Hierzu wird geprüft, ob das ID-Token-Zertifikat oder ein eindeutiger Prüfwert des ID-Token-Zertifikats in der Blockchain eingetragen ist. Hierzu wird beispielsweise ein empfangenes ID-Token-Zertifikat oder ein empfangener Prüfwert des ID-Token-Zertifikats mit den Einträgen der zweiten Blockchain verglichen oder anhand eines empfangenen Identifikators ein Eintrag in der Blockchain identifiziert. Nach Ausführungsformen kann auch ein empfangener statischer öffentlicher ID-Token-Schlüssel auf Eintragung in die zweite Blockchain geprüft werden. Zweck des Schritts ist es festzustellen, ob der statische öffentliche ID-Token-Schlüssel des entsprechenden ID-Tokens in der zweiten Blockchain vermerkt ist. In Schritt 604 wird der Status des ID-Token-Zertifikats geprüft, d.h. es wird geprüft, ob das ID-Token-Zertifikat noch oder wieder gültig ist. Hierzu wird beispielsweise geprüft, ob die zweite Blockchain einen Sperreintrag zu dem ID-Token-Zertifikat umfasst und/oder ob ein Nutzungszähler des ID-Token-Zertifikat in der ersten Blockchain abgelaufen ist, d.h. ob das Terminal-Zertifikat zum Zugriff auf das Attribut berechtigt. Ist das ID-Token-Zertifikat gültig, ist auch die ID-Token-Authentifizierung erfolgreich. Auf eine erfolgreiche Terminal- und ID-Token-Authentifizierung hin wird der Zugriff auf das Attribut freigegeben. In Schritt 606 wird der Nutzungszähler, falls die zweite Blockchain einen solchen Nutzungszähler implementiert hat, auf die Freigabe des Zugriffs bzw. eine erfolgreiche ID-Token-Authentifizierung hin aktualisiert. Ist der Nutzungszähler abgelaufen, so kann beispielsweise eine Anfrage auf ein Zurücksetzen des Nutzungszählers oder Ausstellen eines erneuerten ID-Token-Zertifikats mit einem zurückgesetzten Nutzungszähler erstellt werden. Die Anfrage wird beispielsweise an eine Ausstellungsinstanz gesendet, welche die Zertifikate ausstellt. Nach Ausführungsformen kann es sich bei dieser Instanz um einen Blockchain-Server handeln.
  • Nach Ausführungsformen erfolgt eine Eintragung eines statischen öffentlichen ID-Token-Schlüssels, eines ID-Token-Zertifikats, oder eines eindeutigen Prüfwerts von dem statischen öffentlichen ID-Token-Schlüssel und/oder ID-Token-Zertifikat als ID-Token-Zertifikatinformationen in die zweite Blockchain auf eine einmalige erfolgreiche Verifizierung eines ID-Token-Zertifikats unter Verwendung einer PKI hin. Weitere Verifizierungen können ohne PKI alleine unter Verwendung der Einträge in der zweiten Blockchain erfolgen.
  • In Schritt 608 wird die zweite Blockchain synchronisiert. Die Synchronisation erfolgt mit weiteren Versionen der zweiten Blockchain, welche beispielsweise von weiteren Terminals verwendet werden, und/oder mit weiteren Versionen der zweiten Blockchain, welche ein oder mehrere Blockchain-Server bereitstellen. Nach Ausführungsformen handelt es sich bei Schritt 608 um einen fakultativen Schritt.
  • 7 zeigt ein schematisches Blockdiagramm einer Ausführungsform eines Verfahrens zur Freigabe eines Zugangs zu einer Sicherungseinrichtung, welches das Verfahren zur Kontrolle des Zugriffs des Terminals auf das in dem ID-Token gespeichertes Attribut umfasst. In Schritt 700 erfolgt eine Terminal-Authentifizierung, beispielswiese nach einer oder mehreren der Ausführungsformen gemäß 3, 4 und/oder 5. Die Terminal-Authentifizierung erfolgt beispielsweise in Antwort auf einen Empfang einer Leseanfrage nach einem oder mehr in dem Speicher des ID-Tokens gespeicherten Attributen. In Schritt 702 erfolgt eine ID-Token-Authentifizierung, beispielswiese nach einer oder mehreren der Ausführungsformen gemäß 3, 4 und/oder 6. Auf eine erfolgreiche Terminal- und ID-Token-Authentifizierung hin gibt der ID-Token in Schritt 704 den Zugriff auf das Attribut für das Terminal frei, welcher das Attribut ausliest. In Schritt 706 wird das ausgelesene Attribut ausgewertet. Erfüllt das ausgelesene Attribut ein vordefiniertes Kriterium, stimmt es beispielsweise mit einem Referenzwert überein oder ist es von einem Referenzparameterbereich umfasst, wird in Schritt 708 der Zugang zu der Sicherungseinrichtung freigegeben.
  • Bezugszeichenliste
    • 100
    Nutzer
    102
    ID-Token
    104
    Speicher
    106
    geschützter Speicherbereich
    108
    privater ID-Token-Schlüssel
    109
    Attribut
    110
    öffentlicher ID-Token-Schlüssel
    112
    ID-Token-Zertifikat
    114
    erste Blockchain
    115
    ID-Token-Zertifikatsinformationen
    116
    Prozessor
    118
    kryptographisches Protokoll
    120
    Programminstruktionen
    122
    Kommunikationsschnittstelle
    152
    Terminal
    154
    Speicher
    156
    geschützter Speicherbereich
    158
    privater Terminal-Schlüssel
    160
    öffentlicher Terminal-Schlüssel
    162
    Terminal-Zertifikat
    164
    zweite Blockchain
    165
    Terminal-Zertifikatsinformationen
    166
    Prozessor
    168
    kryptographisches Protokoll
    170
    Programminstruktionen
    172
    Kommunikationsschnittstelle
    180
    System
    182
    Sicherungssystem
    190
    Netzwerk
    202
    Blockchain-Server
    204
    Speicher
    206
    Prozessor
    208
    kryptographisches Protokoll
    210
    Programminstruktionen
    212
    Kommunikationsschnittstelle
    220
    Sicherungseinrichtung
    222
    Verriegelungsvorrichtung
    224
    Kommunikationsschnittstelle

Claims (28)

  1. Verfahren zur Kontrolle eines Zugriffs eines Terminals (152) auf ein in einem ID-Token (102) gespeichertes Attribut (109), wobei Terminal-Zertifikatsinformationen (165) zu einem dem Terminal (152) zugeordneten Terminal-Zertifikat (162) in einem oder mehreren Einträgen einer ersten Blockchain (114) gespeichert sind, wobei die erste Blockchain (114) in einem ersten Speicher (104) des ID-Tokens (102) gespeichert ist, wobei ID-Token-Zertifikatsinformationen (115) zu einem dem ID-Token (102) zugeordneten ID-Token-Zertifikat (112) in einem oder mehreren Einträgen einer zweiten Blockchain (164) gespeichert sind, wobei die zweite Blockchain (164) in einem zweiten Speicher (154) des Terminals (152) gespeichert ist, wobei das Verfahren umfasst: • Ausführen einer Terminal-Authentifizierung, wobei das Terminal (152) durch den ID-Token (102) unter Verwendung des Terminal-Zertifikats (162) und der Terminal-Zertifikatsinformationen (165) der zweiten Blockchain (164) authentifiziert wird, • Ausführen einer ID-Token-Authentifizierung, wobei der ID-Token (102) durch das Terminal (152) unter Verwendung des ID-Token-Zertifikats (112) und der ID-Token-Zertifikatsinformationen (115) der ersten Blockchain (114) authentifiziert wird, • auf eine erfolgreiche Terminal-Authentifizierung und eine erfolgreiche ID-Token-Authentifizierung hin, Freigabe des Zugriffs des Terminals (152) auf das in dem ID-Token (102) gespeicherte Attribut (109).
  2. Verfahren nach Anspruch 1, wobei die Terminal-Authentifizierung ferner umfasst: • Verifizieren der Authentizität des Terminal-Zertifikats (162) unter Verwendung der von der ersten Blockchain (114) bereitgestellten Terminal-Zertifikatinformationen (115), wobei eine erfolgreiche Terminal-Authentifizierung eine erfolgreiche Verifizierung der Authentizität des Terminal-Zertifikats (162) voraussetzt.
  3. Verfahren nach einem der vorhergehenden Ansprüche, wobei die Terminal-Authentifizierung ferner umfasst: • Prüfen des Status des Terminal-Zertifikats (162) unter Verwendung der von der ersten Blockchain (114) bereitgestellten Terminal-Zertifikatinformationen (115).
  4. Verfahren nach einem der vorhergehenden Ansprüche, wobei die ID-Token-Authentifizierung ferner umfasst: • Verifizieren der Authentizität des ID-Token-Zertifikats (112) unter Verwendung der von der zweiten Blockchain (164) bereitgestellten ID-Token-Zertifikatinformationen (115), wobei eine erfolgreiche ID-Token-Authentifizierung eine erfolgreiche Verifizierung der Authentizität des ID-Token-Zertifikats (112) voraussetzt.
  5. Verfahren nach einem der vorhergehenden Ansprüche, wobei die ID-Token-Authentifizierung ferner umfasst: • Prüfen des Status des ID-Token-Zertifikats (112) unter Verwendung der von der zweiten Blockchain (164) bereitgestellten ID-Token-Zertifikatinformationen (115).
  6. Verfahren nach einem der vorhergehenden Ansprüche, wobei das Terminal-Zertifikat (162) einen dem Terminal (152) zugeordneten statischen öffentlichen Terminal-Schlüssel (160) umfasst, wobei in einem geschützten Speicherbereich (156) des zweiten Speichers (154) des Terminals (152) ein statischer privater Terminal-Schlüssel (158) gespeichert ist, welcher zusammen mit dem statischen öffentlichen Terminal-Schlüssel (160) ein statisches asymmetrisches Terminal-Schlüsselpaar bildet, und wobei die Terminal-Authentifizierung zum Bereitstellen des Terminal-Zertifikats (162) ferner umfasst: • Empfangen des Terminal-Zertifikats (162) mit dem statischen öffentlichen Terminal-Schlüssel (160) von dem Terminal (152) durch den ID-Token (102).
  7. Verfahren nach einem der vorhergehenden Ansprüche, wobei das ID-Token-Zertifikat (112) einen dem ID-Token (102) zugeordneten statischen öffentlichen ID-Token-Schlüssel (110) umfasst, wobei in einem geschützten Speicherbereich (106) des ersten Speichers (104) des ID-Tokens (102) ein statischer privater ID-Token-Schlüssel (108) gespeichert ist, welcher zusammen mit dem statischen öffentlichen ID-Token-Schlüssel (110) ein statisches asymmetrisches ID-Token-Schlüsselpaar bildet, wobei die ID-Token-Authentifizierung zum Bereitstellen des ID-Token-Zertifikats (112) ferner umfasst: • Empfangen des ID-Token-Zertifikats (112) mit dem statischen öffentlichen ID-Token-Schlüssel (110) von dem ID-Token (102) durch den Terminal (152).
  8. Verfahren nach einem der Ansprüche 1 bis 5, wobei das Terminal-Zertifikat (162) mit dem statischen öffentlichen Terminal-Schlüssel (160) von den Terminal-Zertifikatsinformationen (165) umfasst wird und wobei das Bereitstellen des Terminal-Zertifikats (162) ein Empfangen eines Identifikators des Terminal-Zertifikats (162) von dem Terminal (152) durch den ID-Token (102) umfasst, anhand dessen die zugehörigen Zertifikatsinformationen in der ersten Blockchain (114) identifiziert und ausgelesen werden können, und/oder wobei das ID-Token-Zertifikat (112) mit dem statischen öffentlichen ID-Token-Schlüssel (110) von den ID-Token-Zertifikatsinformationen (115) umfasst wird und wobei das Bereitstellen des ID-Token-Zertifikats (112) ein Empfangen eines Identifikators des ID-Token-Zertifikats (112) von dem ID-Token (102) durch das Terminal (152) umfasst, anhand dessen die zugehörigen ID-Token-Zertifikatsinformationen (115) in der zweiten Blockchain (164) identifiziert und ausgelesen werden können.
  9. Verfahren nach einem der vorhergehenden Ansprüche, wobei die Zugriffskontrolle in einem Offline-Modus des ID-Tokens (102) und/oder des Terminals (152) erfolgt.
  10. Verfahren nach einem der vorhergehenden Ansprüche, wobei es sich bei der ersten und zweiten Blockchain (114, 164) um eine gemeinsame Blockchain handelt.
  11. Verfahren nach einem der vorhergehenden Ansprüche, wobei das Verfahren ferner umfasst: auf die Freigabe des Zugriffs auf das gespeicherte Attribut (109) hin, Eintragen eines aktualisierten Nutzungszählers des Terminal-Zertifikats (162) in die erste Blockchain (114), wobei der den aktualisierten Nutzungszähler umfassende Eintrag den Identifikator des Terminal-Zertifikats (162) umfasst.
  12. Verfahren nach Anspruch 11, wobei die Terminal-Zertifikatsinformationen (165) einen Anfangswert des Nutzungszählers vorgeben und der Wert des Nutzungszählers bei jeder Aktualisierung dekrementiert wird, wobei das Terminal-Zertifikat (162) seine Gültigkeit verliert, sobald der Nutzungszähler einen unteren Grenzwert erreicht, oder wobei die Terminal-Zertifikatsinformationen (165) einen oberen Grenzwert für den Nutzungszähler vorgeben und der Wert des Nutzungszählers bei jeder Aktualisierung inkrementiert wird, wobei das Terminal-Zertifikat (162) seine Gültigkeit verliert, sobald der Nutzungszähler den oberen Grenzwert erreicht.
  13. Verfahren nach einem der Ansprüche 11 bis 12, wobei die erste Blockchain (114) in einem Block ein Programmmodul mit Programminstruktionen (120) umfasst, wobei auf die Freigabe des Zugriffs auf das gespeicherte Attribut (109) hin, das Programmmodul aufgerufen wird und die Programminstruktionen (120) ausgeführt werden, wobei durch das Ausführen der Programminstruktionen (120) das Aktualisieren des Nutzungszählers des Terminal-Zertifikats (162) unter Verwendung der Terminal-Zertifikatsinformationen (165) gesteuert wird.
  14. Verfahren nach einem der vorhergehenden Ansprüche, wobei der ID-Token (102) die erste Blockchain (114) auf die Freigabe des Zugriffs auf das gespeicherte Attribut (109) hin über das Terminal (152) und ein mit dem Terminal (152) verbundenes Netzwerk (190) synchronisiert.
  15. Verfahren nach einem der vorhergehenden Ansprüche, wobei das Terminal (152) die zweite Blockchain (164) über das Netzwerk (190) synchronisiert.
  16. Verfahren nach einem der vorhergehenden Ansprüche, wobei die erste Blockchain (114) eine Mehrzahl von Terminal-Zertifikatsinformationen (165) zu einer Mehrzahl von Terminal-Zertifikaten (162) einer Mehrzahl von Terminals (152) umfasst und/oder wobei die zweite Blockchain (164) eine Mehrzahl von ID-Token-Zertifikatsinformationen (115) zu einer Mehrzahl von ID-Token-Zertifikaten (112) einer Mehrzahl von ID-Token (102) umfasst.
  17. Verfahren nach einem der vorhergehenden Ansprüche, wobei die Terminal-Zertifikatsinformationen (165) einen Identifikator des Terminal-Zertifikats (162) und einen Prüfwert des Terminal-Zertifikats (162) umfassen und/oder wobei die ID-Token-Zertifikatsinformationen (115) einen Identifikator des ID-Token-Zertifikats (112) und einen Prüfwert des ID-Token-Zertifikats (112) umfassen.
  18. Verfahren nach einem der vorhergehenden Ansprüche, wobei zum Sperren des Terminal-Zertifikats (162) ein erster Sperreintrag in die erste Blockchain (114) eingetragen wird, wobei der erste Sperreintrag den Identifikator des Terminal-Zertifikats (162) umfasst und/oder wobei zum Sperren des ID-Tokens (102) ein zweiter Sperreintrag in die zweite Blockchain (164) eingetragen wird, wobei der zweite Sperreintrag den Identifikator des ID-Token-Zertifikats (112) umfasst.
  19. Verfahren nach einem der vorhergehenden Ansprüche, wobei die Terminal-Zertifikatsinformationen (165) Berechtigungen des Terminals (152) definieren und eine Änderung der Berechtigungen des Terminals (152) als Eintrag zu der ersten Blockchain (114) hinzugefügt wird, wobei der entsprechende Eintrag den Identifikator des Terminal-Zertifikats (162) umfasst und/oder wobei die ID-Token-Zertifikatsinformationen (115) Berechtigungen des ID-Token (102) definieren und eine Änderung von Berechtigungen des ID-Tokens (102) als Eintrag zu der zweiten Blockchain (164) hinzugefügt wird, wobei der entsprechende Eintrag den Identifikator des ID-Token-Zertifikats (112) umfasst.
  20. Verfahren nach einem der vorhergehenden Ansprüche, wobei die Terminal-Authentifizierung ferner umfasst: • Empfangen einer ersten Nachricht von dem Terminal (152) durch den ID-Token (102), wobei die erste Nachricht eine erste unter Verwendung des statischen privaten Terminal-Schlüssels (158) erzeugte Signatur aufweist, • Verifizieren der Authentizität der ersten Nachricht, wobei das Verifizieren der ersten Nachricht ein Verifizieren der ersten Signatur unter Verwendung des von dem Terminal-Zertifikat (162) umfassten statischen öffentlichen Terminal-Schlüssels (160) umfasst.
  21. Verfahren nach Anspruch 20, wobei die Terminal-Authentifizierung ferner umfasst: • Erzeugen eines zufälligen ersten Geheimnisses durch den ID-Token (102), • Senden des zufälligen ersten Geheimnisses durch den ID-Token (102) an das Terminal (152), wobei die erste Nachricht in Antwort auf das Senden des zufälligen ersten Geheimnisses empfangen wird und das gesendete zufällige erste Geheimnisses umfasst, wobei das Verifizieren der ersten Signatur ferner unter Verwendung des zufälligen ersten Geheimnisses erfolgt.
  22. Verfahren nach einem Ansprüche 20 bis 21, wobei die ID-Token-Authentifizierung ein Erzeugen eines gemeinsamen, geteilten Geheimnisses von ID-Token (102) und Terminal (152) umfasst, wobei das Erzeugen des gemeinsamen, geteilten Geheimnisses umfasst: • Erzeugen eines ephemeren asymmetrischen Terminal-Schlüsselpaars durch das Terminal (152) umfasst, wobei das erzeugte asymmetrische Terminal-Schlüsselpaar einen den ephemeren öffentlichen Terminal-Schlüssel und einen ephemeren privaten Terminal-Schlüssel umfasst, • Erzeugen des gemeinsamen, geteilten Geheimnisses durch das Terminal (152) unter Verwendung des ephemeren privaten Terminal-Schlüssels und des statischen öffentlichen ID-Token-Schlüssels (110), • Senden des ephemeren öffentlichen Terminal-Schlüssels durch das Terminal (152) an den ID-Token (102), • Erzeugen des gemeinsamen, geteilten Geheimnisses durch den ID-Token (102) unter Verwendung des statischen privaten ID-Token-Schlüssels (108) und des empfangenen ephemeren öffentlichen Terminal-Schlüssels.
  23. Verfahren nach Anspruch 22, wobei die ID-Token-Authentifizierung ferner umfasst: • Empfangen eines zufälligen zweiten Geheimnisses von dem ID-Token (102) durch das Terminal (152), • Empfangen einer zweiten Nachricht von dem ID-Token (102) durch das Terminal (152), wobei die zweite Nachricht eine zweite unter Verwendung eines gemeinsamen Signaturschlüssels erzeugte Signatur aufweist, wobei der gemeinsamen Signaturschlüssel unter Verwendung des gemeinsamen, geteilten Geheimnisses und des zufälligen zweiten Geheimnisses erzeugt ist, • Erzeugen des gemeinsamen Signaturschlüssels durch das Terminal (152) unter Verwendung des erzeugten gemeinsamen, geteilten Geheimnisses und des empfangenen zufälligen zweiten Geheimnisses, • Verifizieren der Authentizität der zweiten Nachricht, wobei das Verifizieren der zweiten Nachricht ein Verifizieren der zweiten Signatur unter Verwendung empfangenen zufälligen zweiten Geheimnisses und des durch das Terminal (152) erzeugten gemeinsamen Signaturschlüssels umfasst.
  24. Verfahren nach einem der Ansprüche 20 bis 23, wobei das Terminal (152) das Erzeugen des ephemeren asymmetrischen Terminal-Schlüsselpaars bereits im Zuge der Terminal-Authentifizierung ausführt, wobei das Terminal (152) den ephemeren öffentlichen Terminal-Schlüssel an den ID-Token (102) sendet, wobei zusätzlich die erste Nachricht den ephemeren öffentlichen Terminal-Schlüssel umfasst, wobei das Verifizieren der ersten Signatur ferner unter Verwendung des ephemeren öffentlichen Terminal-Schlüssels erfolgt und wobei der ID-Token (102) zum Verifizieren der Authentizität des ephemeren öffentlichen Terminal-Schlüssels den zum Verifizieren der ersten Nachricht verwendeten ephemeren öffentlichen Terminal-Schlüssel mit dem im Zuge der ID-Authentifizierung empfangenen ephemeren öffentlichen Terminal-Schlüssel vergleicht, um die Authentizität des empfangenen ephemeren öffentlichen Terminal-Schlüssel zu verifizieren.
  25. System (180) zur Kontrolle eines Zugriffs eines Terminals (152) auf ein in einem ID-Token (102) gespeichertes Attribut (109), welches umfasst: • den ID-Token (102) mit einer ersten Kommunikationsschnittstelle (122), einem ersten Prozessor (116) und einem ersten Speicher (104), wobei der erste Speicher (104) computerlesbare erste Programminstruktionen (120) enthält, wobei Terminal-Zertifikatsinformationen (165) zu einem dem Terminal (152) zugeordneten Terminal-Zertifikat (162) in einem oder mehreren Einträgen einer ersten Blockchain (114) gespeichert sind, wobei die erste Blockchain (114) in dem ersten Speicher (104) gespeichert ist, • das Terminal (152) mit einer zweiten Kommunikationsschnittstelle (172), einem zweiten Prozessor (166) und einem zweiten Speicher (154), wobei der zweite Speicher (154) computerlesbare zweite Programminstruktionen (170) enthält, wobei ID-Token-Zertifikatsinformationen (115) zu einem dem ID-Token (102) zugeordneten ID-Token-Zertifikat (112) in einem oder mehreren Einträgen einer zweiten Blockchain (164) gespeichert sind, wobei die zweite Blockchain (164) in dem zweiten Speicher (154) gespeichert ist, wobei die erste und zweite Kommunikationsschnittstelle (122, 172) dazu konfiguriert sind, miteinander zu kommunizieren, und wobei der erste Prozessor (116) bei einem Ausführen der ersten Programminstruktionen (120) den ID-Token (102) so steuert, dass der ID-Token (102) gemeinsam mit dem Terminal (152) ein Verfahren nach einem der vorhergehenden Ansprüche ausführt, und wobei der zweite Prozessor (166) bei einem Ausführen der zweiten Programminstruktionen (170) das Terminal (152) so steuert, dass das Terminal (152) gemeinsam mit dem ID-Token (102) ein Verfahren nach einem der vorhergehenden Ansprüche ausführt.
  26. Verfahren zur Freigabe eines Zugangs zu einer Sicherungseinrichtung (220), welche den Zugang zu beschränkten Ressourcen regelt, mittels eines ID-Tokens (102) und eines Terminals (152), wobei das Verfahren umfasst: • Durchführen des Verfahrens nach einem der vorhergehenden Ansprüche 1 bis 24 durch den ID-Token (102) und das Terminal (152), • auf die Freigabe des Zugriffs des Terminals (152) auf das dem ID-Token (102) gespeicherte Attribut (109) hin, Auslesen des Attributs (109) durch das Terminal (152), • Verifizieren des ausgelesenen Attributs (109) durch das Terminal (152), wobei Terminal (152) im Falle eines erfolgreichen Verifizierens des Attributs (109) den Zugang zu der Sicherungseinrichtung (220) freigibt.
  27. Sicherungssystem (182), welches ein System (180) nach Anspruch 25 und eine Sicherungseinrichtung (220) umfasst, welche den Zugang zu beschränkten Ressourcen regelt, wobei das Ausführen der zweiten Programminstruktionen (170) durch den zweiten Prozessor (1166) das Terminal (152) ferner dazu veranlassen, auf die Freigabe des Zugriffs des Terminals (152) auf das dem ID-Token (102) gespeicherte Attribut (109) hin, das Attribut (109) auszulesen, das ausgelesene Attributs (109) zu verifizieren und im Falle eines erfolgreichen Verifizierens des Attributs (109) den Zugang zu der Sicherungseinrichtung (220) freizugeben.
  28. Sicherungssystem (182) nach Anspruch 27, wobei die Sicherungseinrichtung (220) eine Verriegelungsvorrichtung (222) umfasst und die Sicherungseinrichtung (220) dazu konfiguriert ist, auf eine Freigabe des Zugangs zu der Sicherungseinrichtung (220) hin, die Verriegelungsvorrichtung (222) zu entriegeln.
DE102017218729.8A 2017-10-19 2017-10-19 Zugangskontrolle unter Verwendung einer Blockchain Withdrawn DE102017218729A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
DE102017218729.8A DE102017218729A1 (de) 2017-10-19 2017-10-19 Zugangskontrolle unter Verwendung einer Blockchain
EP18200450.7A EP3474172B1 (de) 2017-10-19 2018-10-15 Zugangskontrolle unter verwendung einer blockchain

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102017218729.8A DE102017218729A1 (de) 2017-10-19 2017-10-19 Zugangskontrolle unter Verwendung einer Blockchain

Publications (1)

Publication Number Publication Date
DE102017218729A1 true DE102017218729A1 (de) 2019-04-25

Family

ID=63862029

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102017218729.8A Withdrawn DE102017218729A1 (de) 2017-10-19 2017-10-19 Zugangskontrolle unter Verwendung einer Blockchain

Country Status (2)

Country Link
EP (1) EP3474172B1 (de)
DE (1) DE102017218729A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102018121445A1 (de) * 2018-09-03 2020-03-05 Sick Ag Zugangskontrollverfahren

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102019209888A1 (de) * 2019-07-04 2021-01-07 BSH Hausgeräte GmbH System und Verfahren zur Authentifizierung an einem Gerät
CN110349311A (zh) * 2019-07-08 2019-10-18 江苏橙贝科技有限公司 一种基于区块链技术的指纹锁控制系统及方法
CN112311735B (zh) * 2019-07-30 2021-11-19 华为技术有限公司 可信认证方法，网络设备、系统及存储介质
CN110533807A (zh) * 2019-08-13 2019-12-03 杭州宇链科技有限公司 一种基于区块链的去中心化门锁系统
CN110443928A (zh) * 2019-08-19 2019-11-12 杭州宇链科技有限公司 一种基于区块链的半中心化门锁系统
DE102020101733A1 (de) * 2020-01-24 2021-07-29 Bundesdruckerei Gmbh Berechtigungsmanagement mittels UWB-Tokens
CN113206817B (zh) * 2020-02-03 2022-07-12 中移物联网有限公司 一种设备连接确认方法和区块链网络
CN111506930B (zh) * 2020-04-21 2023-07-18 广州上云区块链科技有限公司 一种基于区块链的电商交易信息管理系统及方法
CN112235301B (zh) * 2020-10-14 2023-06-06 北京金山云网络技术有限公司 访问权限的验证方法、装置和电子设备
CN112995322B (zh) * 2021-03-04 2023-07-21 Oppo广东移动通信有限公司 信息传输通道建立方法、装置、存储介质以及终端
US11962594B2 (en) * 2021-11-24 2024-04-16 Schlage Lock Company Llc Blockchain for access control
CN114978635B (zh) * 2022-05-11 2023-10-03 中国电信股份有限公司 跨域认证方法及装置、用户注册方法及装置
CN115550918B (zh) * 2022-10-31 2024-07-16 中国联合网络通信集团有限公司 安全数据更新方法、usim、终端、设备及介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102015202308A1 (de) * 2015-02-10 2016-08-11 Bundesdruckerei Gmbh Computerimplementiertes Verfahren zur Zugriffskontrolle
CA2931469A1 (en) * 2016-03-27 2017-09-27 Sal Khan Portable verifiable credentials and methods thereof

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017171165A1 (ko) * 2015-12-14 2017-10-05 (주)코인플러그 블록체인을 기반으로 하는 공인인증서 발급시스템과 이를 이용한 블록체인을 기반으로 하는 공인인증서 발급방법
DE102016200003A1 (de) * 2016-01-04 2017-07-06 Bundesdruckerei Gmbh Zugriffskontrolle mittels Authentisierungsserver

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102015202308A1 (de) * 2015-02-10 2016-08-11 Bundesdruckerei Gmbh Computerimplementiertes Verfahren zur Zugriffskontrolle
CA2931469A1 (en) * 2016-03-27 2017-09-27 Sal Khan Portable verifiable credentials and methods thereof

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
Bundesamt für Sicherheit in der Informationstechnik: Technical Guideline TR-03110. Part 1 (v2.20, 2015) & Parts 2–4 (v2.21, 2016). URL: https://www.bsi.bund.de/EN/Publications/TechnicalGuidelines/TR03110/BSITR03110.html [abgerufen am 24. September 2018] *
Bundesamt für Sicherheit in der Informationstechnik: Technical Guideline TR-03110. Part 1 (v2.20, 2015) & Parts 2–4 (v2.21, 2016). URL: https://www.bsi.bund.de/EN/Publications/TechnicalGuidelines/TR03110/BSITR03110.html [abgerufen am 24. September 2018]
Cipher Block Chaining Mode. In: Wikipedia, Die freie Enzyklopädie. Bearbeitungsstand: 9. September 2016. URL: https://de.wikipedia.org/w/index.php?title=Cipher_Block_Chaining_Mode&oldid=157799190 [abgerufen am 24. September 2018] *
Cipher Block Chaining Mode. In: Wikipedia, Die freie Enzyklopädie. Bearbeitungsstand: 9. September 2016. URL: https://de.wikipedia.org/w/index.php?title=Cipher_Block_Chaining_Mode&oldid=157799190 [abgerufen am 24. September 2018]
Zutrittskontrolle. In: Wikipedia, Die freie Enzyklopädie. Bearbeitungsstand: 27. September 2016. URL: https://de.wikipedia.org/w/index.php?title=Zutrittskontrolle&oldid=158251476 [abgerufen am 24. September 2018] *
Zutrittskontrolle. In: Wikipedia, Die freie Enzyklopädie. Bearbeitungsstand: 27. September 2016. URL: https://de.wikipedia.org/w/index.php?title=Zutrittskontrolle&oldid=158251476 [abgerufen am 24. September 2018]

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102018121445A1 (de) * 2018-09-03 2020-03-05 Sick Ag Zugangskontrollverfahren
DE102018121445B4 (de) * 2018-09-03 2021-01-28 Sick Ag Zugangskontrollverfahren

Also Published As

Publication number Publication date
EP3474172B1 (de) 2020-01-08
EP3474172A1 (de) 2019-04-24

Similar Documents

Publication Publication Date Title
EP3474172B1 (de) Zugangskontrolle unter verwendung einer blockchain
EP3529736B1 (de) Bereitstellung und prüfung der gültigkeit eines virtuellen dokuments
DE102016224537B4 (de) Masterblockchain
EP3655880B1 (de) Hardwaresystem mit blockchain
EP3256977B1 (de) Computerimplementiertes verfahren zur zugriffskontrolle
EP3318999B1 (de) Verfahren zum ausstellen einer virtuellen version eines dokuments
EP3319006B1 (de) Verfahren zur offline-echtheitsprüfung eines virtuellen dokuments
DE112018003825T5 (de) Blockchain-berechtigungsprüfung mittels hard/soft-token-überprüfung
WO2018167252A1 (de) Ausstellen virtueller dokumente in einer blockchain
EP3246839B1 (de) Zugangskontrolle mit einem mobilfunkgerät
EP3400553B1 (de) Zugriffskontrolle mittels authentisierungsserver
EP3114600B1 (de) Sicherheitssystem mit zugriffskontrolle
EP3336735A1 (de) Erstellen einer datenbank für eine dynamische multifaktorauthentifizierung
DE102021112754A1 (de) Ausstellen eines digitalen verifizierbaren Credentials
DE102021103997A1 (de) Nutzerauthentifizierung unter Verwendung zweier unabhängiger Sicherheitselemente
DE102021103995A1 (de) Auslesen von Identitätsattributen mit einem entfernte Sicherheitselement
EP3336736B1 (de) Hilfs-id-token zur multi-faktor-authentifizierung
DE102021103994A1 (de) Authentisierung unter Verwendung einer Mehrzahl von elektronischen Identitäten

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R120 Application withdrawn or ip right abandoned