Plausibele ontkenning en patroongescheiden kluizen

De plausibele ontkenningsfunctie van Vaultaire gebruikt afzonderlijke patronen om afzonderlijke gecodeerde kluisindexen aan te pakken zonder een kruiskluislijst weer te geven. Dit kan andere kluizen verbergen tijdens gewone interface-inspectie, maar de huidige lay-out op schijf maakt een gecodeerde telling van indexbestanden zichtbaar voor een onderzoeker met app-containertoegang.

Wat Plausibele Ontkenning eigenlijk betekent

In de sterkste cryptografische betekenis betekent plausibele ontkenning dat waarneembare opslag niet bewijst dat er aanvullende beschermde inhoud bestaat. In de dagelijkse producttaal wordt de uitdrukking ook gebruikt voor lokgegevens die de ene visie onthullen en de andere achterhouden. Dat zijn verschillende standaarden, en de huidige implementatie van Vaultaire voldoet eerder aan het doel van interface-compartimentering dan aan informatietheoretische ontkenning.

De meeste kluis-apps bieden u één kluis achter één wachtwoord. Als iemand je dwingt om het te openen, wordt alles zichtbaar. Sommige apps bieden een “-lokmiddelmodus” waarin u een tweede wachtwoord kunt instellen dat een nepscherm toont. Maar die implementaties zijn meestal cosmetisch. Een forensisch onderzoeker kan de gegevens van de app’ bekijken, configuratievlaggen bekijken, opmerken dat de grootte van gecodeerde gegevens niet overeenkomt met de zichtbare bestanden, of metagegevens vinden die het bestaan ​​van een verborgen laag verraden.

Vaultaire hanteert een patroongerichte aanpak. Elk geldig patroon op het 5×5-raster leidt een andere kandidaat-kluissleutel af. De app hasht die sleutel om een ​​verwachte bestandsnaam met gecodeerde index te berekenen, opent vervolgens die index en verifieert deze als deze bestaat. Het biedt geen registerpatronen in platte tekst of gebruikersgerichte kluisnamen, hoewel de gecodeerde indexbestanden zelf kunnen worden opgesomd en geteld.

Als de afgeleide index bestaat en AES-GCM de authenticatie slaagt, ziet u de bestanden van die kluis. Als dit niet het geval is, presenteert Vaultaire een lege status en kan een nieuwe kluis voor dat patroon worden gemaakt. Er is geen fout op het vergrendelscherm bij het benoemen van een andere kluis of het weergeven van een lijst. Die stille interface helpt tijdens een informele inspectie, maar wist het hieronder beschreven bewijs van het bestandssysteem niet.

Hoe het werkt Onder de motorkap

De technische basis combineert patroongebaseerde adressering met geverifieerde encryptie. Verschillende patronen produceren verschillende kandidaatsleutels en bestandsnamen. AES-GCM biedt vervolgens een expliciete integriteitscontrole: een correcte sleutel authenticeert de gecodeerde index, terwijl een onjuiste sleutel mislukt. Dat authenticatieresultaat is nuttig voor de veiligheid, maar het betekent ook dat gekopieerde gegevens offline gokverificatie ondersteunen.

Verschillende patronen, verschillende sleutels

Wanneer u een patroon tekent, serialiseert Vaultaire de puntenreeks en rastergrootte en voert vervolgens 600.000 rondes uit. PBKDF2-HMAC-SHA512 met een willekeurig apparaatbreed Keychain zout. De functie voert een 256-bits kluissleutel uit. Er wordt verwacht dat verschillende patrooninvoer een niet-gerelateerde sleutel oplevert, maar de veiligheid van de inloggegevens blijft beperkt door de raadbaarheid van het patroon. Een uitvoer van 256 bits levert geen menselijk patroon 256 bits entropie op.

Elke sleutel decodeert zijn eigen blob

