Glaubhafte Abstreitbarkeit in Apps: Was sie ist und warum sie wichtig ist
Glaubhafte Abstreitbarkeit bedeutet, dass die Existenz versteckter Daten nicht bewiesen werden kann.
Plausible Leugnung bei der Verschlüsselung ist eine Speichereigenschaft, die es einem Benutzer ermöglicht, einen Datensatz offenzulegen, ohne ein strukturelles Artefakt zu hinterlassen, das beweist, dass ein anderer Datensatz existiert. Der Anspruch muss sein Bedrohungsmodell benennen: Ein statisches Bild eines ordnungsgemäß aufgefüllten verschlüsselten Speichers unterscheidet sich von einem aktiven, kompromittierten Gerät, Cloud-Service-Metadaten oder anderswo gespeicherten Kopien. Dies ist mehr als eine Versteckfunktion. Es kommt darauf an, dass Verschlüsselung, Layout, Auffüllung und Betriebsdesign zusammenwirken.
Diese Anleitung erklärt, wie glaubhafte Abstreitbarkeit in Apps funktioniert, den Unterschied zwischen echter kryptographischer Abstreitbarkeit und kosmetischen Täuschungsmodi, reale Szenarien, wo sie wichtig ist, und wie man Abstreitbarkeitsansprüche bewertet.
Was glaubhafte Abstreitbarkeit in der Verschlüsselung bedeutet
Im alltäglichen Sprachgebrauch bedeutet plausible Leugnung, dass man etwas glaubwürdig leugnen kann. Bei der Speicherkryptografie ist das nützliche Ziel enger: Ein Prüfer des verschlüsselten Speichers sollte innerhalb des angegebenen Bedrohungsmodells nicht in der Lage sein, verborgene Inhalte von ungenutztem gepolstertem Speicherplatz zu unterscheiden. Keine App kann dieses Versprechen auf einen bereits geöffneten Tresor, aufgezeichnete Eingaben, externe Kopien oder jede Form von Gerätekompromittierung übertragen.
Das Konzept entstand bei der Festplattenverschlüsselung. TrueCrypt (und sein Nachfolger VeraCrypt) war Pionier des versteckten Volumes: ein verschlüsseltes Volume innerhalb eines anderen verschlüsselten Volumes. Ein Passwort enthüllt das äußere Volume mit harmlosen Dateien. Ein anderes Passwort enthüllt das innere versteckte Volume mit sensiblen Dateien. Ein forensischer Prüfer kann nicht bestimmen, ob ein verstecktes Volume existiert, weil der ungenutzte Speicherplatz im äußeren Volume mit zufälligen Daten gefüllt ist, die von verschlüsselten Daten nicht zu unterscheiden sind.
Für Apps bedeutet glaubhafte Abstreitbarkeit, dass verschiedene Anmeldedaten (Passwörter, PINs, Muster) verschiedene Datensätze öffnen, und es gibt keine Metadaten, kein Register, kein Konfigurations-Flag oder strukturelles Artefakt, das die Existenz zusätzlicher Datensätze enthüllt.
Echte Abstreitbarkeit vs. kosmetische Täuschungsmodi
Dies ist die kritische Unterscheidung, die die meisten Apps falsch machen.
Kosmetischer Täuschungsmodus (keine echte Abstreitbarkeit)
Viele Safe-Apps bieten eine „Täuschungs-" oder „Fake-PIN"-Funktion. Sie setzen eine sekundäre PIN, die einen separaten Bereich mit anderen Fotos öffnet. Das Problem: Diese Apps speichern typischerweise ein boolesches Flag, einen Datenbankeintrag oder eine Konfigurationsdatei, die anzeigt, dass ein Täuschungsmodus existiert und konfiguriert ist.
Ein forensischer Prüfer, der die App versteht, kann dieses Flag finden. Das Finden eines konfigurierten Täuschungsmodus beweist, dass versteckte Daten existieren. Die Abstreitbarkeit ist kosmetisch — sie funktioniert gegen einen zufälligen Schnüffler, versagt aber unter forensischer Prüfung.
Anzeichen von kosmetischer Abstreitbarkeit:
- Die App hat einen „Täuschungsmodus"-Schalter in den Einstellungen
- Eine Konfigurationsdatei speichert, ob der Täuschungsmodus aktiviert ist
- Eine Datenbanktabelle listet Safe-IDs mit Typindikatoren auf (primär/Täuschung)
- Die Speicherstruktur der App ändert sich, wenn der Täuschungsmodus eingeschaltet ist
- Deinstallieren und Neuinstallieren der App enthüllt unterschiedliches Verhalten, wenn der Täuschungsmodus konfiguriert war
Echte kryptographische Abstreitbarkeit
Echte Abstreitbarkeit ist eine architektonische Eigenschaft, kein Feature-Schalter. Der verschlüsselte Speicher muss so konzipiert sein, dass:
Alternative Anmeldeinformationen geben nur ihren eigenen Datensatz offen. Das System führt kein separates Täuschungskennzeichen, das einen Ausweis als Tarnung identifiziert. Ungültige Anmeldeinformationen können fehlschlagen, dieser Fehler darf jedoch nicht Aufschluss darüber geben, ob ein nicht offengelegter Datensatz vorhanden ist.
Kein Safe-Register existiert. Die App kann nicht aufzählen, wie viele Safes vorhanden sind. Es gibt keine Anzahl, keinen Index, keine Liste von Safe-IDs.
Keine Konfigurations-Flags enthüllen versteckte Safes. Es gibt kein Boolesches, keinen Datenbankeintrag, keine Präferenzdatei, die anzeigt, ob zusätzliche Safes existieren.
Speicher ist aufgefüllt. Der gesamte verbrauchte Speicherplatz ändert sich nicht basierend auf der Anzahl der Safes oder Dateien. Ohne Auffüllung könnte ein Prüfer die Anzahl der Safes aus der Gesamtmenge verschlüsselter Daten im Vergleich zum sichtbaren Inhalt schätzen.
Verschlüsselte Daten sind von zufälligem Rauschen nicht zu unterscheiden. Es gibt keine Dateigrenzen, keine Kopfzeilen, keine strukturellen Marker, die enthüllen, wo die Daten eines Safes enden und die eines anderen beginnen.
| Eigenschaft | Kosmetischer Täuschungsmodus | Echte Abstreitbarkeit |
|---|---|---|
| Separate Daten pro Anmeldeinformation | Ja | Ja |
| Kein Safe-Register | Nein (Datenbank verfolgt Safes) | Ja |
| Keine Konfigurations-Flags | Nein (Täuschungsschalter gespeichert) | Ja |
| Speicherauffüllung | Selten | Ja |
| Verbirgt alternativen Speicher in einem statischen Bild | Nein | Ja, innerhalb des angegebenen Speicherbedrohungsmodells |
| Architektonisch vs. Feature | Feature-Schalter | Architektonische Eigenschaft |
Reale Szenarien, wo dies wichtig ist
Glaubhafte Abstreitbarkeit ist keine theoretische Sorge. Sie befasst sich mit dokumentierten, wiederkehrenden realen Situationen.
Grenzübergänge
An einem Grenzübergang kann ein Prüfer ein Gerät inspizieren und nach Berechtigungsnachweisen fragen. Wenn ein Design tatsächlich eine Abstreitbarkeit auf Speicherebene bietet, kann ein Berechtigungsnachweis einen harmlosen Datensatz offenlegen, während einem statischen Bild eine strukturelle Markierung fehlt, die verborgene Inhalte von Auffüllungen unterscheidet. Das aktuelle Layout von Vaultaire mit einer Indexdatei pro Tresor bietet diese Garantie für einen Prüfer mit App-Container-Zugriff nicht.
Häusliche Gewalt und zwanghafte Beziehungen
Jemand in einer missbräuchlichen Beziehung muss möglicherweise Beweise (Fotos von Verletzungen, bedrohliche Nachrichten, rechtliche Dokumente) auf einem Gerät speichern, das der Missbraucher überwacht. Wenn der Missbraucher den Safe sehen möchte, kann der Benutzer einen Safe mit nicht sensiblem Inhalt öffnen. Ohne echte Abstreitbarkeit würde ein „Täuschungsmodus"-Flag in der App-Konfiguration die Existenz versteckter Inhalte enthüllen.
Gerätediebstahl
Ein Dieb mit technischen Fähigkeiten könnte versuchen, Daten aus einem gestohlenen Telefon zu extrahieren. Ein ordnungsgemäß gepolsterter, verweigerbarer Speicher soll verbergen, wie viele Datensätze den Pool belegen, obwohl Gesamtzuordnung, Gerätestatus, Sicherungen und Betriebsspuren weiterhin zum Bedrohungsmodell gehören. Vaultaire verschlüsselt derzeit Inhalte, stellt jedoch einen zählbaren lokalen Index pro konfiguriertem Tresor bereit.
Rechtlicher und journalistischer Schutz
Journalisten, die Quellen schützen, Anwälte, die Kundendateien schützen, und Aktivisten in autoritären Regimen stehen vor Szenarien, in denen Geräteinhalte erzwungen werden können. Echte Abstreitbarkeit bietet eine glaubwürdige Verteidigung gegen Datenbeschlagnahme.
Was Vaultaire heute implementiert
Vaultaire implementiert mustergetrennten Zugriff und eine normale Schnittstelle ohne sichtbare Tresorliste. Diese Eigenschaften helfen bei der normalen App-Nutzung, erfüllen jedoch nicht alle Anforderungen der obigen Checkliste zur Echtheitsverleugnung.
Konfigurierte Muster öffnen separate verschlüsselte Tresore. PBKDF2 leitet aus dem Muster einen Tresorschlüssel und einen geräteweiten Salt ab. Ein konfigurierter Schlüssel authentifiziert seinen verschlüsselten Index und entpackt einen zufälligen Hauptschlüssel. Ein nicht konfiguriertes Muster zeigt einen leeren Zustand und nicht die Meldung „falsches Muster“.
Das lokale Format ist aufzählbar. Vaultaire lagert einen vault_index_<fingerprint>.bin Datei pro Tresor. Der Fingerabdruck verrät weder das Muster noch den Tresornamen, aber jemand mit Zugriff auf den App-Container kann die Indexdateien zählen. AES-GCM Die Authentifizierung und der deterministische Dateiname bieten auch einen Offline-Test für Kandidaten-Tresorschlüssel.
Der lokale Speicher hat keine konstante Größe. Dateiinhalte und Metadaten werden verschlüsselt, und Cloud-Backup-Blöcke verwenden Größenauffüllung und Täuschungsdatensätze. Der lokale App-Container reserviert keinen festen Pool an realen und Dummy-Tresor-Slots, sodass der Gesamtspeicher und die Indexanzahl die Struktur offenlegen können.
Es besteht ein Erholungs- und Zwangszustand. Vaultaire speichert Wiederherstellungsinformationen in einem AES-GCM verschlüsselt Keychain Datenbank. Zwangsmodus Entfernt lokale Indizes und Wiederherstellungszuordnungen für nicht bedrohliche Tresore und isoliert das Gerät von der Synchronisierung. Cloud-Backups, Kopien auf Peer-Geräten oder jedes freigegebene verschlüsselte Blob werden nicht gelöscht, und die Fertigstellungszeit hängt von der durchgeführten lokalen Arbeit ab.
Vaultaire bietet daher Schnittstellenkompartimentierung und verschlüsselte Speicherung und keinen informationstheoretischen Beweis dafür, dass kein zusätzlicher Tresor vorhanden ist. Ein zukünftiger Katalog mit fester Kapazität und nicht unterscheidbaren realen und Dummy-Slots wäre erforderlich, um die Anzahl der lokalen Tresore vor einem Offline-App-Container-Snapshot zu verbergen.
Wie man Abstreitbarkeitsansprüche bewertet
Wenn eine App glaubhafte Abstreitbarkeit beansprucht, fragen Sie:
- Gibt es einen „Täuschungsmodus"-Schalter? Wenn ja, ist er kosmetisch. Ein forensischer Prüfer kann den Schalter finden.
- Hat die App eine Safe-Liste oder Datenbank? Wenn ja, ist die Existenz des Safes beweisbar.
- Können Vermutungen offline überprüft werden? Authentifizierter Chiffretext kann einen Kandidatenschlüssel ohne einen separaten Passwort-Hash validieren. Fragen Sie, was die Schätzkosten begrenzt und ob das Speicherlayout einen günstigeren Schlüsselfingerabdruck bietet.
- Ändert sich der Speicherverbrauch mit der Safe-Anzahl? Wenn ja, kann Festplattenanalyse die Safe-Anzahl schätzen.
- Kann die App Safes aufzählen? Wenn die App Ihnen eine Liste Ihrer Safes zeigen kann, existiert diese Liste auf dem Gerät und ist auffindbar.
Häufig gestellte Fragen
Ist glaubhafte Abstreitbarkeit legal?
Die Verwendung von Verschlüsselung mit glaubhafter Abstreitbarkeit ist in den meisten Demokratien legal. Es gibt kein Gesetz gegen verschlüsselte Daten auf Ihrem Gerät, deren Existenz nicht bewiesen werden kann. In einigen Rechtsordnungen (UK unter RIPA, Australien unter dem Assistance and Access Act) können Behörden die Offenlegung von Verschlüsselungsschlüsseln erzwingen. Die Rechtsfrage, ob die Offenlegung eines Schlüssels für Daten, deren Existenz nicht bewiesen werden kann, durchsetzbar ist, bleibt ein sich entwickelnder Rechtsbereich.
Können forensische Tools glaubhafte Abstreitbarkeit erkennen?
Ein Prüfer, der den App-Container von Vaultaire erhält, kann verschlüsselte Speicherung erkennen und zählen vault_index_*.bin Dateien. Die Dateien geben keine Tresornamen oder Klartextinhalte preis, aber ihre Anzahl gibt Aufschluss über die Anzahl der lokal verschlüsselten Indizes. Das aktuelle Design verbirgt daher Tresore vor der normalen Navigation und nicht vor jeder forensischen Lagerinspektion.
Funktioniert glaubhafte Abstreitbarkeit gegen einen entschlossenen Nationalstaat?
AES-256-GCM Bietet eine starke Grenze für die Inhaltsverschlüsselung, wenn Schlüssel, Nonces und Implementierung korrekt sind. Das macht das aktuelle Speicherlayout von Vaultaire für einen nationalen Prüfer jedoch nicht zu leugnen: Die lokale Indexzahl bleibt sichtbar, und eine Live-Kompromittierung kann auf Muster, Schlüssel, Vorschauen oder Exporte abzielen, während ein Tresor geöffnet ist. Die aktuelle Funktion trennt, welche verschiedenen Muster in der Benutzeroberfläche geöffnet werden. es verspricht nicht, dass ein entschlossener Prüfer nicht nachweisen kann, dass zusätzliche lokale Indizes vorhanden sind.
Was ist der Unterschied zwischen glaubhafter Abstreitbarkeit und versteckten Safes?
Versteckte Tresore sind Tresore, die in der normalen Benutzeroberfläche der App nicht sichtbar sind. Starke kryptografische Abstreitbarkeit ist die separate Eigenschaft, dass versteckte Daten nicht von ungenutztem gepolstertem Speicher unterschieden werden können. Vaultaire stellt derzeit die erste Immobilie zur Verfügung. Das Format mit einer Indexdatei pro Tresor bietet einem Prüfer keinen Zugriff auf den App-Container.
Kann ich glaubhafte Abstreitbarkeit mit Cloud-Backups verwenden?
Vaultaire schreibt verschlüsselte Backup-Manifeste und aufgefüllte verschlüsselte Dateiblöcke in den privaten Bereich des Benutzers CloudKit Datenbank. Zufällige Datensatznamen, einheitliche Datensatztypen, 10-MB-Chunk-Padding und Täuschungsdatensätze reduzieren die direkte Offenlegung von Inhalten. Datensatzanzahl, Gesamtvolumen, Timing und Aktualisierungsmuster bleiben sichtbare Dienstmetadaten, sodass beim Cloud-Backup kein Speicher mit konstanter Größe und theoretisch verleugnbarer Information erstellt wird.
Fazit
Ziel der starken Speicherverleugnung ist es, einen Prüfer davon abzuhalten, verborgene Daten vom aufgefüllten freien Speicherplatz in einem statischen verschlüsselten Speicher zu unterscheiden. Die meisten Apps, die diese Funktion beanspruchen, bieten kosmetische Täuschungsmodi mit erkennbaren Konfigurationsflags. Die Erfüllung der strengeren Definition erfordert ein präzises Bedrohungsmodell, keine zählbare Tresorregistrierung, keine offenlegenden Konfigurationsflags, stabile Auffüllung und verschlüsselte Datensätze, die nicht offenlegen, welche Slots echt sind.
Vaultaire Verwendet konfigurierte Muster, um verschlüsselte Tresore zu trennen und hält Tresornamen und -inhalte von der gesperrten Schnittstelle fern. Sein aktuelles Speicherlayout macht weiterhin eine verschlüsselte Indexanzahl für die App-Container-Inspektion verfügbar. Betrachten Sie dies als Verschleierung auf Schnittstellenebene, die durch authentifizierte Verschlüsselung unterstützt wird, und nicht als Beweis dafür, dass kein zusätzlicher Tresor vorhanden ist.