DE112020000180T5

DE112020000180T5 - Mehrvorrichtungsentsperrung einer datenspeichervorrichtung

Info

Publication number: DE112020000180T5
Application number: DE112020000180.6T
Authority: DE
Inventors: Brian Edward MASTENBROOK; Matthew Harris KLAPMAN
Original assignee: Western Digital Technologies Inc
Current assignee: Sandisk Technologies Inc NDGesD Staates Us
Priority date: 2019-12-08
Filing date: 2020-06-26
Publication date: 2021-09-02
Also published as: CN113260992B; WO2021118642A1; CN113260992A; US20210173944A1; US11366933B2

Abstract

Hierin offenbart ist eine Datenspeichervorrichtung, die einen Datenpfad und eine Zugriffssteuerung aufweist. Der Datenpfad weist einen Datenport auf, der eingerichtet ist, um Daten zwischen einem Host-Computer und der Datenspeichervorrichtung zu übertragen, und sich bei dem Host-Computersystem als Blockdatenspeichervorrichtung registriert. Ein nichtflüchtiges Speichermedium speichert verschlüsselte Benutzerinhaltsdaten. Zwischen den Datenport und das Speichermedium ist eine Kryptographiemaschine geschaltet, die mittels eines Schlüssels die verschlüsselten Benutzerinhaltsdaten entschlüsselt. Ein Datenspeicher speichert mehrere Einträge, die Autorisierungsdaten aufweisen, die jeweiligen autorisierten Vorrichtungen zugeordnet sind. Die Zugriffssteuerung empfängt von einer Managervorrichtung einen öffentlichen Schlüssel, der einem privaten Schlüssel zugeordnet ist, der auf einer zu autorisierenden Vorrichtung gespeichert ist, erstellt die Autorisierungsdaten und speichert die Autorisierungsdaten unter Zuordnung zu dem öffentlichen Schlüssel in dem Datenspeicher, wodurch die zu autorisierende Vorrichtung als eine der autorisierten Vorrichtungen registriert wird.

Description

TECHNISCHES GEBIET
Diese Offenbarung betrifft eine Datenspeichervorrichtung, die gesperrt und entsperrt werden kann.
HINTERGRUND
Die Verschlüsselung von Daten ermöglicht eine relativ sichere Speicherung in Datenspeichervorrichtungen, wie Blockdatenspeichervorrichtungen, die über ein Universal Serial Bus-Kabel, USB-Kabel, verbunden werden können. Die Benutzererfahrung ist jedoch oft enttäuschend, da die Einrichtung von Passwörtern, Schlüsseln und dergleichen für technisch nicht versierte Benutzer umständlich und kompliziert ist. Bei Verwendung einer Verschlüsselung werden die Schlüssel und Passwörter zu oft unsicher gespeichert. Infolgedessen lassen viele Benutzer bestehende Verschlüsselungstechnologien effektiv ungenutzt, was zu exponierten vertraulichen Daten führt.
KURZDARSTELLUNG
Diese Offenbarung betrifft eine Datenspeichervorrichtung, wie beispielsweise, aber nicht beschränkt auf, eine Blockdatenspeichervorrichtung, die über ein USB-Kabel mit einem Host-Computersystem verbunden werden kann, sodass sich die Datenspeichervorrichtung als Massendatenspeichervorrichtung bei dem Betriebssystem des Host-Computersystems registriert. Die Datenspeichervorrichtung ist gesperrt, sodass das Host-Computersystem nicht auf Daten zugreifen kann, die in der Datenspeichervorrichtung gespeichert sind. Ein Benutzer kann jedoch die Datenspeichervorrichtung entsperren, indem er eine autorisierte Vorrichtung verwendet, die zum Entsperren der Datenspeichervorrichtung eingerichtet ist.
Hierin offenbart ist eine Datenspeichervorrichtung, die einen Datenpfad und eine Zugriffssteuerung aufweist. Der Datenpfad weist einen Datenport, der eingerichtet ist, um Daten zwischen einem Host-Computersystem und der Datenspeichervorrichtung zu übertragen, wobei die Datenspeichervorrichtung eingerichtet ist, um sich bei dem Host-Computersystem als eine Blockdatenspeichervorrichtung zu registrieren; ein nichtflüchtiges Speichermedium, das dazu konfiguriert ist, verschlüsselte Benutzerinhaltsdaten zu speichern; eine Kryptographiemaschine, die zwischen den Datenanschluss und das Speichermedium geschaltet ist und dazu konfiguriert ist, einen kryptographischen Schlüssel zu verwenden, um die verschlüsselten Benutzerinhaltsdaten, die in dem Speichermedium gespeichert sind, als Antwort auf eine Anforderung von dem Host-Computersystem zu entschlüsseln; und einen Datenspeicher auf, der eingerichtet ist, um mehrere Einträge zu speichern, die Autorisierungsdaten aufweisen, die jeweiligen mehreren autorisierten Vorrichtungen zugeordnet sind. Die Zugriffssteuerung ist eingerichtet zum Empfangen, von einer Managervorrichtung, eines öffentlichen Schlüssels, wobei der öffentliche Schlüssel einem privaten Schlüssel zugeordnet ist, der in einer zu autorisierenden Vorrichtung gespeichert ist; Erstellen der Autorisierungsdaten; und Speichern der Autorisierungsdaten unter Zuordnung zu dem öffentlichen Schlüssel in dem Datenspeicher, wodurch die zu autorisierende Vorrichtung als eine der mehreren autorisierten Vorrichtungen registriert wird.
In einigen Ausführungsformen ist die Zugriffssteuerung weiterhin eingerichtet zum Empfangen einer Angabe des öffentlichen Schlüssels von der einen der mehreren autorisierten Vorrichtungen; Generieren einer Abfrage basierend auf den Autorisierungsdaten; Senden der Abfrage an die eine der mehreren autorisierten Vorrichtungen; Empfangen einer Antwort auf die Abfrage von der einen der mehreren autorisierten Vorrichtungen; und bei Validierung der Antwort Aktualisieren der auf dem Datenspeicher gespeicherten Autorisierungsdaten, wodurch es der einen der mehreren autorisierten Vorrichtungen erlaubt wird, die verschlüsselten Benutzerinhaltsdaten zu entschlüsseln.
In einigen Ausführungsformen weist das Speichern der Autorisierungsdaten das Generieren eines Index der Autorisierungsdaten basierend auf dem öffentlichen Schlüssel auf.
In einigen Ausführungsformen basiert der Index der Autorisierungsdaten auf einem privaten Schlüssel, der in dem Datenspeicher gespeichert ist.
In einigen Ausführungsformen ist der private Schlüssel, der in dem Datenspeicher gespeichert ist, für jede der mehreren autorisierten Vorrichtungen identisch.
In einigen Ausführungsformen geben die Autorisierungsdaten für jede der mehreren autorisierten Vorrichtungen einen öffentlichen Transportschlüssel zum Transportieren von Daten zwischen der Zugriffssteuerung und dieser autorisierten Vorrichtung und einen öffentlichen Entsperrschlüssel zum Generieren der Abfrage für diese autorisierte Vorrichtung an.
In einigen Ausführungsformen geben die Autorisierungsdaten einen ersten öffentlichen Schlüssel und einen zweiten öffentlichen Schlüssel an; und die Zugriffssteuerung ist dazu eingerichtet, die Autorisierungsdaten basierend darauf, dass der erste öffentliche Schlüssel mit dem zweiten öffentlichen Schlüssel identisch ist, selektiv zu aktualisieren.
In einigen Ausführungsformen weisen die mehreren autorisierten Vorrichtungen eines oder mehrere von einer Benutzervorrichtung mit einer Benutzerschnittstelle, einem Beacon ohne Benutzerschnittstelle und einem Schlüsselanhänger ohne Benutzerschnittstelle auf.
In einigen Ausführungsformen wird der öffentliche Schlüssel von der zu autorisierenden Vorrichtung an die Managervorrichtung übermittelt.
In einigen Ausführungsformen erfolgt die Übermittlung des öffentlichen Schlüssels von der zu autorisierenden Vorrichtung an die Managervorrichtung über einen unsicheren Kanal.
In einigen Ausführungsformen geben die Autorisierungsdaten für jede der mehreren autorisierten Vorrichtungen den kryptografischen Schlüssel an; und der kryptographische Schlüssel für jede der mehreren autorisierten Vorrichtungen ist identisch.
In einigen Ausführungsformen wird der kryptografische Schlüssel unter Verwendung eines Entsperrgeheimnisses, das für jede der mehreren autorisierten Vorrichtungen spezifisch ist, verschlüsselt.
In einigen Ausführungsformen ist die Zugriffssteuerung dazu konfiguriert, das Entsperrgeheimnis basierend auf einer Antwort von einer der mehreren autorisierten Vorrichtungen auf eine Abfrage zu berechnen, die basierend auf dem öffentlichen Schlüssel generiert wird, der der einen der mehreren autorisierten Vorrichtungen zugeordnet ist.
In einigen Ausführungsformen weisen die Autorisierungsdaten Metadaten der autorisierten Vorrichtung auf, die durch einen vorautorisierten Metadaten-Verpackungsschlüssel verschlüsselt sind, der aus dem öffentlichen Schlüssel abgeleitet werden kann.
In einigen Ausführungsformen kann der vorautorisierte Metadaten-Verpackungsschlüssel aus dem öffentlichen Schlüssel über eine Schlüsselableitungsfunktion unter Verwendung eines privaten Schlüssels abgeleitet werden, der in dem Datenspeicher gespeichert ist.
In einigen Ausführungsformen umfassen die Autorisierungsdaten einen Metadaten-Verpackungsschlüssel, um Metadaten der autorisierten Vorrichtung zu verschlüsseln.
In einigen Ausführungsformen ist der Metadaten-Verpackungsschlüssel ein symmetrischer Schlüssel.
Weiterhin wird hierin ein Verfahren zum Autorisieren einer Benutzervorrichtung in Bezug auf eine Datenspeichervorrichtung offenbart. Das Verfahren umfasst das Empfangen eines öffentlichen Schlüssels von einer Managervorrichtung, wobei der öffentliche Schlüssel einem privaten Schlüssel zugeordnet ist, der in einer zu autorisierenden Vorrichtung gespeichert ist; das Erstellen von Autorisierungsdaten; und das Speichern der Autorisierungsdaten, die dem öffentlichen Schlüssel zugeordnet sind, in einem Datenspeicher, der in die Datenspeichervorrichtung integriert ist, wodurch die zu autorisierende Vorrichtung als eine von mehreren autorisierten Vorrichtungen registriert wird.
In einigen Ausführungsformen umfasst das Verfahren ferner das Empfangen einer Angabe des öffentlichen Schlüssels von der einen der mehreren autorisierten Vorrichtungen; das Generieren einer Abfrage basierend auf den Autorisierungsdaten; das Senden der Abfrage an die eine der mehreren autorisierten Vorrichtungen; das Empfangen einer Antwort auf die Abfrage von der einen der mehreren autorisierten Vorrichtungen; und bei Validierung der Antwort das Aktualisieren der auf dem Datenspeicher gespeicherten Autorisierungsdaten, wodurch es der einen der mehreren autorisierten Vorrichtungen erlaubt wird, verschlüsselte Benutzerinhaltsdaten zu entschlüsseln, die auf der Datenspeichervorrichtung gespeichert sind.
Weiterhin wird hierin eine Datenspeichervorrichtung offenbart, die Mittel zum Empfangen eines öffentlichen Schlüssels von einer Managervorrichtung, wobei der öffentliche Schlüssel einem privaten Schlüssel zugeordnet ist, der in einer zu autorisierenden Vorrichtung gespeichert ist; Mittel zum Erstellen von Autorisierungsdaten; und Mittel zum Speichern der Autorisierungsdaten unter Zuordnung zu dem öffentlichen Schlüssel in einem Datenspeicher aufweist, der mit der Datenspeichervorrichtung integriert ist, wodurch die zu autorisierende Vorrichtung als eine von mehreren autorisierten Vorrichtungen registriert wird.
Figurenliste
Ein nicht einschränkendes Beispiel wird nun unter Bezugnahme auf die folgenden Zeichnungen beschrieben:

1 veranschaulicht eine Datenspeichervorrichtung gemäß einer Ausführungsform.
2 veranschaulicht einen Abschnitt des Konfigurationsspeichers der Datenspeichervorrichtung von 1 gemäß einer Ausführungsform.
3 veranschaulicht einen Steuerungsablauf zwischen der autorisierten Vorrichtung und der Zugriffssteuerung von 1 gemäß einer Ausführungsform.
4 veranschaulicht ein Zertifikat, das von der Datenspeichervorrichtung ausgegeben und von der autorisierten Vorrichtung an die Datenspeichervorrichtung gesendet wird, um die Datenspeichervorrichtung zu entsperren, gemäß einer Ausführungsform.
5 veranschaulicht ein Verfahren zum Autorisieren einer Benutzervorrichtung in Bezug auf eine Datenspeichervorrichtung gemäß einer Ausführungsform.