Vaultaire slaat de bestandsmap van elke kluis en de willekeurige hoofdsleutel op in een AES-256-GCM gecodeerde index. Wanneer u een patroon tekent, leidt de app de kandidaat-kluissleutel af en controleert de bijbehorende sleutel-vingerafdrukbestandsnaam. Als het bestand bestaat, slaagt of mislukt de geverifieerde decodering; AES-GCM produceert geen geaccepteerde betekenisloze leesbare tekst. Als er geen geldige index wordt geopend, biedt de gebruikersinterface een lege status zonder andere kluizen weer te geven.

Geen Cross-Vault-catalogus in platte tekst

Vaultaire houdt geen op de gebruiker gerichte databasetabel bij die patronen toewijst aan leesbare kluisnamen. De gewone ontgrendelingsstroom adresseert één index via de afgeleide sleutel. Op schijf heeft elke kluis echter een `vault_index_.bin`-bestand, en de app zelf bevat code om die bestandsnamen op te sommen voor opslagonderhoud. De vingerafdrukken onthullen niet hun oorspronkelijke patronen, maar hun telling onthult het aantal lokale indexen.

Beide kluizen zijn even echt. Beide zijn gecodeerd met hetzelfde algoritme. Beide produceren hetzelfde soort gecodeerde uitvoer. Er is geen vlag, geen markering, geen metadata die de ene labelt als “real” en de andere als “decoy.” Wat de wiskunde betreft, zijn ze identiek.

De lokkluisstrategie

Plausibele ontkenning werkt alleen als je iets te bewijzen hebt. Een lege kluis is verdacht. Een kluis die duidelijk niets bevat dat de moeite waard is om te beschermen, is verdacht. De sterkste verdediging is een kluis die precies lijkt op wat iemand zou verwachten te vinden.

Uw aanvalsman instellen

Kies een tweede patroon, een patroon dat u onder druk snel en natuurlijk kunt tekenen. Maak een kluis met dat patroon. Vul het met inhoud die zinvol is voor iemand die een kluis-app gebruikt: misschien enkele persoonlijke foto's die u liever privé houdt, maar die niet gevoelig zijn, een paar financiële documenten, wat aantekeningen. De inhoud moet geloofwaardig en enigszins gênant zijn, net genoeg zodat iemand die op uw telefoon zoekt, denkt te hebben gevonden wat u verborgen hield.

Overtuigend

Een goede lokkluis heeft een aantal kenmerken. Het moet een redelijk aantal bestanden, bevatten, niet te weinig (verdacht leeg) en niet te veel (waarom zou je zoveel alledaagse inhoud beschermen?). De bestanden moeten recent genoeg zijn om actief gebruik te suggereren. En idealiter zou de inhoud een plausibele reden moeten bieden waarom u überhaupt een kluis-app hebt geïnstalleerd.

Iemand die beperkt is tot de ontgrendelde interface, ziet de geselecteerde kluis en geen kruiskluiskiezer. Dat kan informele openbaarmaking verminderen. Iemand met toegang tot het bestandssysteem kan versleutelde indexen tellen en weet mogelijk dat er meer dan één lokale kluis bestaat, zelfs als hij of zij nog steeds geen index aan een patroon kan koppelen of de inhoud ervan kan lezen.

onder druk

Als u ooit wordt gedwongen uw apparaat te ontgrendelen, teken dan het lokpatroon. De kluis gaat open. De bestanden verschijnen. In de gewone interface is er geen verborgen menu of kruiskluislijst te ontdekken. De persoon die uw telefoon vasthoudt, ziet één ontgrendelde kluis. Dat kan de onthulling coherent maken tijdens een informele inspectie, terwijl een onderzoek van het bestandssysteem nog steeds aanvullende gecodeerde indexen kan onthullen.

Uw gevoelige kluis verschijnt niet in de interface tenzij het patroon ervan is getekend. Het staat niet achter een verborgen menu. De gecodeerde index bestaat nog steeds in de app-container, dus de functie mag niet worden gepresenteerd als bescherming tegen elke vorm van gedwongen openbaarmaking of forensische analyse.

