 |
|
Auf der SharePoint Conference 2014 in Las Vegas (SPC 2014) gab es bereits zwei Sessions über Advanced File Encryption in SharePoint Online. Jetzt hat Microsoft angekündigt, dass diese Technik (Fort Knox) für jedes Dokument in SharePoint Online und OneDrive for Business ab sofort angewendet wird.
Ich möchte hier versuchen, diese Technik anhand von ein paar Bildern und ein bisschen Text zu erklären:
 |
Jede Datei wird mit der OneDrive for Business Synchronisierungs Technology “häppchenweise” in die Wolke übertragen (SSL). Dabei gilt: Je größer eine Datei, desto mehr Häppchen. Die Datei wird also in mehreren Teilen gespeichert. Bei Änderungen an einem Dokument wird auch nur die Änderung gespeichert. |
 |
für jedes Häppchen (Teil) wird jetzt ein Schlüssel generiert.
In dem Beispiel werden für vier Teile vier eindeutige Schlüssel generiert. |
 |
Für jedes Teil gibt es einen eigene Store in Azure (SQL Azure) (hier A-D) und dort werden die vier Teile dann gespeichert |
 |
Jedes Teil-Dokument wird in einem anderen Store gespeichert |
 |
Jeder Store wird wiederum mit einem neuen Key verschlossen. und diese Keys werden in einem riesigen Key-Store gespeichert |
 |
Dann wird ein neuer Key erzeugt |
 |
Dieser Key verschlüsselt die ursprünglich für jedes Teil angelegten Keys. |
 |
Und diese Key-Daten werden in der Content-Datenbank von SharePoint Online gespeichert. |
Damit hat es ein möglicher Angreifer sehr,sehr schwer:
- In der Content-Datenbank liegen keine Daten, sondern nur verschlüsselte Schlüssel
- In den Millionen von Azure Stores liegt zwar der Content, aber dieser ist in vielen Teilen gesplittet und durch einen separaten Schlüssel gesperrt.
- Alle Schlüssel der Azure-Stores liegen in einer Schlüsseldatenbank( Key-Store)
 |
Hätte man genügend Zeit, den Key-Store und seine Schlüssel zu analysieren, dann…
… deshalb werden alle Schlüssel im Key Store alle 24 Stunden ausgetauscht |
und:
zu keiner Zeit kommt der Anwender (und /oder Administrator) mit irgendeinem Schlüssel in Verbindung oder kann diesen einsehen.
Hans Brender's Blog 
Danke für die Übersicht! Leider bleibt die Frage, wer erzeugt und verwahrt den „Master Key“, mit dem die Keys der Fragmente verschlüsselt werden. Solange dieser nicht ausschließlich im Zugriff des Endnutzer, also außerhalb der Cloud, liegt, ist das Verfahren „nicht besser“ als alle anderen Cloudspeicher-Verschlüsselungen „at rest“.
LikeLike
Genau das ist der Punkt! Wie kann eine Cloud wirklich sicher sein (vor z.b. diversen Behörden) wenn Microsoft selber letztendlich den Masterkey besitzt!?
LikeLike
Das bleibt ja jedem selbst überlassen, die Dokumente selbst zu verschlüsseln, dann bleibt aber Collaboration auf der Strecke.
LikeLike