BESCHREIBUNG VON AUSFÜHRUNGSFORMEN
1 veranschaulicht eine Datenspeichervorrichtung (DSD) 100, die einen Datenpfad 101 und eine Zugriffssteuerung 102 gemäß einer Ausführungsform aufweist. Der Datenpfad 101 weist einen drahtgebundenen Datenanschluss 103 auf, der in 1 durch eine USB-Brücke bereitgestellt wird, zur Übertragung von Daten zwischen einem Host-Computersystem 104 und der DSD 100. In anderen Ausführungsformen weist der Datenpfad 101 einen drahtlosen Datenanschluss (nicht gezeigt) zur drahtlosen Übertragung von Daten zwischen dem Host-Computersystem 104 und der DSD 100 auf. Die DSD 100 registriert sich bei dem Host-Computersystem 104 als Massendatenspeicher, der für das Betriebssystem die Funktionalität des Host-Computersystems 104 eines Blockdatenspeichers bereitstellt. Die DSD 100 weist weiterhin ein nicht-transitorisches Speichermedium 105 zum Speichern verschlüsselter Benutzerinhaltsdaten auf, wobei angemerkt wird, dass die Benutzerinhaltsdaten die Daten sind, die ein Benutzer in der Regel in einer DSD speichern möchte, wie Dateien, einschließlich Bilddateien, Dokumenten, Videodateien usw. Das Speichermedium kann ein Solid-State-Laufwerk (SSD), ein Festplattenlaufwerk (HDD) mit einer rotierenden Magnetplatte oder ein anderes nichtflüchtiges Speichermedium sein. Weiterhin kann das Speichermedium eine Blockdatenspeichervorrichtung sein, was bedeutet, dass die Benutzerinhaltsdaten blockweise auf das Speichermedium 105 geschrieben und blockweise aus dem Speichermedium 105 gelesen werden.
Befehlssatz
In einem Beispiel weist das Speichermedium 105 eine Kryptographiemaschine 106 in Form einer dedizierten und/oder programmierbaren integrierten Schaltung auf, die in dem Speichermedium 105 zu speichernde Daten verschlüsselt und aus dem Speichermedium 105 auszulesende Daten entschlüsselt. In solchen Beispielen kann das Speichermedium einen Small Computer System Interface-Befehlssatz (SCSI-Befehlssatz) oder Advanced Technology Attachment-Befehlssatz (ATA-Befehlssatz) gemäß der Opal-Spezifikation durch die Trusted Computing Group (TCG) bereitstellen.
Programmcode, der in der Kryptographiemaschine 106 gespeichert ist, ermöglicht es der Kryptographiemaschine 106, vom Host-Computersystem 104 empfangene Befehle zu empfangen, zu interpretieren und auszuführen. Zum Beispiel kann die Kryptographiemaschine 106 dazu konfiguriert sein, den Standard-ATA-Befehlssatz oder seriellen ATA-Befehlssatz (SATA-Befehlssatz) und/oder ATA-Paketschnittstellen-Befehlssatz (ATAPI-Befehlssatz) zu implementieren, der vom Technischen Ausschuss T13 erhältlich ist, wobei darauf hingewiesen wird, dass identische Funktionalitäten innerhalb von TCG Opal, SCSI und anderen proprietären Architekturen implementiert werden können. Der Befehlssatz weist einen Sektorlese-Befehl, READ SECTORS-Befehl, mit einem Befehlseingang des Sektorzählers und des Startsektors auf (es ist anzumerken, dass „Sektor“ hier synonym mit „Block“ verwendet wird). Dementsprechend liegt ein entsprechender Schreibbefehl vor. Es sei angemerkt, dass ein Datenspeichervorrichtungstreiber in dem Host-Computersystem 104 installiert ist. Der Datenspeichervorrichtungstreiber (nicht gezeigt) verwendet den Befehlssatz, um dem Betriebssystem hochentwickelte Dienste bereitzustellen, wie Dateilesefunktionalitäten. In manchen Beispielen ist der Datenspeichervorrichtungstreiber ein generischer Treiber, der als Teil des Betriebssystems ohne Unterstützung für vorrichtungsspezifische Verschlüsselungsbefehle geliefert wird, da die Verschlüsselungsfunktionalität vor dem Host-Computersystem 104 verborgen ist und intern innerhalb des DSD 100 gehandhabt wird, wie nachstehend beschrieben. Dies bedeutet, dass keine zusätzlichen Treiber installiert werden müssen, um die hierin offenbarte volle Funktionalität zu nutzen.
Der Befehlssatz, der von der Kryptographiemaschine 106 an den Datenanschluss 103 bereitgestellt wird (aber nicht an das Host-Computersystem 104 weitergeleitet wird), kann einen Befehlssatz aus dem ATA-SECURITY-Merkmalssatz einschließen. Insbesondere kann der Befehlssatz das SECURITY SET PASSWORD oder einen entsprechenden Befehl von TCG Opal einschließen, um ein Passwort zum Lesen und Schreiben von Benutzerinhaltsdaten auf das Speichermedium 105 einzustellen.
In diesem Sinne ist die Kryptographiemaschine 106 zwischen den Datenanschluss 103 und das Speichermedium 105 geschaltet und dazu konfiguriert, mittels eines kryptographischen Schlüssels in dem Speichermedium 105 zu speichernde Benutzerinhaltsdaten zu verschlüsseln und die in dem Speichermedium 105 gespeicherten verschlüsselten Benutzerinhaltsdaten als Antwort auf eine Anforderung des Host-Computersystems 104 zu entschlüsseln. In einigen Beispielen wird der ATA SECURITY-Merkmalssatz nur vom Datenanschluss 103 und nicht vom Host 104 verwendet. Das heißt, die Zugriffssteuerung 102 stellt den notwendigen Eingang für den Datenanschluss 103 bereit, um die ATA SECURITY-Befehle an die Kryptographiemaschine 106 auszugeben. Beispielsweise kann die Zugriffssteuerung 102 dem Datenanschluss 103 einen Schlüssel bereitstellen, den der Datenanschluss 103 dann über den SECURITY SET PASSWORD-Befehl an die Kryptographiemaschine 106 weiterleitet. Die Schnittstelle zwischen der Zugriffssteuerung 102 und dem Datenanschluss 103 kann ein Inter-Integrated Circuit, l2C, -Bus sein, was insbesondere in den Fällen nützlich ist, in denen dieser Bus bereits in vorhandenen Chips implementiert ist. Es ist jedoch möglich, viele andere Kommunikationsarchitekturen zu verwenden, einschließlich Bus-, Punkt-zu-Punkt-, serielle, parallele, speicherbasierte und andere Architekturen.
Es ist zu beachten, dass die Trennung von Funktionalitäten in dedizierten Chips, wie in 1 gezeigt, nur eine mögliche beispielhafte Implementierung ist. Es ist daher möglich, Funktionalitäten zusammenzufassen oder die Funktionalitäten weiter aufzuteilen. Beispielsweise kann der Datenanschluss 103 in einen einzigen Chip mit einem einzigen Kern in die Zugriffssteuerung 102 integriert sein. In anderen Fällen können der Datenanschluss 103 und die Zugriffssteuerung 102 in einen einzigen dedizierten Chip mit einem einzigen Kern in die Kryptographiemaschine 106 integriert sein. Selbstverständlich können alle Chips mehrere Kerne aufweisen.
In einem Beispiel werden die folgenden Komponenten verwendet:

Datenanschluss 103: Schnittstelle USB 3.1 Gen 2 mit 10 Gigabit pro Sekunde (Gb/s)
Zugriffssteuerung 102: nRF52840 System-on-Chip (SoC) von Nordic Semiconductor