Waarom het wiskundig bewijsbaar is

Vaultaire kan sterke beweringen doen over gecodeerde inhoud en een beperktere bewering over de interface. AES-GCM beschermt wat een index en de bijbehorende bestanden bevatten. Patroongestuurde routering houdt andere kluizen buiten de zichtbare ontgrendelingsstroom. Geen van beide eigenschappen maakt het aantal gecodeerde indexbestanden onzichtbaar voor een onderzoeker die de app-container kan lezen.

Gecodeerde inhoud blijft vertrouwelijk

AES-256-GCM is ontworpen om leesbare tekst te verbergen en wijzigingen te detecteren wanneer sleutels en nonces correct worden afgehandeld. Een onderzoeker kan de index- en blob-bestanden van Vaultaire identificeren aan de hand van hun naam en locatie, maar kan de beveiligde bestandsindeling, de ingepakte hoofdsleutel, bestandsnamen, metagegevens, miniaturen of bestandsinhoud niet lezen zonder de relevante sleutels.

Optelbare indexen, geen patroonkaart in platte tekst

Het bestandssysteem kan antwoorden hoeveel gecodeerde kluisindexen er aanwezig zijn, omdat elke index zijn eigen bestand heeft. Wat het niet biedt, is een plattegrond in platte tekst van die vingerafdrukken naar de patronen die ze hebben gegenereerd, naar de gebruiker gerichte kluislabels of gedecodeerde inhoud. Dat is een nuttige grens, maar het is geen verborgen telling.

Offline gokverificatie bestaat

Een aanvaller die het apparaatzout en de gecodeerde app-gegevens kopieert, kan een kandidaatsleutel afleiden uit een geraden patroon. De bijbehorende indexvingerafdruk vertelt de aanvaller of er een overeenkomende bestandsnaam bestaat, en AES-GCM geauthenticeerde decodering bevestigt de gok met overweldigend vertrouwen. PBKDF2 maakt elke gok duurder; het verwijdert deze offline test niet en voegt geen entropie toe aan een zwak patroon.

Wat de lege staat bereikt

Op het vergrendelscherm kondigt Vaultaire geen “verkeerd patroon” aan en geeft niet weer welke andere kluizen beschikbaar zijn. Een niet-overeenkomend patroon bereikt een lege of creatiestroom, dus een persoon die beperkt is tot interactie met de interface krijgt geen kluislijst. Dit presentatievoordeel mag niet worden geëxtrapoleerd naar een aanvaller die de onderliggende bestanden heeft gekopieerd en geanalyseerd.

Wie heeft Plausibele Ontkenning nodig?

Je zou kunnen denken dat plausibele ontkenning alleen weggelegd is voor spionnen en klokkenluiders. In werkelijkheid worden miljoenen gewone mensen geconfronteerd met situaties waarin het vermogen om informatie onder dwang te beschermen geen luxe maar noodzaak is.

Journalisten en hun bronnen

Onderzoeksjournalisten hebben vaak gevoelig materiaal bij zich: bronidentiteiten, gelekte documenten, opnames van interviews. In veel landen worden journalisten routinematig vastgehouden en worden hun apparaten doorzocht aan de grens, bij controleposten of tijdens invallen. Een lokkluis met onschadelijke aantekeningen en gepubliceerde foto's biedt dekking, terwijl de echte kluis bronnen beschermt wier leven afhankelijk kan zijn van anonimiteit.

Activisten en organisatoren

Politieke activisten, vakbondsorganisatoren en mensenrechtenwerkers kunnen opereren in omgevingen waar hun telefoons een doelwit zijn voor surveillance. Afzonderlijke patronen kunnen de informatie die tijdens gewoon app-gebruik verschijnt in compartimenten verdelen, maar een in beslag genomen of gecompromitteerde telefoon kan versleutelde indextellingen blootleggen en het raden van offline patronen ondersteunen. Operationele veiligheid moet verder reiken dan de app.

