NullVault trennt einen zufälligen Tresor-Hauptschlüssel vom Muster, das sich eine Person merkt. Das Muster wird durch einen bewusst aufwendigen Schlüsselableitungsschritt verarbeitet und zum Entsperren des passenden verschlüsselten Tresorzustands verwendet; authentifizierte Verschlüsselung schützt die Inhalte. Plattform-Schlüsselschutz, verschlüsselte Metadaten und bei Fehlern ablehnendes Parsen ergänzen Schutzebenen. Keine davon kann aber Klartext schützen, nachdem ein kompromittiertes Betriebssystem eine erfolgreiche Entsperrung beobachtet hat.

Veröffentlichungsstatus: NullVault ist für iPhone, iPad und Android verfügbar.

Vom Muster zum Tresor

Das Muster ist nicht der dauerhafte Inhaltsverschlüsselungsschlüssel des Tresors. Der Ablauf sieht auf hoher Ebene so aus:

NullVault wandelt die geordneten Musterpunkte in eine kanonische Bytefolge um.
Eine speicherintensive Passwortfunktion leitet mithilfe installationsspezifischen Kontexts mögliches Zugriffsmaterial ab.
Plattformgeschütztes Schlüsselmaterial wird eingesetzt, wo das Plattformkonzept es erfordert.
NullVault prüft die authentifizierten Zugriffsdatensätze mit fester Struktur, ohne zuvor einen sichtbaren Tresorindex abzufragen.
Ein erfolgreich authentifiziertes Ergebnis entschlüsselt den zufälligen Schlüssel dieses Tresors.
Separat abgeleitete Schlüssel schützen Header, Metadaten und Inhaltsdatensätze.

Durch diese Trennung kann eine Musteränderung den Zugriff auf einen stabilen Tresorschlüssel neu verschlüsseln, statt jedes Element erneut zu verschlüsseln. Sie bedeutet auch, dass ein Muster wie ein Passwort behandelt werden sollte: Vertraute Formen und kurze Gesten sind leichter zu erraten.

Siehe mustergesperrte Tresore für die Erklärung aus Nutzersicht.

Authentifizierte Verschlüsselung

NullVault verwendet authentifizierte Verschlüsselung für seine verwalteten Inhalte. Verschlüsselung bietet Vertraulichkeit; Authentifizierung erkennt Veränderungen, bevor Klartext akzeptiert wird. Dateien werden in unabhängig authentifizierte Datensätze oder Blöcke unterteilt, während Metadaten und Zugriffszustand getrennte Authentifizierungsdomänen verwenden.

Das Konzept vermeidet einen gemeinsamen Inhaltsschlüssel für sämtliche Dateien. Ein Tresor-Hauptschlüssel verankert den Tresor, und durch Domänentrennung oder dateispezifische Schlüssel wird unbeabsichtigte Schlüsselwiederverwendung verringert. Persistente Formate enthalten ausdrückliche Versionen und strikte Parser, sodass unbekannte oder fehlerhafte Datensätze abgelehnt werden.

Verschlüsselung verbirgt nicht jede beobachtbare Tatsache. Geheimtextlänge, Änderungen der Speicherzuweisung, Dateianzahl, Zugriffszeiten und Cloud-Vorgänge können Aktivität offenlegen, auch wenn Dateinamen und Inhalte verschlüsselt bleiben.

Entdeckung verborgener Tresore

NullVault zeigt keine zentrale Liste an, aus der eine Person einen Tresor wählt. Ein eingegebenes Muster versucht, seinen passenden authentifizierten Zugriffsdatensatz zu öffnen. Vorhandene Tresore bleiben nur über ihre Muster zugänglich; ein zulässiges neues Muster kann einen separaten Tresor erstellen, sofern Erstellung verfügbar ist.

Die Sicherheitsaussage ist bewusst eng gefasst. „Keine sichtbare zentrale Liste“ bedeutet nicht „keine forensische Spur“. Ein laufender kompromittierter Prozess, App-Container-Verlauf, wiederholte Snapshots, Kontingentverhalten oder Plattformmetadaten können Informationen offenlegen, die eine gewöhnliche Ansicht der gesperrten App nicht zeigt.

Erfahren Sie mehr über musteradressierte verborgene Tresore und die dokumentierte Einschränkungen.

Android-Vertrauensgrenzen

Das veröffentlichte Android-Konzept kombiniert:

authentifizierte AES-256-GCM-Verschlüsselung für geschützte Tresordaten;
speicherintensive Argon2id-Schlüsselableitung für musterbasierte Verarbeitung;
gerätegeschütztes Android-Keystore-Schlüsselmaterial;
verschlüsselte Dateinamen, Metadaten, Vorschaubilder und Dateiinhalte im privaten App-Speicher;
ausdrückliche, vom Nutzer kontrollierte portable verschlüsselte Sicherung.

NullVault lädt das Muster selbst nicht hoch und speichert es nicht als wiederherstellbaren Text. Ein kopierter verschlüsselter Container genügt nicht für gewöhnlichen lokalen Zugriff, wenn sein erforderlicher Geräteschlüssel nicht verfügbar ist. Das schützt aber nicht vor einem Angreifer, der beim Entsperren die laufende App oder das Betriebssystem kontrolliert.

Android-Gerätewiederherstellung und portable Wiederherstellung sind getrennt. Die Gerätewiederherstellungsphrase kann ein vergessenes Muster ersetzen, solange der Tresor auf dem ursprünglichen Gerät verbleibt. Portable Sicherung verwendet eine separate Sicherungswiederherstellungsphrase und benötigt die gültige verschlüsselte Sicherungsdatei.