Es sei angemerkt, dass für die hierin offenbarte Funktionalität die Zugriffssteuerung 102 die maßgebliche Rolle spielt und nachstehend ausführlicher beschrieben wird, wobei nochmals angemerkt wird, dass die Aufgaben in anderen Beispielen in separate Chips getrennt werden können. Wenn darauf hingewiesen wird, dass eine Konfiguration' der Zugriffssteuerung 102 oder die Zugriffssteuerung 102 dazu ,eingerichtet' ist, einen bestimmten Schritt durchzuführen, ist dies so zu verstehen, dass es sich auf einen Programmcode bezieht, der in einem nichtflüchtigen Speicher in der DSD 100 im Programmspeicher (aus Gründen der Übersichtlichkeit nicht dargestellt) gespeichert ist und von der Zugriffssteuerung 102 ausgeführt wird.
In anderen Beispielen können einige oder alle hierin offenbarten Schritte durch eine Hardwareschaltung ohne Programmcode durchgeführt werden. Insbesondere können Verschlüsselungs-Stammfunktionen aus Leistungs- und Sicherheitsgründen durch eine dedizierte Hardwareschaltung implementiert werden. Zum Beispiel können Befehle, die besonders rechenaufwendig sind, wie Multiplikation oder Exponentierung mit elliptischen Kurven, durch eine spezifisch für diese Berechnung konzipierte Recheneinheit (ALU) implementiert werden, sodass die Berechnung in einem einzigen oder einer geringeren Anzahl von Prozessorzyklen durchgeführt werden kann, verglichen mit der Verwendung eines sequentiellen Programms in einem Universal-Mikrocontroller. Es sei weiterhin angemerkt, dass es sich bei den in der DSD 100 enthaltenen Chips um Mikrocontroller handelt, was in diesem Zusammenhang bedeutet, dass sie nicht unter einem Betriebssystem laufen, das eine Hardware-Abstraktionsschicht bereitstellt, sondern dass der Programmcode direkt auf die Hardware-Schaltung einwirkt. Obwohl hierin die Kryptografie mit elliptischen Kurven aus Gründen der Recheneffizienz und Sicherheit als Beispiel verwendet wird, sei angemerkt, dass andere Kryptosysteme mit öffentlichem Schlüssel, wie das Rivest-Shamir-Adelman-Kryptosystem (RSA-Kryptosystem) ebenso verwendet werden könnten.
Zurück zu 1, gibt es zusätzlich zu dem Host-Computersystem 104 eine Anzahl von Vorrichtungen, die sich außerhalb der DSD 100 befinden und die im Prozess des Entsperrens der DSD 100 und des Bereitstellens eines Schlüssels für die Kryptographiemaschine 106 wirken, sodass dem Host-Computersystem 104 letztlich entschlüsselte Daten im Klartext bereitgestellt werden können.
Insbesondere gibt es eine erste Managervorrichtung 110, die in den meisten Beispielen ein Mobiltelefon ist. Auf der Managervorrichtung 110 ist eine Anwendung (,App') installiert, um die folgenden Schritte durchzuführen. Auf diese Weise können die folgenden Schritte softwaremäßig vom Hersteller der DSD 100 implementiert und über einen allgemein zugänglichen App Store, wie den App Store von Apple, oder Google Play, an die Managervorrichtung 110 verteilt werden. Die auf der Managervorrichtung 110 installierte App führt Schritte zur Inbesitznahme der DSD 100 durch, wobei an dieser Stelle alle Daten auf der DSD 100 gelöscht oder anderweitig unzugänglich gemacht werden. Zum Beispiel können Daten durch sicheres Löschen aller in der DSD 100 gespeicherten kryptografischen Schlüssel kryptografisch gelöscht werden.
Der Einfachheit halber beschreibt diese Offenbarung, dass Schritte einfach von der Managervorrichtung 110 ausgeführt werden, wenn sie von der App implementiert werden. Die Managervorrichtung 110 richtet die DSD 100 ein, was bedeutet, dass die vielfältigen verschiedenen Schlüssel generiert werden, um den hierin offenbarten Prozess zu unterstützen. Die Managervorrichtung 110 registriert eine Benutzervorrichtung 111 bei der DSD, sodass die Benutzervorrichtung 111 dann als „autorisierte Vorrichtung“ 111 bezeichnet wird. In den meisten Beispielen ist die autorisierte Vorrichtung 111 auch ein Mobiltelefon mit einer installierten App, die die Schritte implementiert, die als von der autorisierten Vorrichtung 111 ausgeführt beschrieben werden. Als autorisierte Vorrichtungen können jedoch auch andere Arten von Vorrichtungen verwendet werden, die nachfolgend anhand von Beacons und Schlüsselanhänger erläutert werden.
Inbesitznahme
Der erste Schritt bei der Verwendung der DSD 100 nach dem Kauf, Entpacken und Hochfahren besteht darin, die App auf der Managervorrichtung 110 zu installieren und eine Vorrichtung als die Managervorrichtung 110 zu registrieren. Hierzu erhält die Managervorrichtung 110 eine eindeutige Kennung der DSD von der DSD. Diese eindeutige Kennung wird als Identitätsschlüssel (IDK) bezeichnet. In dem in 1 veranschaulichten Beispiel ist der Identitätsschlüssel in einem Quick Response-Code (QR-Code) 112 codiert, der an einer Außenfläche der DSD 100 angebracht ist. Die auf der Managervorrichtung 110 installierte App hat Zugriff auf eine Kamera und verfügt über ein Softwaremodul, das die codierten Informationen aus einem Bild des QR-Codes 112 extrahiert. Die Managervorrichtung 110 erfasst ein Bild des QR-Codes 112 unter Verwendung der Kamera und decodiert den Identitätsschlüssel der DSD 100 aus dem QR-Code. In einem Beispiel codiert der QR-Code einen einheitlichen Ressourcenverweis, Uniform Resource Locator, URL. In diesem Fall kann eine generische App den QR-Code erfassen, der dann das Telefon automatisch zu einem Application Store leitet, aus dem die App heruntergeladen werden kann. Die URL schließt auch den Identitätsschlüssel ein, sodass die App diese Kennung decodieren kann, nachdem die App installiert ist.
In einem anderen Beispiel kann die Managervorrichtung 110 ein anderes Tag oder einen NFC-Chip lesen, das/der mit DSD 100 verbunden oder in sie integriert ist, um den Identitätsschlüssel zu erhalten. Mit Hilfe dieses Identitätsschlüssels kann die Managervorrichtung 110 dann eine Kommunikation, beispielsweise drahtlos (z. B. über Bluetooth), mit der DSD 100 und insbesondere mit der Zugriffssteuerung 102 initiieren.
Wiederherstellunasschlüssel
Nach Inbesitznahme der DSD 100 generiert die Zugriffssteuerung 102 einen Wiederherstellungsschlüssel und stellt den Wiederherstellungsschlüssel für die Managervorrichtung 110 bereit. Der Wiederherstellungsschlüssel kann dann in einem sicheren Speicher 113 gespeichert oder gedruckt und unter Verschluss gebracht werden. Schließlich kann der Wiederherstellungsschlüssel von einer Backup-Managervorrichtung 114 verwendet werden, um die Managerrolle zu übernehmen, die die Managervorrichtung 110 zuvor hatte.
Registrierung einer autorisierten Vorrichtung
Nachdem die DSD 100 während des Inbesitznahmeprozesses erstmalig konfiguriert wurde, registriert die Managervorrichtung 110 die autorisierte Vorrichtung 111. In der Regel kann es mehrere autorisierte Vorrichtungen geben, die bei einer einzigen DSD 100 registriert sind, sodass die Managervorrichtung 110 die autorisierte Vorrichtung als eine von mehreren autorisierten Vorrichtungen registriert. Genauer empfängt die Zugriffssteuerung 102 von der Managervorrichtung 110 einen öffentlichen Schlüssel, der einem privaten Schlüssel zugeordnet ist, der in der Benutzervorrichtung 111 gespeichert ist. Die Managervorrichtung 110 selbst hat den öffentlichen Schlüssel unter Umständen von der Benutzervorrichtung 111 per E-Mail empfangen, indem sie einen auf der Benutzervorrichtung 111 angezeigten QR-Code abtastet, oder auf eine andere Art und Weise. Zu diesem Zeitpunkt ist die Vorrichtung 111 noch nicht autorisiert und wird daher einfach als „Benutzervorrichtung 111“ bezeichnet. Nachdem die Benutzervorrichtung 111 autorisiert ist, wird sie als „autorisierte Vorrichtung 111“ bezeichnet. Die Zugriffssteuerung 102 erstellt Autorisierungsdaten und speichert die Autorisierungsdaten, die angeben, dass die Benutzervorrichtung 111 eine autorisierte Vorrichtung ist (wie nachstehend beschrieben), unter Zuordnung zu dem öffentlichen Schlüssel in dem Konfigurationsspeicher 115, um die Benutzervorrichtung 111 als eine der mehreren autorisierten Vorrichtungen zu registrieren. Dies bedeutet, dass Schlüssel und andere der autorisierten Vorrichtung 111 zugeordnete Daten, wie nachstehend beschrieben erstellt und gespeichert werden. Ein Benutzer kann dann die autorisierte Vorrichtung 111 verwenden, um die DSD 100 zu entsperren, indem er die autorisierte Vorrichtung 111 einfach in den drahtlosen Kommunikationsbereich, wie beispielsweise innerhalb des Bluetooth-Bereichs, bringt. Wiederum werden die von der autorisierten Vorrichtung 111 durchgeführten Schritte in einer auf der autorisierten Vorrichtung 111 installierten App codiert. Abhängig von Konfigurationsparametern muss der Benutzer möglicherweise die autorisierte Vorrichtung 111 entsperren, bevor die DSD 100 entsperrt werden kann.
Insbesondere hat die Zugriffssteuerung 102 Zugriff auf einen nichtflüchtigen Konfigurationsdatenspeicher, wie den Konfigurationsspeicher 115, der ein Flash-Speicher sein kann, der sich außerhalb der Zugriffssteuerung 102 befindet (aber ebenso in die Zugriffssteuerung 102 integriert sein kann). Der Konfigurationsspeicher 115 kann auch den Programmcode speichern, der die hierin beschriebenen Schritte als von der Zugriffssteuerung 102 ausgeführt implementiert. Es sei angemerkt, dass manche Beispiele hierin unter der Annahme konfiguriert sind, dass ein Angreifer den Konfigurationsspeicher 115 leicht ablöten und seinen Inhalt auslesen kann, aber nicht in der Lage sein sollte, die Benutzerinhaltsdaten mit diesen Informationen zu entschlüsseln. Das heißt, in diesen Beispielen werden keine Schlüssel dauerhaft im Klartext in dem Konfigurationsspeicher 115 oder anderswo in der DSD 100 in dem nichtflüchtigen Speicher gespeichert.
Nachdem die kryptographischen Schlüssel im Klartext vorliegen, werden sie nur noch im flüchtigen Speicher (nicht dargestellt) gespeichert. Dies bedeutet, dass ein Abschalten der DSD 100 alle im Klartext gespeicherten kryptographischen Schlüssel löscht. Es kann eine zusätzliche Schaltung bereitgestellt werden, um alle verbleibenden Ladungen beim Herunterfahren, Hochfahren oder externen Zurücksetzen zurückzusetzen, sodass es in der Praxis physisch unmöglich ist, Informationen aus dem flüchtigen Speicher wiederherzustellen. In vielen Fällen kommt es dadurch zum Abschalten und Löschen aller flüchtigen Speicher, dass der Benutzer das USB-Kabel vom Host-Computersystem 104 trennt. In anderen Beispielen wird eine sekundäre Stromversorgung verwendet, die zum Herunterfahren der DSD 100 getrennt werden muss, um den flüchtigen Speicher zu löschen.
Abfrage-Antwort
Im Konfigurationsspeicher 115 sind Daten gespeichert, die für die registrierte autorisierte Vorrichtung 111 spezifisch sind. Diese Daten können als Kennung der autorisierten Vorrichtung 111 oder als öffentlicher Schlüssel bezeichnet werden, der einem entsprechenden privaten Schlüssel zugeordnet ist, der in der autorisierten Vorrichtung 111 gespeichert ist. Der öffentliche Schlüssel kann ein öffentlicher Transportschlüssel (TPK) sein und wird von der autorisierten Vorrichtung 111 beim ersten Start der App durch Ausführen der Primitive ECC-Pub({transport private key}) der Kryptographie mit elliptischen Kurven (ECC) generiert. (Es wird daran erinnert, dass, obwohl hierin aus Gründen der Recheneffizienz und -sicherheit Kryptographie mit elliptischen Kurven beispielhaft verwendet wird, angemerkt wird, andere kryptografische Techniken ebenfalls verwendet werden könnten.) Der entsprechende private Schlüssel wird in der autorisierten Vorrichtung 111 gespeichert. Die Zugriffssteuerung 102 ist dazu konfiguriert, die Kennung (z. B. den öffentlichen Transportschlüssel) zu verwenden oder einen weiteren öffentlichen Schlüssel zu generieren und zu speichern, um eine Abfrage der autorisierten Vorrichtung 111 zu generieren. An dieser Stelle sei angemerkt, dass die Abfrage eindeutig ist in dem Sinn, dass jede Abfrage unterschiedlich ist, sodass sich eine nachfolgende Abfrage von allen vorherigen Abfragen unterscheidet. Dies wird, wie nachfolgend beschrieben, durch Multiplizieren der gespeicherten Daten mit einem zufallsbasierten Blendungsfaktor erreicht. Dann sendet die Zugriffssteuerung 102 die Abfrage über einen vom Datenpfad verschiedenen Kommunikationskanal an die autorisierte Vorrichtung 111. Zum Beispiel kann der Datenpfad eine drahtgebundene USB-Verbindung einschließen, während der Kommunikationskanal zwischen der Zugriffssteuerung 102 und der autorisierten Vorrichtung 111 eine drahtlose Verbindung (z. B. Bluetooth) ist.
In einem Beispiel findet ein Neuanmeldungsprozess als Antwort darauf statt, dass sich die autorisierte Vorrichtung erstmalig mit der DSD 100 verbindet, nachdem die Autorisierungsdaten erstellt und in dem Konfigurationsspeicher 115 gespeichert wurden, der dem von der Managervorrichtung 110 empfangenen öffentlichen Transportschlüssel der autorisierten Vorrichtung 111 zugeordnet ist. Während der Neuanmeldung aktualisiert die DSD 100 die Autorisierungsdaten und fordert, wie nachstehend ausgeführt, die autorisierte Vorrichtung 111 auf, zusätzlich zu dem öffentlicher Transportschlüssel einen öffentlichen Entsperrschlüssel (und einen entsprechenden privaten Entsperrschlüssel) zu generieren. Die autorisierte Vorrichtung 111 stellt dann der Zugriffssteuerung 102 den öffentlichen Entsperrschlüssel zur Verfügung.
Dies hat den Vorteil, dass die beiden entsprechenden privaten Schlüssel (privater Transportschlüssel und privater Entsperrschlüssel) getrennt auf der autorisierten Vorrichtung gespeichert werden können und beide Schlüssel unterschiedliche Zugriffsrichtlinien aufweisen können. Zum Beispiel kann der private Transportschlüssel jederzeit zugänglich sein, selbst wenn die autorisierte Vorrichtung 111 gesperrt ist (z. B. durch eine Bildschirmsperre oder eine Zeitüberschreitung), um eine kontinuierliche Kommunikation zwischen der autorisierten Vorrichtung 111 und der DSD 100 zu ermöglichen. Um die DSD 100 zu entsperren, erfordert es jedoch die Zugriffsrichtlinie des entsperrenden privaten Schlüssels unter Umständen, dass der Benutzer die autorisierte Vorrichtung 111 entsperrt, eine persönliche Identifikationsnummer (PIN) eingibt, eine biometrische oder sonstige Authentifizierung bereitstellt. Auf diese Weise kann die DSD 100 von einer gestohlenen autorisierten Vorrichtung nicht entsperrt werden. Da das Entsperren der DSD 100 nur einmal durchgeführt wird, während DSD 100 eingeschaltet ist, verringert die erhöhte Sicherheit den Benutzerkomfort nicht wesentlich.
Die autorisierte Vorrichtung 111 kann eine Antwort auf die Abfrage berechnen, die von keiner anderen Vorrichtung berechnet werden kann, die nicht bei der DSD registriert ist. Genauer gesagt kann die korrekte Antwort nicht von einer Vorrichtung berechnet werden, die keinen Zugriff auf Daten hat, die der in dem Konfigurationsspeicher 115 gespeicherten Kennung entsprechen. Zum Beispiel verwendet die autorisierte Vorrichtung 111 den gespeicherten privaten Entsperrschlüssel, der dem entsprechenden öffentlichen Entsperrschlüssel zugeordnet ist, der in dem Konfigurationsspeicher 115 gespeichert ist, um die Antwort auf die Abfrage zu berechnen.
Die Zugriffssteuerung 102 empfängt die Antwort auf die Abfrage von der autorisierten Vorrichtung 111 über den Kommunikationskanal. Dabei sei angemerkt, dass, wenn die Zugriffssteuerung 102 die Antwort auf die Abfrage einfach validiert und bei Erfolg den kryptographischen Schlüssel aus dem Konfigurationsspeicher 115 ausliest, der kryptographische Schlüssel im Klartext gespeichert würde, was unerwünscht ist, da dies einem Angreifer ermöglichen würde, die DSD 100 zu demontieren und den Schlüssel aus dem Konfigurationsspeicher 115 zu lesen, um auf die in dem Speichermedium 105 gespeicherten Benutzerinhaltsdaten zuzugreifen.
Schlüssel berechnen
Stattdessen berechnet die Zugriffssteuerung 102 den kryptographischen Schlüssel zumindest teilweise basierend auf der Antwort von der autorisierten Vorrichtung 111. Dies bedeutet, dass der kryptographische Schlüssel nicht eine reine Funktion der Antwort ist, sondern andere Werte einbezieht, wie sie weiter unten näher beschrieben werden. Zusammenfassend wird der kryptographische Schlüssel verschlüsselt in dem Konfigurationsspeicher 115 gespeichert und die Antwort, die in dem in der autorisierten Vorrichtung gespeicherten privaten Schlüssel basiert, ermöglicht die Berechnung des Geheimnisses, womit der kryptographische Schlüssel entschlüsselt wird.
In dieser Offenbarung kann auf das ,Verpacken' von Schlüsseln verwiesen werden, was einfach bedeutet, dass der Schlüssel durch einen anderen Schlüssel (d. h. durch das „Geheimnis“) verschlüsselt wird. In vielen Fällen des ,Verpackens' ist die Verschlüsselung symmetrisch, sodass ein einziges Geheimnis (Schlüssel) existiert, das den verschlüsselten Schlüssel (ohne einen dem Geheimnis zugeordneten öffentlichen Schlüssel) entschlüsseln kann. In einem Beispiel verwendet symmetrische Verschlüsselung die Stammfunktion Advanced Encryption Standard, AES.
Schließlich stellt die Zugriffssteuerung 102 der Kryptographiemaschine 106 (in diesem Beispiel über den Datenanschluss 103) den kryptographischen Schlüssel bereit, um die in dem Speichermedium 105 der DSD 100 gespeicherten verschlüsselten Benutzerinhaltsdaten zu entschlüsseln. Wie vorstehend erwähnt, stellt die Zugriffssteuerung 102, nachdem die Zugriffssteuerung 102 den kryptographischen Schlüssel berechnet hat, den kryptographischen Schlüssel dem Datenanschluss 103 im Klartext bereit, und der Datenanschluss 103 gibt den SECURITY SET PASSWORD-Befehl an die Kryptographiemaschine 106 einschließlich des kryptographischen Schlüssels aus.
Es sei angemerkt, dass, wenn auf das Entsperren der Vorrichtung Bezug genommen wird, sich dies auf den gesamten vorstehend beschriebenen Prozess beziehen kann, einschließlich der Abfrage, der Antwort auf die Abfrage und des Sendens des kryptographischen Schlüssels an die Kryptographiemaschine 106, um Klartext-Lesebefehle zu ermöglichen, die von dem Host-Computersystem ausgegeben werden. In anderen Beispielen werden die Abfrage und die Antwort auf die Abfrage als Teil eines separaten ,Verbinden'-Schritts betrachtet. In dem folgenden Schritt ,Entsperren' sendet die Zugriffssteuerung 102 dann den kryptographischen Schlüssel an den Datenanschluss 103, um Zugriff auf die Benutzerinhaltsdaten zu ermöglichen.
Abgesehen davon sei angemerkt, dass es einem Angreifer möglich sein kann, die Schlüsselübertragung von der Zugriffssteuerung 102 zum Datenanschluss 103 und dann zur Kryptographiemaschine 106 abzuhören. Die Übertragung des Schlüssels erfolgt jedoch nicht über ein öffentliches Netz, sodass es für dieses Abhören erforderlich wäre, Zugriff auf die entsperrte DSD zu erhalten und diese zu demontieren, ohne die DSD 100 stromlos zu machen. Dieses Szenario kann als Bedrohung verworfen werden, da die Benutzerinhaltsdaten in diesem Szenario ohnehin in dem Host-Computersystem 104 verfügbar sind. Mit anderen Worten, während die DSD 100 verbunden und entsperrt ist, stehen Daten dem rechtmäßigen Benutzer und dem Angreifer zur Verfügung. Nachdem der Benutzer jedoch die DSD vom Host-Computersystem 104 trennt, ist dieser Abhörangriff nicht mehr möglich. Dieser Angriff wird daher nicht weiter in Betracht gezogen.
Der Vollständigkeit halber sei angemerkt, dass, nachdem die Kryptographiemaschine 106 den kryptographischen Schlüssel empfangen hat, das Host-Computersystem 104 gewöhnliche READ SEGMENT-Befehle ausgeben und transparent auf die verschlüsselten Daten zugreifen kann, ohne dass ein wahrnehmbarer Unterschied zum Zugreifen auf eine unverschlüsselten Vorrichtung besteht. Dies ist insbesondere dann der Fall, wenn die Kryptographiemaschine Hardware-Kryptographiemodule aufweist, um eine Verschlüsselung und Entschlüsselung mit oder oberhalb der Lese- und Schreibgeschwindigkeit des Speichermediums 105 und/oder des Datenanschlusses 103 zu ermöglichen. Der Benutzer kann jedoch die DSD 100 trennen, um sie zu sperren. Auf diese Weise kann die DSD 100 durch den Benutzer an unsichere Stellen getragen werden, an denen die DSD 100 verloren gehen oder gestohlen werden kann; es ist jedoch für eine andere Person sehr schwierig, die verschlüsselten Benutzerinhaltsdaten, die in dem Speichermedium 105 gespeichert sind, zu entschlüsseln. Wenn der Benutzer im Besitz der DSD bleibt, kann der Benutzer diese mit einem zweiten Host-Computersystem 116 verbinden, die DSD 100 bequem mit seiner autorisierten Vorrichtung 111 (z. B. Telefon) entsperren und ohne weiteres auf die verschlüsselten Benutzerinhaltsdaten zugreifen, die in dem Speichermedium 105 gespeichert sind.
Aus Gründen der Benutzerfreundlichkeit kann der Datenanschluss 103 so konfiguriert sein, dass, wenn die DSD gesperrt ist, sie sich bei dem Host-Computersystem 104 als Massendatenspeicher mit nicht vorhandenem Speichermedium registriert, ähnlich einem SSD-Kartenleser ohne eingesteckte Karte. Nachdem die autorisierte Vorrichtung 111 mit der DSD 100 verbunden und die DSD 100 entsperrt ist, schaltet der Datenanschluss 103 auf das vorhandene Speichermedium um, ähnlich einem Kartenleser, in den eine SSD-Karte eingeführt wurde. Bei einer solchen Konfiguration würde vermieden, dass durch das Betriebssystem des Host-Computersystems 104 Warnungen darüber generiert werden, dass die Daten nicht zugänglich sind oder der Zugriff verweigert wird. Vielmehr würde die gesamte Benutzerinteraktion von der auf der autorisierten Vorrichtung installierten App durchgeführt, die vollständig vom Hersteller der DSD gesteuert wird, sodass die Benutzererfahrung optimiert werden kann. Wie in 1 gezeigt, können weitere Mobiltelefone vorhanden sein, die als autorisierte Vorrichtungen 117 und 118 fungieren.
Beacons und Schlüsselanhänger
Unter erneuter Betrachtung von 1 ist zu erkennen, dass es weitere Vorrichtungen gibt, wie die Beacons 120 und den Schlüsselanhänger 121. Diese Vorrichtungen können auch als „autorisierte Vorrichtungen“ angesehen werden, da sie im Wesentlichen wie die autorisierte Vorrichtung 111 arbeiten können. Vor der erstmaligen Registrierung durch die Managervorrichtung 110 werden diese Vorrichtungen als „zu autorisierende Vorrichtung“ bezeichnet. Wenn hierin auf eine „Benutzervorrichtung“ Bezug genommen wird (womit hauptsächlich das Mobiltelefon 111 vor der erstmaligen Registrierung beschrieben wird), gilt dies auch für die Beacons 120 und den Schlüsselanhänger 121, sofern nichts anderes angegeben ist, wie in Fällen, in denen eine Benutzereingabe erforderlich ist. Für die Beacons 120 und den Schlüsselanhänger 121 ist auch deren eigener privater Schlüssel sicher gespeichert, sodass sie auf eine Abfrage antworten können, die für einen Beacon oder einen Schlüsselanhänger spezifisch ist. Da jedoch die Beacons 120 und der Schlüsselanhänger 121 keinen Benutzereingang haben, kann sich die Einleitung der Kommunikation etwas anders gestalten. Insbesondere können der Beacon 120 und der Schlüsselanhänger 121 periodisch Advertisements senden, um ihre Existenz auszustrahlen, und die DSD 100 initiiert dann die Kommunikation mit dem Beacon 120 und/oder dem Schlüsselanhänger 121, wodurch diese aufgefordert werden, ihren öffentlichen Transportschlüssel zu senden. Dies steht im Gegensatz zu der autorisierten Vorrichtung 111, die den öffentlichen Transportschlüssel an die DSD 100 sendet, um die Kommunikation zu initiieren.
In weiteren Beispielen sind die Beacons 120 deaktiviert, wenn sie eingeschaltet werden, und müssen von einer Managervorrichtung 110 oder einer autorisierten Vorrichtung 111 aktiviert werden. Diese Aktivierung kann einem ähnlichen Prozess folgen wie das Entsperren der DSD 100. Das heißt, die Managervorrichtung 110 oder die autorisierte Vorrichtung 111 oder beide werden bei jedem Beacon 120 mit ihren öffentlichen Transportschlüsseln registriert und antworten auf eine Abfrage, wie hierin beschrieben. Somit kann eine Vorrichtung als Managervorrichtung oder autorisierte Vorrichtung bei einem von den Beacons 102 und/oder dem Schlüsselanhänger 121 registriert sein, ohne bei der DSD 100 selbst registriert zu sein. Wenn die Antwort auf die Abfrage gültig ist, entsperren dann die Beacons 120 die DSD 100. In noch einem weiteren Beispiel werden die Beacons 120 bei einander registriert, sodass die Managervorrichtung 110 und/oder die autorisierte Vorrichtung 111 nur einen der Beacons 120 aktivieren muss und die übrigen Beacons automatisch aktiviert werden. Mit anderen Worten verbreitet' sich die Aktivierung über das Beacon-Netzwerk, solange sich die Beacons innerhalb ihrer gegenseitigen Reichweite befinden.
Es sei angemerkt, dass die einzige Information, die die autorisierten Vorrichtungen 111, 117, 118, 120 und 121 der Managervorrichtung 110 zum Registrieren zur Verfügung stellen, ein öffentlicher Schlüssel für jede Vorrichtung ist. Mit anderen Worten stellt jede Vorrichtung ihren eigenen öffentlichen Schlüssel bereit, der einem privaten Schlüssel entspricht, der sicher in dieser Vorrichtung gespeichert ist. Wenn daher ein Angreifer die anfängliche Kommunikation zwischen einer der Vorrichtungen 111, 117, 118, 120 und 121 und der Managervorrichtung 110 abfängt, ist die einzige Information, die der Angreifer erhalten kann, der öffentliche Schlüssel. Wie der Name sagt, ist der öffentliche Schlüssel nicht geheim und kann allgemein bekannt sein. Der Angreifer hat daher keinen Vorteil erlangt. Weiterhin kann die Managervorrichtung 110 den öffentlichen Schlüssel nicht verwenden, um Zugriff auf irgendetwas anderes im Zusammenhang mit den autorisierten Vorrichtungen zu erlangen. Beispielsweise kann die Managervorrichtung keine anderen Datenspeichervorrichtungen entschlüsseln oder entsperren, bei denen die autorisierte Vorrichtung von anderen Managervorrichtungen registriert wurde.
Die Zugriffssteuerung 102 empfängt die öffentlichen Schlüssel der autorisierten Vorrichtungen von der Managervorrichtung 110 und generiert Autorisierungsdaten. Die Zugriffssteuerung 102 speichert die Autorisierungsdaten in dem Speicher 115, während sie darauf wartet, dass sich die autorisierte Vorrichtung erstmalig verbindet. Beim ersten Verbinden führt die Zugriffssteuerung 102 eine Abfrage-Antwort für die autorisierte Vorrichtung durch und aktualisiert bei Erfolg die Autorisierungsdaten, um darzustellen, dass die autorisierte Vorrichtung nun vollständig registriert ist. Dieser erste Verbindungsprozess wird hierin als „Neuanmeldung“ bezeichnet, und Details zum Generieren der Autorisierungsdaten und der Neuanmeldung werden im Folgenden bereitgestellt.
Kryptographie mit elliptischen Kurven
In einem Beispiel basiert die durch die DSD 100 generierte und an die autorisierte Vorrichtung 111 gesendete Abfrage auf Kryptographie mit elliptischen Kurven. Dies bietet die Vorteile kürzerer Schlüssel, was zu einer effizienteren Kommunikation und Speicherung führt. Weiterhin stellen eine große Anzahl von derzeit auf dem Markt befindlichen Telefonen eine dedizierte Funktionalität der Kryptographie mit elliptischen Kurven innerhalb eines sicheren Hardwaremoduls bereit. Das sichere Hardwaremodul speichert die privaten Schlüssel des Benutzers sicher und führt kryptographische Stammfunktionen innerhalb des sicheren Hardwaremoduls durch, ohne dass der Schlüssel das sichere Hardwaremodul verlässt und an einen Universal-Prozessorkern gesendet wird, wo der Schlüssel einem Angriff wegen unbefugten Abrufs ausgesetzt sein kann. In einer Ausführungsform schließt das sichere Hardwaremodul einen separaten Prozessor ein, der seinen eigenen Mikrokernel ausführt, auf den das Betriebssystem oder Programme, die auf dem Telefon laufen, nicht direkt zugreifen können. Das sichere Hardwaremodul kann auch einen nichtflüchtigen Speicher einschließen, der verwendet wird, um private 256-Bit-Schlüssel mit elliptischer Kurve zu speichern. In einer Ausführungsform ist das sichere Hardwaremodul ein Secure Enclave-Coprozessor, der auf einigen Apple-Vorrichtungen verfügbar ist.
Autorisierter Vorrichtungsdatensatz
2 veranschaulicht einen Abschnitt des Konfigurationsspeichers 115 gemäß einer Ausführungsform. Genauer veranschaulicht 2 einen Datensatz 201 im Konfigurationsspeicher 115, der einer von mehreren autorisierten Vorrichtungen zugeordnet ist und hierin als „Autorisierungsdaten“ bezeichnet wird. Weitere Datensätze für weitere autorisierte Vorrichtungen sind schematisch als gestrichelte Zellen angegeben, werden jedoch nicht näher betrachtet, da sie ähnlich wie der Datensatz 201 arbeiten. Insbesondere weist jeder weitere Datensatz Autorisierungsdaten, die von der Zugriffssteuerung 102 als Antwort auf das Empfangen eines öffentlichen Schlüssels einer Benutzervorrichtung von der Managervorrichtung 110 generiert werden, und dann die aktualisierten Autorisierungsdaten auf, die während des ersten Verbindens der Benutzervorrichtung aktualisiert werden (dann „autorisierte Vorrichtung“). Der Einfachheit halber wird die Datenstruktur des Konfigurationsspeichers 115 als eine ,Tabelle' bezeichnet, die einen oder mehrere ,Datensätze' aufweist, wobei sich jeder Datensatz auf eine registrierte autorisierte Vorrichtung bezieht und jeder Datensatz mehrere Felder aufweist. Es wird jedoch angemerkt, dass andere Datenstrukturen verwendet werden können, wie JavaScript Object Notation (JSON), Extensible Markup Language (XML), binäre Formate usw. In einem Beispiel hat jeder Eintrag eine feste Länge und die Tabelle hat eine feste Anzahl von Zeilen (d. h. Einträgen). Innerhalb dieser Offenbarung kann ein ,Datensatz' auch als eine ,Zeile' oder ein ,Eintrag' bekannt sein.
Der Datensatz 201 weist ein Feld für einen Vorautorisierungsschlüssel 202 auf, der als Antwort darauf verwendet wird, dass sich die autorisierte Vorrichtung 111 erstmals mit der DSD 100 verbindet. Während dieses ersten Verbindens führt die Zugriffssteuerung 102 eine Anzahl von Schritten durch, die als „Neuanmeldung“ bezeichnet werden, wie nachfolgend näher beschrieben wird. Der Vorautorisierungsschlüssel 202 wird aus der Kennung (z. B. dem öffentlichen Transportschlüssel) der autorisierten Vorrichtung 111 generiert. Zum Beispiel kann die Zugriffssteuerung 102 den Vorautorisierungsschlüssel 202 durch Anwenden einer Schlüsselableitungsfunktion unter Verwendung der x-Koordinate des öffentlichen Transportschlüssels als Eingangsparameter zusammen mit einem Slot-Schlüssel der autorisierten Vorrichtung als Salt-Wert auf die Ableitungsfunktion generieren. Der Slot-Schlüssel der autorisierten Vorrichtung kann eine Pseudozufallszahl (z. B. mit 16 Bytes) sein, die in dem Konfigurationsspeicher 115 gespeichert ist, und kann verwendet werden, um Daten in Zertifikaten der autorisierten Vorrichtung zu verschlüsseln, sodass nur die ausgebende DSD 100 die Informationen wiederherstellen kann.
An dieser Stelle kann gesagt werden, dass die in dem Konfigurationsspeicher 115 gespeicherten Datensätze durch den Vorautorisierungsschlüssel 202 basierend auf einer Kennung der autorisierten Vorrichtung (z. B. dem öffentlichen Transportschlüssel) indiziert werden. Wie nachstehend unter Bezugnahme auf 4 beschrieben, kann der Index des Datensatzes 201 während der Neuanmeldung in einem Zertifikat als Slot-Nummer gespeichert werden, und an diesem Punkt kann der Vorautorisierungsschlüssel 202 durch einen Zufallswert ersetzt werden, um die konfigurierte DSD selbst bei Besitz des öffentlichen Transportschlüssels von einem neuen Gerät aus der Fabrik ununterscheidbar zu machen.
Der Datensatz 201 weist weiterhin ein Feld für eine erste Kopie eines Metadaten-Verpackungsschlüssels (MWK) 203 und eines Vorautorisierungs-Metadaten-Verpackungsschlüssels (PMWK) 214, auf. Einige Felder im Datensatz 201 sind verschlüsselt, was durch doppelt umrandete Zellen angegeben wird, wobei die Zellen mit einfachen Blocklinien innerhalb der doppelt umrandeten Zellen die ,Nutzdaten' wie beispielsweise den Metadaten-Verpackung-Schlüssel 203 und den Vorautorisierungs-Metadaten-Verpackung-Schlüssel 214 angeben. Der entsprechende Verschlüsselungsschlüssel, mit dem die Nutzdaten verschlüsselt werden, ist unten an der doppelt umrandeten Zelle vermerkt. So ist zum Beispiel der Metadaten-Verpackungsschlüssel 203 durch einen Metadatenschlüssel der autorisierten Vorrichtung (ADMK) 204 verschlüsselt. Es sollte angemerkt werden, dass jede Verschlüsselungszelle eine zusätzliche Nonce aufweisen kann, die mit den Nutzdaten verkettet ist. Dadurch ist gewährleistet, dass der verschlüsselte Eintrag auch bei Besitz der verschlüsselten Daten, wie beispielsweise des öffentlichen Transportschlüssels der autorisierten Vorrichtung, nicht von Zufallsdaten unterschieden werden kann.
Der Datensatz 201 weist weiterhin ein Feld für Metadaten der autorisierten Vorrichtung (ADM) 205 auf, die eine Verkettung eines Vorrichtungstyps 206 (z. B. Wiederherstellungsschlüssel, Schlüsselanhänger, Beacon, Telefon, Computer, Uhr usw.), eine Rolle der Vorrichtung 207 (z. B. Manager oder Benutzer), ein Name der Vorrichtung 208 (z. B. „Johns Telefon“), ein öffentlicher Transportschlüssel 209, Entsperrschlüsselmetadaten 210 (z. B. Schlüsselbeschränkungen, ob Fingerabdruck, PIN oder keine Entsperrung erforderlich ist), ein kurzlebiger öffentlicher Schlüssel 211 und ein öffentlicher Entsperrschlüssel 212 sind. In einer Ausführungsform ist der kurzlebige öffentliche Schlüssel 211 ein öffentlicher Schlüssel mit elliptischer Kurve, der aus einem zufallsbasierten kurzlebigen privaten Schlüssel mit elliptischer Kurve (EPK) unter Verwendung einer Primitive ECC-PUB (EUK) der Kryptographie mit elliptischer Kurve (ECC) generiert wird. Der kurzlebige private Schlüssel wird nicht in dem Konfigurationsspeicher 115 oder in der autorisierten Vorrichtung 111 gespeichert, sondern nach dem Erstellen des kurzlebigen öffentlichen Schlüssels verworfen. Dies bedeutet, dass der kurzlebige private Schlüssel nicht in dem nichtflüchtigen Speicher, sondern nur in dem flüchtigen Speicher gespeichert wird. Dadurch führt ein Herunterfahren des Speichers zu einem vollständigen und nicht wiederherstellbaren Verlust (z. B. Zerstörung) des kurzlebigen privaten Schlüssels. Der öffentliche Entsperrschlüssel 212 entspricht einem privaten Entsperrschlüssel, der in der autorisierten Vorrichtung 111 gespeichert ist und von der autorisierten Vorrichtung 111 generiert und der Zugriffssteuerung 102 bereitgestellt wird.
Die Metadaten der autorisierten Vorrichtung (verkettet mit einer weiteren Nonce) werden durch den Metadaten-Verpackungsschlüssel (MWK) 213 verschlüsselt, der ebenfalls unter 203 in verschlüsselter Form gespeichert ist. Der Hauptzweck des Speicherns des verschlüsselten Metadaten-Verpackungsschlüssels 203 im Eintrag 201 besteht darin, es einem Managerbenutzer, der Zugriff auf den Metadatenschlüssel der autorisierten Vorrichtung 204 hat, zu ermöglichen, auf die verschlüsselten Metadaten 205 der autorisierten Vorrichtung zuzugreifen. Wenn der Metadaten-Verpackungsschlüssel für den Manager nicht zugänglich wäre, wäre der Manager nicht in der Lage, von der DSD 100 Informationen darüber abzurufen, welche autorisierten Vorrichtungen derzeit registriert sind. In einem Beispiel ist der Metadatenschlüssel 204 der autorisierten Vorrichtung ein einzelner Schlüssel für alle autorisierten Vorrichtungen und wird durch einen Managerschlüssel verschlüsselt gespeichert. Der Managerschlüssel kann ein Pseudozufallswert (z. B. 32 Bytes) sein und von der Zugriffssteuerung 102 generiert werden, wenn das Speichermedium 105 gelöscht wird. Der Managerschlüssel wird für jede gepaarte Managervorrichtung 110/114 verschlüsselt und gespeichert. Der Managerschlüssel kann ein Pseudozufallswert (z. B. 32 Bytes) sein und von der Zugriffssteuerung 102 generiert werden, wenn das Speichermedium 105 gelöscht wird. Der Managerschlüssel wird für jede gepaarte Managervorrichtung 110/114 verschlüsselt und gespeichert.
Der Datensatz 201 weist weiterhin ein Feld für eine zweite Kopie der Rolle 220 der Vorrichtung auf, die mit einem Benutzerschlüssel 221 und einer zweiten Kopie des Metadaten-Verpackungsschlüssels 222 verkettet ist. Es ist anzumerken, dass sowohl die Rolle 207/220 als auch der Metadaten-Verpackungsschlüssel 203/222 in zwei Kopien gespeichert sind, die identisch sind, jedoch mit unterschiedlichen Schlüsseln verschlüsselt sind. Der Zweck des Speicherns von zwei Kopien der Rolle 207/220 besteht darin, es der Zugriffssteuerung 102 zu ermöglichen, die Rolle sowohl während des Verbindens (als Antwort darauf, dass die Metadaten der autorisierten Vorrichtung entschlüsselt werden) als auch während des Entsperrens (als Antwort darauf, dass der Benutzerschlüssel 221 entschlüsselt wird) zu verifizieren. Der Zweck des Speicherns der ersten Kopie des Metadaten-Verpackungsschlüssels 203 besteht darin, sie einer Managervorrichtung bereitzustellen, die Zugriff auf den Metadatenschlüssel der autorisierten Vorrichtung hat. Der Zweck der zweiten Kopie des Metadaten-Verpackungsschlüssels 222 besteht darin, ihn während des ersten Verbindens einer vorautorisierten Vorrichtung bereitzustellen. Die verketteten Werte 220, 221, 222 werden zusammen durch ein kurzlebiges Entsperrgeheimnis (Ephemeral Unlock Secret, EUS) 223 verschlüsselt, das ursprünglich durch ein Diffie-Hellman-Verfahren unter Verwendung des kurzlebigen privaten Schlüssels entsprechend dem kurzlebigen öffentlichen Schlüssel 211 und dem entsperrenden öffentlichen Schlüssel 212 generiert wurde. Das kurzlebige Entsperrgeheimnis 223 kann unter Verwendung des kurzlebigen öffentlichen Schlüssels 211 und eines zugeordneten privaten Entsperrschlüssels, der in der autorisierten Vorrichtung 111 gespeichert ist und dem öffentlichen Entsperrschlüssel 212 entspricht, wiederhergestellt werden. Mit anderen Worten kann das kurzlebige Entsperrgeheimnis 223 beim ersten Verbinden der autorisierten Vorrichtung 111 mit der DSD 100 unter Verwendung des kurzlebigen privaten Schlüssels und des öffentlichen Entsperrschlüssels 212 generiert werden. Es sei angemerkt, dass der kurzlebige private Schlüssel selbst nicht gespeichert ist, aber dennoch das kurzlebige Entsperrgeheimnis 223 wie vorstehend beschrieben wiederhergestellt werden kann. Das bedeutet, der Benutzerschlüssel 221 ist basierend auf der Antwort von der autorisierten Vorrichtung entschlüsselbar. Es sei angemerkt, dass der Benutzerschlüssel 221 für alle autorisierten Vorrichtungen identisch ist und zum Entschlüsseln von Benutzerinhaltsdaten verwendet werden kann. Dies bedeutet nicht notwendigerweise, dass der Benutzerschlüssel selbst die Benutzerinhaltsdaten entschlüsselt. Es können weitere Schlüssel vorhanden sein, die der Benutzerschlüssel entschlüsselt, und der finale Schlüssel entschlüsselt die Benutzerinhaltsdaten. Die Formulierungen „Verwenden eines Schlüssels zum Entschlüsseln von Benutzerinhaltsdaten“ und „Ermöglichen einer Entschlüsselung der Benutzerinhaltsdaten“ beziehen sich auf eine indirekte Verschlüsselung über mehrere Schlüssel in einer Kette. Im Gegensatz dazu bezieht sich die Formulierung „der Schlüssel entschlüsselt die Daten“ auf eine direkte Entschlüsselung der Daten mit dem Schlüssel, wie Modulo-Multiplikation der verschlüsselten Daten durch den Schlüssel. Hier wird der Benutzerschlüssel 221 zur indirekten Entschlüsselung der Daten verwendet und kann Ausgangspunkt einer Kette von Schlüsseln sein, die sequentiell entschlüsselt werden, bis schließlich die Kette bei dem Schlüssel endet, der die Benutzerinhaltsdaten entschlüsselt. Während in den meisten hierin offenbarten Beispielen das kurzlebige Entsperrgeheimnis 223 den Benutzerschlüssel 221 entschlüsselt, ist es auch möglich, dass der kryptographische Schlüssel auf andere Weise aus der Antwort auf die Abfrage abgeleitet wird. Zum Beispiel kann die Antwort auf die Abfrage direkt als kryptographischer Schlüssel verwendet werden, der die Benutzerinhaltsdaten entschlüsselt.
Diese Zuordnung von Schlüsseln und Metadaten ermöglicht eine Konfiguration, bei der die gesamten Konfigurationsinformationen über autorisierte Vorrichtungen, Managervorrichtungen und andere Aspekte in der DSD 100 selbst gespeichert sind. Die autorisierten Vorrichtungen benötigen jedoch einen in der jeweiligen autorisierten Vorrichtung gespeicherten Schlüssel, um die DSD 100 zu entsperren. Wenn ein nicht registrierter Benutzer ohne Zugriff auf Schlüssel auf die gesamte Konfiguration der Vorrichtung zugreifen möchte, wie beispielsweise eine Liste registrierter Vorrichtungen abrufen möchte, muss der nicht registrierte Benutzer nur den Wiederherstellungsschlüssel als Managervorrichtung registrieren, um Zugriff zu erhalten. Die DSD 100 kann dann den gesamten Inhalt des Konfigurationsspeichers 115 unter Verwendung des Managerschlüssels der neuen Managervorrichtung zur Verfügung stellen. Weiterhin können zwei Managervorrichtungen vorhanden sein, und beide können autorisierte Vorrichtungen registrieren oder entfernen. Die andere Managervorrichtung wäre in der Lage, Konfigurationsaktualisierungen zu erhalten, indem sie eigene Datensätze mit den in dem Konfigurationsspeicher 115 gespeicherten Daten synchronisiert. In einigen Beispielen ist die DSD 100 dazu konfiguriert, Datensätze 201 aller autorisierten Vorrichtungen zu löschen (aber nicht die Benutzerinhaltsdaten oder den Benutzerschlüssel 221 zu löschen, die als eine weitere Kopie in verschlüsselter Form in dem Konfigurationsspeicher 115 getrennt von dem Eintrag 201 und Einträgen gespeichert sein können), wenn der Wiederherstellungsschlüssel verwendet wird, um Zugriff zu erhalten, was aber eine Richtlinienentscheidung ist.
3 veranschaulicht den Steuerungsablauf 300 zwischen einer autorisierten Vorrichtung 111 und einer Zugriffssteuerung 102 gemäß einer Ausführungsform. Zuerst initiiert die autorisierte Vorrichtung 111 ein Verbindungsverfahren, indem es ihren öffentlichen Transportschlüssel sendet 301. Dieser Schritt kann von einem Angreifer leicht erneut ausgeführt werden. Die Zugriffssteuerung 102 antwortet 302 dann mit einer Anforderung eines Zertifikats, und als Antwort auf diese Anforderung sendet 303 die autorisierte Vorrichtung 111 ein Zertifikat, das zuvor von der Zugriffssteuerung 102 durch den Neuanmeldungsprozess erhalten wurde.
Zertifikat
4 veranschaulicht ein Zertifikat 400, das von der Datenspeichervorrichtung 100 ausgegeben und von der autorisierten Vorrichtung 111 an die Datenspeichervorrichtung gesendet wird, um die Datenspeichervorrichtung zu entsperren, gemäß einer Ausführungsform. In diesem Beispiel weist das Zertifikat 400 mehrere Typ-Längen-Wert-Felder (TLV-Felder) auf, wobei der Typ-Wert die Art des Felds angibt, das Teil des Zertifikats ist, Länge die Größe des Wert-Felds (in der Regel in Bytes) ist und Wert eine Serie von Bytes variabler Größe ist, die Daten für diesen Teil des Zertifikats enthält.
Das Zertifikat 400 beginnt mit einem TLV-Atom, das den Typ des folgenden Zertifikats angibt. Dies wird als Zertifikatsrolle 401 bezeichnet und weist einen 2 Byte-Wert auf, um anzugeben, dass es sich um ein Zertifikat der autorisierten Vorrichtung handelt.
Das Zertifikat 400 gehört zu einer Zertifikatskette. Die Zugriffssteuerung 102 verwendet die Kette, um das Zertifikat 400 zu validieren und zu authentifizieren. Um anzugeben, zu welcher Kette das Zertifikat 400 gehört, verfügt das Zertifikat 400 über eine 4 Byte Stamm-Zertifikatskennung (ID) 402. Die Zertifikatskennung jedes Zertifikats in der Zertifikatskette ist gleich. Zertifikatskennungen, die nicht übereinstimmen, geben ein ungültiges Zertifikat an. In einem Beispiel gibt eine Stamm-Zertifikatskennung an, ob die Zertifikatskette eine Produktions- oder eine Entwicklungszertifizierungskette ist. In anderen Beispielen können andere Gruppen durch jeweilige Zertifikatskennungen angegeben werden.
Das Zertifikat 400 weist weiterhin einen 1-Byte-Indikator für die Zertifikatstiefe 403 auf. Die Tiefe eines Zertifikats ist definiert als sein Abstand von dem Stammzertifikat innerhalb seiner Zertifikatskette. Das Stammzertifikat ist so definiert, dass es eine Tiefe von Null aufweist. Wenn eine gegebene Zertifikatskette verarbeitet wird, werden die Tiefenfelder validiert, um die Integrität der Kette sicherzustellen.
Das Zertifikat 400 weist auch einen öffentlichen Transportschlüssel 404 auf (z. B. gemäß der elliptischen Kurve des National Institute of Standards and Technology (NIST) P-256) für das 64 Byte-Zertifikat). Jedes Zertifikat wird über einen öffentlichen Transportschlüssel bezeichnet/indiziert. Jeder Typ von öffentlichem Schlüssel weist seinen dedizierten Tag-Typ auf. Das heißt, der Tag-Typ bezeichnet die Chiffrier-Abfolge, die zum Generieren des öffentlichen Transportschlüssels verwendet wird, wie beispielsweise die Chiffrier-Abfolge P-256.
Das Zertifikat 400 weist weiterhin ein Datenfeld 405 auf (nachstehend erläutert) und wird über eine Signatur 406 authentifiziert. Die Zugriffssteuerung 102 empfängt das Zertifikat 400 und validiert die Signatur, bevor sie einem der Inhalte des Zertifikats vertraut oder diesen verwendet. Um die Signaturvalidierung zu ermöglichen, wird der öffentliche Schlüssel 407 des 64 Byte-Unterzeichners als Teil des Zertifikats bereitgestellt. Die Signatur 406 selbst hat eine Länge von 64 Bytes und wird über alle früheren TLVs 401-405, 407 berechnet, die sich innerhalb des Zertifikats befinden, unabhängig davon, ob sie von der Implementierung erkannt werden oder nicht. Insbesondere wird die Signatur 406 aus einem Hash der Zertifikatdaten abgeleitet. Die spezifischen Daten, die signiert werden, sind zertifikatabhängig, enthalten jedoch alle TLVs, die verwendet werden, um das Zertifikat darzustellen, einschließlich TLVs, die nicht erkannt werden. Der zur Generierung der Signatur verwendete Schlüssel ist ein logischer Identitätsschlüssel und ist dem öffentlichen Signierschlüssel 407 zugeordnet.
Das Datenfeld 405 weist die Slot-Nummer 410 auf, die den Index des Datensatzes 201 im Konfigurationsspeicher 115 bezeichnet. Das Datenfeld 405 weist auch eine weitere Kopie des Metadaten-Verpackungsschlüssels 411 auf (zusätzlich zu den beiden in 2 gezeigten Kopien). Das Datenfeld 405 wird mit dem Slot-Schlüssel der autorisierten Vorrichtung (ADSK) 412, der ein im Konfigurationsspeicher 115 gespeicherter 16 Byte Pseudozufallswert ist, verschlüsselt und zur Verschlüsselung von Daten in Zertifikaten der autorisierten Vorrichtung verwendet, sodass nur die ausgebende DSD 100 die Informationen wiederherstellen kann.
Entsperren der Datenspeichervorrichtung
Wenn wiederum in Bezug auf 3 die autorisierte Vorrichtung 111 die DSD 100 entsperren möchte, sendet 303 die autorisierte Vorrichtung 111 das Zertifikat 400, das den verschlüsselten Metadaten-Verpackungsschlüssel (MWK) 213/411 enthält, an die Zugriffssteuerung 102. Das Zertifikat 400 enthält auch die Slot-Nummer 410, die ein Index des Datensatzes 201 im Speicher 115 ist.
Die Zugriffssteuerung 102 verwendet den Slot-Schlüssel der autorisierten Vorrichtung, der im Konfigurationsspeicher 115 gespeichert ist, um das Datenfeld 405 zu entschlüsseln 304 und die Slot-Nummer und den Metadaten-Verpackungsschlüssel zu extrahieren. Die Zugriffssteuerung 102 fragt dann den Konfigurationsspeicher 115 ab, um den entsprechenden Datensatz 201 aus dem Konfigurationsspeicher 115 zu lesen 305, und entschlüsselt 306 die Metadaten der autorisierten Vorrichtung 205 unter Verwendung des Metadaten-Verpackungsschlüssels. Daraus ergibt sich der kurzlebige öffentliche Schlüssel 211, der auch als Kennung der autorisierten Vorrichtung bezeichnet werden kann, da er die autorisierte Vorrichtung eindeutig identifiziert, da der kurzlebige öffentliche Schlüssel 211 einem nur in der autorisierten Vorrichtung 111 gespeicherten privaten Entsperrschlüssel kryptographisch zugeordnet ist. Die Zugriffssteuerung 102 kann zusätzliche Prüfungen 307 durchführen, wie Validieren, dass der öffentliche Transportschlüssel 209, der in den Metadaten der autorisierten Vorrichtung 205 enthalten ist, mit dem öffentlichen Transportschlüssel 404 übereinstimmt, der im Zertifikat 400 präsentiert wird. Weiterhin validiert die Zugriffssteuerung 102 die Rolle 401 gegenüber dem gültigen Satz von Werten und ordnet die Rolle der Verbindung zu. Dies bedeutet, dass die Zugriffssteuerung 102 während der Verbindungsdauer die aktuelle Rolle (autorisierte Vorrichtung oder Managervorrichtung) kennt. Zum Beispiel speichert die Zugriffssteuerung 102 einen Parameterwert in einem flüchtigen Speicher, der die Rolle 401 angibt, die in dem Zertifikat bereitgestellt wird. Wenn eine der vorangegangenen Überprüfungen fehlschlägt, gilt die autorisierte Vorrichtung als widerrufen und es wird ein diesbezüglicher Fehler ausgegeben. Andernfalls gelingt der Verbindungsversuch und die Zugriffssteuerung 102 sendet 308 eine Verbindungsbestätigungsnachricht an die autorisierte Vorrichtung 111.
In diesem Stadium ist die autorisierte Vorrichtung 111 verbunden und der Entsperrprozess beginnt, indem die autorisierte Vorrichtung 111 eine Entsperranforderung an die Zugriffssteuerung 102 sendet 320. Die Entsperranforderung schließt den öffentlichen Entsperrschlüssel ein, der dem privaten Entsperrschlüssel zugeordnet ist, der in dem sicheren Hardwaremodul der autorisierten Vorrichtung gespeichert ist. Die Zugriffssteuerung 102 stimmt den empfangenen öffentlichen Entsperrschlüssel mit dem öffentlichen Entsperrschlüssel 212 ab 321, der in dem Metadatensatz 205 der autorisierten Vorrichtung gespeichert ist. Als Nächstes generiert 322 die Zugriffssteuerung 102 einen neuen Verblendungswert (auch Entsperr-Verblendungsschlüssel (Unlock Blending Key, UBK) genannt), der im Wesentlichen ein kurzlebiger privater Skalar ist und zufallsbasiert generiert wird.
Der Zugriffssteuerung 102 generiert dann die Abfrage basierend auf der Kennung der autorisierten Vorrichtung (z. B. kurzlebiger öffentlicher Schlüssel 211) multipliziert mit dem Entsperr-Verblendungsschlüssel (UBK). Insbesondere multipliziert 323 die Zugriffssteuerung 102 den kurzlebigen öffentlichen Schlüssel 211 mit dem Entsperr-Verblendungsschlüssel, wobei die vollen X- und Y-Koordinaten des Ergebnisses zurückgegeben werden, wobei angemerkt wird, dass diese Operation auf einer elliptischen Kurve durchgeführt wird. Die Zugriffssteuerung 102 sendet 324 dann die X- und Y-Koordinaten als Abfrage an die autorisierte Vorrichtung 111. An dieser Stelle sei angemerkt, dass diese Abfrage auf der Kennung der autorisierten Vorrichtung 111 basiert, da der kurzlebige öffentliche Schlüssel ein Faktor bei der Multiplikation ist, die zu der Abfrage führt. Es sei weiterhin angemerkt, dass für jede Entsperranforderung (d. h. 320) ein anderer Entsperr-Verblendungsschlüssel generiert wird, um „Man-in-the-middle“-Angriffe zu vermeiden.
Weiterhin berechnet 325 die Zugriffssteuerung 102 das Inverse des Entsperr-Verblendungsschlüssels (UBK^-1). Die Zugriffssteuerung 102 kann das Inverse des Entsperr-Verblendungsschlüssels berechnen, während sie auf eine Antwort von der autorisierten Vorrichtung 111 wartet.
Die autorisierte Vorrichtung 111 berechnet eine Antwort auf die Abfrage, indem die Abfrage mit dem privaten Entsperrschlüssel multipliziert 326 wird, der in dem sicheren Hardwaremodul der autorisierten Vorrichtung gespeichert ist und dem öffentlichen Entsperrschlüssel 212b entspricht, der in dem Konfigurationsspeicher 115 gespeichert ist. Dabei kann es sich um die Ausführung einer kryptographischen Stammfunktion handeln, die vollständig innerhalb des sicheren Hardwaremoduls innerhalb der autorisierten Vorrichtung 111 ausgeführt werden kann. Die autorisierte Vorrichtung 111 sendet dann das Ergebnis in einer Antwortnachricht zurück 327. Die Zugriffssteuerung 102 multipliziert 328 das zurückgegebene Ergebnis mit dem Inversen des Entsperr-Verblendungsschlüssels, um das kurzlebige Entsperrgeheimnis (EUS) zu berechnen 223.
In mathematischer Notation stellt P den kurzlebigen öffentlichen Schlüssel dar, und k stellt den Entsperr-Verblendungsschlüssel k dar, der in Schritt 322 in 3 erstellt wurde. Die Zugriffssteuerung 102 berechnet 323 das Produkt k*P und sendet 324 es an die autorisierte Vorrichtung 111. Die autorisierte Vorrichtung 111 multipliziert 326 die Abfrage mit dem privaten Entsperrschlüssel j, um j*k*P zu berechnen, und gibt das Ergebnis an die Zugriffssteuerung 102 zurück 327. Die Zugriffssteuerung 102 multipliziert 238 diese Antwort mit dem Inversen des Entsperr-Verblendungsschlüssels k^-1, um $k^{- 1} * j * k * P$
zu berechnen,
was aufgrund des kommutativen Charakters elliptischer Kurven gleich j*P ist $(d {.h k}^{-1} {*j*k*P=k*k}^{-1} *j*P=j*P) .$
Die Zugriffssteuerung 102 verwendet dann j*P als kurzlebiges Entsperrgeheimnis (d. h. Schlüssel), um den Benutzerschlüssel 221 zu entschlüsseln 329. Das heißt, die Zugriffssteuerung 102 verwendet das kurzlebige Entsperrgeheimnis, um den in der DSD 100 gespeicherten Benutzerschlüssel 221 zu entschlüsseln, der mit dem kurzlebigen Entsperrgeheimnis verschlüsselt ist. Insbesondere entschlüsselt 329 die Zugriffssteuerung 102 den Benutzerschlüssel, der dann einen „User Drive Key“, Benutzerlaufwerkschlüssel, entschlüsselt 330, der dann schließlich über TCG-Befehle an die Kryptographiemaschine 106 gesendet 331 wird. Das heißt, der Benutzerlaufwerkschlüssel kann von der Zugriffssteuerung 102 unter Verwendung einer Schlüsselableitungsfunktion basierend auf dem Benutzerschlüssel generiert werden. Der Benutzerlaufwerkschlüssel ist der TCG-Autorisierungsnachweis, der verwendet wird, um die DSD 100 zu entsperren, und kann mit dem hierin beschriebenen „kryptografischen Schlüssel“ gleichgesetzt werden. Im Falle von Opal ist dies der Benutzer2-Autorisierungsnachweis.
Es sei angemerkt, dass das kurzlebige Entsperrgeheimnis bei der Neuanmeldung generiert wird, indem aus dem Ergebnis eines Elliptic Curve Diffie-Hellman Prozesses unter Verwendung des in der autorisierten Vorrichtung 111 gespeicherten privaten Entsperrschlüssels und des öffentlichen Entsperrschlüssels 212 ein symmetrischer Schlüssel abgeleitet wird. Der resultierende Schlüssel wird verwendet, um den Benutzerschlüssel 221 zu verschlüsseln, aber nicht in der DSD 100 gespeichert. Stattdessen wird er jedes Mal neu generiert, wenn eine autorisierte Vorrichtung die Entsperrung der DSD 100 anfordert, wie oben beschrieben.
In einem weiteren Beispiel kann der private Entsperrschlüssel j in den vorstehenden Gleichungen durch ein Produkt des privaten Entsperrschlüssels durch einen aus einer Passphrase abgeleiteten Wert ersetzt werden. Der private Entsperrschlüssel wäre zwar noch im sicheren Hardwaremodul der autorisierten Vorrichtung gespeichert, der private Entsperrschlüssel allein wäre jedoch nicht in der Lage, die in der DSD 100 gespeicherten Benutzerinhaltsdaten zu entschlüsseln. Stattdessen muss der Benutzer die Passphrase eingeben, um die Antwort auf die Abfrage zu berechnen und diese Antwort zu senden 327. Dies würde einfach das vorstehende j durch das Produkt von j multipliziert mit dem Passphrasenwert ersetzen. Die DSD würde von dieser Änderung nichts mitbekommen, da das kurzlebige Entsperrgeheimnis 223 aus Sicht der Zugriffssteuerung 102 in gleicher Weise wie vorstehend generiert würde.
Registrierung und Neuanmeldung
Es sei angemerkt, dass der in 2 gezeigte Datensatz 201 gezeigt wird, nachdem die autorisierte Vorrichtung 111 den Neuanmeldungsprozess abgeschlossen hat und die verschlüsselten Benutzerinhaltsdaten entschlüsseln darf. Wiederum gibt es insgesamt drei Schritte: Zuerst registriert die Managervorrichtung 110 eine Benutzervorrichtung 111 einmal als eine von mehreren autorisierten Vorrichtungen. Zweitens meldet sich die autorisierte Vorrichtung 111 einmal erneut beim ersten Verbinden mit der Zugriffssteuerung 102 an, um die Generierung der beteiligten Schlüssel abzuschließen. Drittens verbindet sich die autorisierte Vorrichtung 111 anschließend mehrmals mit der Zugriffssteuerung 102, um die DSD 100 zu entsperren.
Während des (ersten) Registrierungsszenarios, das von der Managervorrichtung 110 initiiert wird, empfängt die Zugriffssteuerung 102 von der Managervorrichtung 110 einen öffentlichen Schlüssel, der einem privaten Schlüssel entspricht, der in der Benutzervorrichtung 111 gespeichert ist. Daraufhin erstellt die Zugriffssteuerung 102 Autorisierungsdaten, die ähnlich dem Datensatz 201 in 2 sind, mit der Ausnahme, dass das Feld „Öffentlicher Entsperrschlüssel 212“ den öffentlichen Transportschlüssel 209 (wie von der Managervorrichtung 110 empfangen) enthält, da der öffentliche Entsperrschlüssel noch nicht generiert wurde. Die Zugriffssteuerung 102 generiert den Vorautorisierungsschlüssel 202, der im Wesentlichen ein Index zum Auffinden des Datensatzes 201 ist. Der Vorautorisierungsschlüssel 202 wird durch eine Schlüsselgenerierungsfunktion unter Verwendung der x-Koordinate des empfangenen öffentlichen Transportschlüssels 209 und eines Salt-Wertes generiert. Der Salt-Wert kann ein Slot-Schlüssel der autorisierten Vorrichtung sein, der ein 16-Byte-Pseudozufallswert sein kann, der während des „Inbesitznahme“-Prozesses generiert wird, in dem Konfigurationsspeicher 115 gespeichert ist, und nicht mit der autorisierten Vorrichtung geteilt wird. Auf diese Weise kann der Salt nach jedem „Factory Reset“, Rücksetzen auf die Werkseinstellung, unterschiedlich sein, wie jedes Mal, wenn eine Managervorrichtung die DSD 100 in Besitz nimmt.
Das Erstellen der Autorisierungsdaten, die im Datensatz 201 gespeichert sind, weist weiterhin das Generieren des Metadaten-Verpackungsschlüssels 222 auf, beispielsweise durch Generieren eines 16-Byte-Pseudozufallswerts. Die Zugriffssteuerung 102 speichert den Metadaten-Verpackungsschlüssel in Feld 222. Weiterhin generiert die Zugriffssteuerung 102 das kurzlebige Entsperrgeheimnis 223 und verschlüsselt die Rolle 220 (z. B. „autorisierte Vorrichtung“), den Benutzerschlüssel 221 und den neuen Metadaten-Verpackungsschlüssel 222 mit dem kurzlebigen Entsperrgeheimnis 223. Dann generiert die Zugriffssteuerung 102 aus dem kurzlebigen Entsperrgeheimnis 223 einen kurzlebigen öffentlichen Schlüssel 211 und verwirft das kurzlebige Entsperrgeheimnis 223.
Im Gegensatz zu 2 sind die Metadaten der autorisierten Vorrichtung 205 nicht durch den neuen Metadaten-Verpackungsschlüssel verschlüsselt, sondern durch einen vorautorisierten Metadaten-Verpackungsschlüssel, da der tatsächliche Metadaten-Verpackungsschlüssel 222 für die autorisierte Vorrichtung 111 noch nicht verfügbar ist. Der vorautorisierte Metadaten-Verpackungsschlüssel kann auf dieser Stufe mit dem Vorautorisierungsschlüssel 202 identisch sein oder separat generiert werden. Es sei angemerkt, dass der vorautorisierte Metadaten-Verpackungsschlüssel, der nun die Metadaten der autorisierten Vorrichtung 205 verschlüsselt, nur durch die Zugriffssteuerung 102 generiert und nicht durch die autorisierte Vorrichtung 111 bereitgestellt werden kann, da die autorisierte Vorrichtung 111 keinen Zugriff auf den Slot-Schlüssel der autorisierten Vorrichtung hat, der verwendet wird, um den vorautorisierten Metadaten-Verpackungsschlüssel zu generieren.
Wenn sich die autorisierte Vorrichtung 111 erstmals mit der Zugriffssteuerung 102 verbindet, sendet die autorisierte Vorrichtung 111 ihren öffentlichen Transportschlüssel somit an die Zugriffssteuerung 102. Die Zugriffssteuerung 102 verwendet den öffentlichen Transportschlüssel und den gespeicherten Slot-Schlüssel der autorisierten Vorrichtung, um den Vorautorisierungsschlüssel 202 zu generieren. Die Zugriffssteuerung 102 kann dann im Konfigurationsspeicher 115 nach dem Vorautorisierungsschlüssel 202 suchen, um den Datensatz 201 abzurufen. Die Zugriffssteuerung 102 kann auch den Vorautorisierungsschlüssel als den Vorautorisierungs-Metadaten-Verpackungsschlüssel verwenden, um die Metadaten der autorisierten Vorrichtung 205 zu entschlüsseln.
Wie oben beschrieben, generiert die Zugriffssteuerung 102 eine Abfrage unter Verwendung des öffentlichen Schlüssels 211 und eines Entsperr-Verblendungsschlüssels. Die Zugriffssteuerung 102 erstellt dann aus der Antwort das kurzlebige Entsperrgeheimnis 223. Es sei angemerkt, dass nur die autorisierte Vorrichtung 111 mit dem privaten Schlüssel, der dem öffentlichen Transportschlüssel 209 entspricht, eine gültige Antwort erstellen kann. Dies bedeutet, dass selbst wenn ein Angreifer den Konfigurationsspeicher 115 demontiert und den Slot-Schlüssel der autorisierten Vorrichtung liest, um den Vorautorisierungs-Metadaten-Verpackungsschlüssel zu generieren, um den kurzlebigen öffentlichen Schlüssel 211 zu entschlüsseln, der Angreifer noch immer nicht in der Lage wäre, das kurzlebige Entsperrgeheimnis 223 zu generieren.
Die Zugriffssteuerung 102 validiert die Antwort, indem sie prüft, ob die Antwort als kurzlebiges Entsperrgeheimnis 223 funktioniert, und aktualisiert als Antwort die Autorisierungsdaten im Datensatz 201. Insbesondere überprüft die Zugriffssteuerung 102, ob das Feld 212b für den öffentlichen Entsperrschlüssel identisch mit dem öffentlichen Transportschlüssel 209 ist. Als Reaktion darauf, dass beide identisch sind (wie oben ausgeführt), fordert die Zugriffssteuerung 102 einen neuen öffentlichen Entsperrschlüssel von der autorisierten Vorrichtung 111 an und speichert den zurückgegebenen Schlüssel als öffentlichen Entsperrschlüssel 212.
Die Zugriffssteuerung entschlüsselt weiterhin den Metadaten-Verpackungsschlüssel 222, der während der Registrierung durch die Managervorrichtung 110 generiert wurde. In diesem Stadium kann die Zugriffssteuerung 102 das kurzlebige Entsperrgeheimnis 223 regenerieren, die Rolle 220 verschlüsseln, den Benutzerschlüssel 221 und den Metadaten-Verpackungsschlüssel 222 verschlüsseln, den kurzlebigen öffentlichen Schlüssel 211 regenerieren und speichern und das kurzlebige Entsperrgeheimnis 223 verwerfen. Schließlich verschlüsselt die Zugriffssteuerung die Metadaten der autorisierten Vorrichtung 205 mit dem Metadaten-Verpackungschlüssel 222 und überschreibt den Vorautorisierungsschlüssel 202 mit Zufallswerten, um den Konfigurationsspeicher 115 auch bei Besitz des öffentlichen Transportschlüssels und/oder des öffentlichen Entsperrschlüssels von Zufallsdaten ununterscheidbar zu machen. Damit sind die Aktualisierung der im Datensatz 201 gespeicherten Autorisierungsdaten und der Registrierungsprozess abgeschlossen. Dadurch wird es der autorisierten Vorrichtung 111 als einer von mehreren autorisierten Vorrichtungen erlaubt, die verschlüsselten Benutzerinhaltsdaten durch die vorstehend dargelegten Entsperrschritte zu entschlüsseln.
Der vorstehend beschriebene Prozess, der das Erstellen und Aktualisieren von Autorisierungsdaten beinhaltet, ermöglichen die Registrierung mehrerer autorisierter Vorrichtungen unter Verwendung nur ihrer öffentlichen Schlüssel während des ersten Schritts der Registrierung durch die Managervorrichtung 110. Auf diese Weise müssen keine geheimen Informationen geteilt werden, die möglicherweise abgefangen und zum böswilligen Entsperren anderer Vorrichtungen des Benutzers verwendet werden könnten.
5 veranschaulicht ein Verfahren 500 zum Autorisieren einer Benutzervorrichtung 111 mit einer Datenspeichervorrichtung 100, wie es von der Zugriffssteuerung 102 oder einem anderen Chip (Software, Firmware, Hardware oder einer Kombination davon), der in die DSD 100 integriert ist, gemäß einer Ausführungsform durchgeführt wird. Die Zugriffssteuerung 102 empfängt 501 von der Managervorrichtung 110 einen öffentlichen Schlüssel, der einem privaten Schlüssel zugeordnet ist, der auf der Benutzervorrichtung 111 gespeichert ist, die autorisiert werden soll. Die Zugriffssteuerung 102 erstellt 502 Autorisierungsdaten und speichert 503 die Autorisierungsdaten unter Zuordnung zu dem öffentlichen Schlüssel im Konfigurationsspeicher 115, wodurch die Benutzervorrichtung 111 als eine der mehreren autorisierten Vorrichtungen registriert wird. Es kann auch ein Neuanmeldungsprozess vorliegen, bei dem die DSD 100 eine Angabe des öffentlichen Schlüssels von der einen der mehreren autorisierten Vorrichtungen 111 empfängt, eine Abfrage für die eine der mehreren autorisierten Vorrichtungen basierend auf den Autorisierungsdaten generiert und die Abfrage an die eine der mehreren autorisierten Vorrichtungen sendet. Die Zugriffssteuerung 102 empfängt dann eine Antwort auf die Abfrage von der einen der mehreren autorisierten Vorrichtungen und aktualisiert bei Validierung der Antwort die Autorisierungsdaten, die in dem Konfigurationsspeicher 115 gespeichert sind, wodurch es der einen der mehreren autorisierten Vorrichtungen erlaubt wird, die verschlüsselten Benutzerinhaltsdaten zu entschlüsseln.
Registrieren der Datenspeichervorrichtung
Der Datenanschluss 103 registriert sich bei dem Host-Computersystem 104 als Blockdatenspeichervorrichtung. Zum Beispiel stellen Universal Serial Bus-Vorrichtungen (USB-Vorrichtungen) Informationen in Form eines USB-Vorrichtungsdeskriptors bereit. Der USB-Vorrichtungsdeskriptor enthält relevante Informationen über die Vorrichtung. Dementsprechend registriert sich in Ausführungsformen, in denen die Datenspeichervorrichtung über eine USB-Verbindung mit einem Host-Computersystem verbunden ist, die Datenspeichervorrichtung bei dem Host-Computersystem als Blockdatenspeichervorrichtung durch Konfigurieren ihres USB-Vorrichtungsdeskriptors, um anzugeben, dass die Datenspeichervorrichtung eine Blockdatenspeichervorrichtung ist.
Der USB-Vorrichtungsdeskriptor stellt strukturierte Informationen in Bezug auf die USB-Vorrichtung, wie beispielsweise die Klasse der Vorrichtung, unterstützte Protokolle, Art der Vorrichtung, Hersteller und andere Konfigurationsparameter, bereit. Ein Betriebssystem eines Host-Computers kann den USB-Vorrichtungsdeskriptor der Datenspeichervorrichtung durch Senden verschiedener Standardsteueranforderungen (z. B. GET_DESCRIPTOR-Anforderungen) an die Datenspeichervorrichtung erhalten. Als Antwort auf das Empfangen dieser Anforderungen stellt die Datenspeichervorrichtung dem Host-Computersystem den USB_DEVICE_DESCRIPTOR für USB-Vorrichtung, bereit, wodurch die Datenspeichervorrichtung bei dem Host-Computersystem als Blockdatenspeichervorrichtung registriert wird. Der Host-Computer interpretiert den USB_DEVICE_DESCRIPTOR, um die Konfiguration und Fähigkeiten der Datenspeichervorrichtung zu bestimmen. Das Host-Computersystem kann dann Informationen bezüglich der Datenspeichervorrichtung in den Registern des Betriebssystems des Host-Computersystems speichern.
Für Fachleute ist erkennbar, dass zahlreiche Variationen und/oder Modifikationen an den vorstehend beschriebenen Ausführungsformen vorgenommen werden können, ohne vom weitgefassten allgemeinen Umfang der vorliegenden Offenbarung abzuweichen. Die vorliegenden Ausführungsformen sind daher in jeder Hinsicht nur als veranschaulichend und nicht als einschränkend zu betrachten.