Mensen in misbruiksituaties

Mensen die misbruik documenteren, moeten mogelijk gevoelig bewijsmateriaal scheiden van materiaal dat ze veilig kunnen laten zien. Een tweede kluis kan de openbaarmaking beperken tot iemand die beperkt is tot de app-interface. Het kan de veiligheid tegen apparaatmonitoring, spyware, dwang of onderzoek van bestandssystemen niet garanderen. Gebruikers die gevaar lopen, moeten daarom de richtlijnen van een gekwalificeerde lokale ondersteuningsorganisatie volgen.

Reizigers die de grens overschrijden

De bevoegdheden om grenzen te doorzoeken en de verplichtingen van reizigers variëren. Als u één Vaultaire-patroon opent, wordt er geen cross-vault-lijst weergegeven, maar worden andere gecodeerde indexen niet volledig ondetecteerbaar voor een forensische inspectie. Minimaliseer de gevoelige gegevens die u bij u draagt ​​en win actueel juridisch advies in voor uw route en omstandigheden.

Iedereen die waarde hecht aan privacy

U hoeft niet in gevaar te zijn om privacy te verdienen. Misschien houdt u een privédagboek bij. Misschien heeft u medische informatie waarvan u niet wilt dat iemand deze tegenkomt. Misschien geloof je gewoon dat niet elk onderdeel van je digitale leven toegankelijk moet zijn voor iedereen die je telefoon oppakt. Patroongescheiden kluizen versterken de privacy van de interface door te beperken wat een gewone ontgrendeling onthult, terwijl de gecodeerde indextelling zichtbaar blijft voor een onderzoeker van het bestandssysteem.

Hoe deze Vergelijks werkt met andere Vault-apps

Veel kluis-apps beschouwen beveiliging als een probleem met toegangscontrole: één inloggegevens poort één zichtbare container. Sommige producten voegen een valse pincode of lokmodus toe. De kracht van deze functies hangt af van het ontwerp van de opslag, niet van het marketinglabel; een zichtbare configuratievlag of een afzonderlijke lokdatabank kan onthullen dat er een andere modus bestaat.

Het probleem met één kluis

Een ontwerp met één container heeft een direct dwangprobleem: zodra het enige identificatiemiddel is onthuld, wordt alle inhoud achter dat identificatiemiddel beschikbaar. Producten verschillen in hun huidige functiesets, dus evalueer de daadwerkelijke opslag- en lokimplementatie in plaats van aan te nemen dat een genoemde concurrent één vast model gebruikt.

Cosmetische lokmodi

Een nepwachtwoordfunctie kan handig zijn bij toevallige inspecties, maar de forensische waarde ervan hangt af van de vraag of het apparaat een detecteerbare lokvlag, een tweede database of onderscheidbare bestandsgroottes opslaat. Zonder een gepubliceerd ontwerp of audit kan het label op zichzelf geen sterke ontkenning of mislukking aantonen.

Vaultaire’'s aanpak is architectonisch anders

Vaultaire bouwt patroonscheiding in in zijn normale ontgrendelingspad. Er is geen speciale nep-PIN-vlag nodig om te beslissen of een kluis een lokaas is; elk geconfigureerd patroon adresseert een gewone gecodeerde kluis. De afzonderlijke indexbestanden blijven zichtbaar als gecodeerde containers, dus het architecturale onderscheid is het sterkst in de gebruikersinterface en inhoudsisolatie, en niet in het verbergen van forensische tellingen.

Het resultaat is een consistente ervaring: geen enkele kluis krijgt het label ‘echt’ of ‘nep’ en elke kluis heeft zijn eigen geverifieerde ontgrendelings- of herstelpad nodig. Zonder de vereiste kluis en hoofdsleutels blijft de gecodeerde inhoud niet beschikbaar. Het bestaan ​​van de container wordt niet cryptografisch gewist.