iOS-Vertrauensgrenzen

Das veröffentlichte iOS-Konzept kombiniert authentifizierte AES-256-GCM-Verschlüsselung, speicherintensive Argon2id-Musterverarbeitung, Apple CryptoKit und libsodium mit verschlüsseltem privatem App-Speicher. Jeder Tresor hat eine eigene BIP-39-Wiederherstellungsphrase mit 24 Wörtern. Lokale Nutzung erfordert kein NullVault-Konto.

Verschlüsselte Sicherung wird auf dem Gerät erstellt, bevor sie im iCloud-Konto des Nutzers gespeichert wird. Teilen erzeugt eine separate verschlüsselte schreibgeschützte Replik, gesteuert durch ihre eigene Freigabephrase mit 24 Wörtern, Ablauf, Widerruf und Exportrichtlinie des Eigentümers. Diese Kontrollen löschen keine früheren Exporte, Screenshots, Fotografien oder außerhalb des unterstützten Ablaufs aufbewahrten Kopien.

Wiederherstellung und verschlüsselte Sicherung

Ein Wiederherstellungsgeheimnis und eine Sicherung lösen unterschiedliche Probleme.

Lokale Wiederherstellung ändert oder erneuert Zugriff auf verschlüsselten Zustand, der auf dem Gerät weiterhin vorhanden und gültig ist.
Sicherungswiederherstellung benötigt sowohl die Berechtigung aus dem Wiederherstellungsgeheimnis als auch die verschlüsselten Sicherungsobjekte mit den Daten.

Unter Android kann Wiederherstellung auf demselben Gerät ein vergessenes Muster ersetzen, solange der lokale verschlüsselte Zustand verfügbar bleibt. Wiederherstellung anderswo erfordert eine portable verschlüsselte Sicherung und ihre separate Sicherungswiederherstellungsphrase.

Unter iOS autorisiert die Wiederherstellungsphrase des Tresors mit 24 Wörtern die Wiederherstellung und das Wiederherstellen verschlüsselter iCloud-Sicherungen. Die Phrase erzeugt fehlenden Geheimtext nicht neu, und NullVault kann sie nicht aus einem Konto oder serverseitigen Hauptschlüssel wiederherstellen.

Lesen Sie Wiederherstellungsphrase im Vergleich mit verschlüsselter Sicherung bevor Sie sich auf eine der beiden Möglichkeiten verlassen.

Sperren und Lebensdauer von Klartext

Wenn NullVault sperrt, entzieht es den Zugriff auf aktive Schlüssel auf App-Ebene und soll abgeleitetes Material soweit von der Plattform erlaubt aus verwaltetem Speicher entfernen. Die App vermeidet außerdem dauerhafte temporäre Klartextdateien für ihre verwalteten Inhaltspfade.

Speicherbereinigung erfolgt in verwalteten Laufzeitumgebungen und modernen Betriebssystemen nach bestem Bemühen. Das System, ein Debugger, Schadcode oder ein kompromittierter Kernel kann während der Nutzung Klartext oder Schlüsselmaterial kopiert haben. Sperren schützt künftigen gewöhnlichen Zugriff; es kann bereits beobachtete Daten nicht zurückholen.

Häufige Fragen

Wird das Muster auf dem Datenträger gespeichert?

Das Konzept speichert das Muster nicht dauerhaft als wiederherstellbaren Text oder wiederverwendbaren Hinweis. Es verarbeitet die eingegebene Geste für einen authentifizierten Zugriffsversuch. Schwache, beobachtete oder wiederverwendete Muster können weiterhin erraten werden.

Warum zusätzlich zum Muster einen zufälligen Tresorschlüssel verwenden?

Ein zufälliger Tresorschlüssel gibt Inhalten stabilen Schutz mit hoher Entropie. Das Muster kontrolliert eine Hüllverschlüsselungsebene, sodass eine Musteränderung nicht die erneute Verschlüsselung jedes Elements erfordert.

Bedeutet verschlüsselter Cloud-Speicher, dass keine Cloud-Metadaten existieren?

Nein. NullVault ist dafür konzipiert, verschlüsselte Anwendungsnutzdaten zu senden. Der Anbieter kann dennoch Konto-, Zeit-, Größen-, Datensatz-, Geräte- und Netzwerkmetadaten verarbeiten, die zum Betrieb des Dienstes erforderlich sind.

Kann eine Wiederherstellungsphrase allein Dateien neu erzeugen?

Nur wenn das betreffende Wiederherstellungskonzept dies vorsieht und das erforderliche verschlüsselte Material noch existiert. Portable Android-Wiederherstellung benötigt die gültige verschlüsselte Sicherungsdatei und ihre separate Sicherungsphrase. iOS-Wiederherstellung erfordert verfügbaren verschlüsselten iCloud-Sicherungszustand und die Wiederherstellungsphrase des Tresors.

Garantiert die Architektur Schutz vor forensischer Analyse?

Nein. Das Modell beschreibt abgegrenzte Schutzmaßnahmen für verschlüsselte Inhalte und Tresorentdeckung. Es beansprucht nicht, jede forensische Technik, jeden wiederholten Snapshot, jede kompromittierte Plattform oder jede Beobachtung bei geöffnetem Tresor abzuwehren.

Architekturinhalte geprüft: 1. September 2026.