Claims

Datenspeichervorrichtung, die einen Datenpfad und eine Zugriffssteuerung aufweist, wobei: der Datenpfad aufweist: einen Datenport, der eingerichtet ist, um Daten zwischen einem Host-Computersystem und der Datenspeichervorrichtung zu übertragen, wobei die Datenspeichervorrichtung eingerichtet ist, um sich bei dem Host-Computersystem als eine Blockdatenspeichervorrichtung zu registrieren; ein nichtflüchtiges Speichermedium, das dazu konfiguriert ist, verschlüsselte Benutzerinhaltsdaten zu speichern; eine Kryptographiemaschine, die zwischen den Datenanschluss und das Speichermedium geschaltet ist und dazu konfiguriert ist, einen kryptographischen Schlüssel zu verwenden, um die verschlüsselten Benutzerinhaltsdaten, die in dem Speichermedium gespeichert sind, als Antwort auf eine Anforderung von dem Host-Computersystem zu entschlüsseln; und einen Datenspeicher, der eingerichtet ist, um mehrere Einträge zu speichern, die Autorisierungsdaten aufweisen, die jeweiligen mehreren autorisierten Vorrichtungen zugeordnet sind; und die Steuerung konfiguriert ist zum: Empfangen eines öffentlichen Schlüssels von einer Managervorrichtung, wobei der öffentliche Schlüssel einem privaten Schlüssel zugeordnet ist, der in einer zu autorisierenden Vorrichtung gespeichert ist; Erstellen der Autorisierungsdaten; und Speichern der Autorisierungsdaten unter Zuordnung zu dem öffentlichen Schlüssel in dem Datenspeicher, wodurch die zu autorisierende Vorrichtung als eine der mehreren autorisierten Vorrichtungen registriert wird.
Datenspeichervorrichtung gemäß Anspruch 1, wobei die Zugriffssteuerung weiterhin eingerichtet ist zum: Empfangen einer Angabe des öffentlichen Schlüssels von der einen der mehreren autorisierten Vorrichtungen; Generieren einer Abfrage basierend auf den Autorisierungsdaten; Senden der Abfrage an die eine der mehreren autorisierten Vorrichtungen; Empfangen einer Antwort auf die Abfrage von der einen der mehreren autorisierten Vorrichtungen; und nach Validierung der Antwort Aktualisieren der Autorisierungsdaten, die im Datenspeicher gespeichert sind, wodurch es der einen der mehreren autorisierten Vorrichtungen erlaubt wird, die verschlüsselten Benutzerinhaltsdaten zu entschlüsseln.
Datenspeichervorrichtung gemäß Anspruch 1, wobei das Speichern der Autorisierungsdaten das Generieren eines Index der Autorisierungsdaten basierend auf dem öffentlichen Schlüssel aufweist.
Datenspeichervorrichtung gemäß Anspruch 3, wobei der Index der Autorisierungsdaten auf einem privaten Schlüssel basiert, der im Datenspeicher gespeichert ist.
Datenspeichervorrichtung gemäß Anspruch 4, wobei der private Schlüssel, der in dem Datenspeicher gespeichert ist, für jede der mehreren autorisierten Vorrichtungen identisch ist.
Datenspeichervorrichtung gemäß Anspruch 1, wobei die Autorisierungsdaten für jede der mehreren autorisierten Vorrichtungen angeben: einen öffentlichen Transportschlüssel zum Transportieren von Daten zwischen der Zugriffssteuerung und der autorisierten Vorrichtung; und einen öffentlichen Entsperrschlüssel zum Generieren der Abfrage für diese autorisierte Vorrichtung.
Datenspeichervorrichtung gemäß Anspruch 1, wobei: die Autorisierungsdaten einen ersten öffentlichen Schlüssel und einen zweiten öffentlichen Schlüssel angeben; und die Zugriffssteuerung dazu eingerichtet ist, die Autorisierungsdaten basierend darauf, dass der erste öffentliche Schlüssel mit dem zweiten öffentlichen Schlüssel identisch ist, selektiv zu aktualisieren.
Datenspeichervorrichtung gemäß Anspruch 1, wobei die mehreren autorisierten Vorrichtungen eines oder mehrere von einer Benutzervorrichtung mit einer Benutzerschnittstelle, einem Beacon ohne Benutzerschnittstelle und einem Schlüsselanhänger ohne Benutzerschnittstelle aufweisen.
Datenspeichervorrichtung gemäß Anspruch 1, wobei der öffentliche Schlüssel von der Vorrichtung, die autorisiert werden soll, an die Managervorrichtung übermittelt wird.
Datenspeichervorrichtung gemäß Anspruch 9, wobei die Übermittlung des öffentlichen Schlüssels von der Vorrichtung, die autorisiert werden soll, an die Managervorrichtung über einen unsicheren Kanal erfolgt.
Datenspeichervorrichtung gemäß Anspruch 1, wobei: die Autorisierungsdaten für jede der mehreren autorisierten Vorrichtungen den kryptografischen Schlüssel angeben; und der kryptographische Schlüssel für jede der mehreren autorisierten Vorrichtungen identisch ist.
Datenspeichervorrichtung gemäß Anspruch 11, wobei der kryptografische Schlüssel unter Verwendung eines Entsperrgeheimnisses, das für jede der mehreren autorisierten Vorrichtungen spezifisch ist, verschlüsselt wird.
Datenspeichervorrichtung gemäß Anspruch 12, wobei die Zugriffssteuerung dazu eingerichtet ist, das Entsperrgeheimnis basierend auf einer Antwort von einer der mehreren autorisierten Vorrichtungen auf eine Abfrage zu berechnen, die basierend auf dem öffentlichen Schlüssel generiert wird, der der einen der mehreren autorisierten Vorrichtungen zugeordnet ist.
Datenspeichervorrichtung gemäß Anspruch 1, wobei die Autorisierungsdaten Metadaten der autorisierten Vorrichtung aufweisen, die durch einen vorautorisierten Metadaten-Verpackungsschlüssel verschlüsselt sind, der von dem öffentlichen Schlüssel abgeleitet werden kann.
Datenspeichervorrichtung gemäß Anspruch 14, wobei der vorautorisierte Metadaten-Verpackungsschlüssel aus dem öffentlichen Schlüssel über eine Schlüsselableitungsfunktion unter Verwendung eines privaten Schlüssels ableitbar ist, der in dem Datenspeicher gespeichert ist.
Datenspeichervorrichtung gemäß Anspruch 1, wobei die Autorisierungsdaten einen Metadaten-Verpackungsschlüssel zum Verschlüsseln der Metadaten der autorisierten Vorrichtung umfassen.
Datenspeichervorrichtung gemäß Anspruch 16, wobei der vorautorisierte Metadaten-Verpackungsschlüssel ein symmetrischer Schlüssel ist.
Verfahren zum Autorisieren einer Benutzervorrichtung in Bezug auf eine Datenspeichervorrichtung, wobei das Verfahren aufweist: Empfangen eines öffentlichen Schlüssels von einer Managervorrichtung, wobei der öffentliche Schlüssel einem privaten Schlüssel zugeordnet ist, der in einer zu autorisierenden Vorrichtung gespeichert ist; Erstellen von Autorisierungsdaten; und Speichern der Autorisierungsdaten, die dem öffentlichen Schlüssel zugeordnet sind, in einem Datenspeicher, der in die Datenspeichervorrichtung integriert ist, wodurch die Vorrichtung, die autorisiert werden soll, als eine von mehreren autorisierten Vorrichtungen registriert wird.
Verfahren gemäß Anspruch 18, weiterhin aufweisend: Empfangen einer Angabe des öffentlichen Schlüssels von der einen der mehreren autorisierten Vorrichtungen; Generieren einer Abfrage basierend auf den Autorisierungsdaten; Senden der Abfrage an die eine der mehreren autorisierten Vorrichtungen; Empfangen einer Antwort auf die Abfrage von der einen der mehreren autorisierten Vorrichtungen; und nach Validierung der Antwort Aktualisieren der Autorisierungsdaten, die in dem Datenspeicher gespeichert sind, wodurch es der einen der mehreren autorisierten Vorrichtungen erlaubt wird, verschlüsselte Benutzerinhaltsdaten, die auf der Datenspeichervorrichtung gespeichert sind, zu entschlüsseln.
Datenspeichervorrichtung, aufweisend: Mittel zum Empfangen eines öffentlichen Schlüssels von einer Managervorrichtung, wobei der öffentliche Schlüssel einem privaten Schlüssel zugeordnet ist, der in einer zu autorisierenden Vorrichtung gespeichert ist; Mittel zum Erstellen von Autorisierungsdaten; und Mittel zum Speichern der Autorisierungsdaten unter Zuordnung zu dem öffentlichen Schlüssel in einem Datenspeicher, der in die Datenspeichervorrichtung integriert ist, wodurch die zu autorisierende Vorrichtung als eine von mehreren autorisierten Vorrichtungen registriert wird.