Verborgen kluizen zonder zichtbare kluislijst

Verborgen kluizen in Vaultaire zijn een interface- en sleutelrouteringseigenschap: de app toont geen kruiskluislijst in platte tekst en opent een kluis pas nadat de sleutel uit het patroon is afgeleid. Op schijf blijven afzonderlijke gecodeerde indexbestanden opsombaar, dus dit ontwerp maakt het aantal kluizen forensisch niet onzichtbaar.

Wat betekent "Verborgen Kluizen" eigenlijk?

De meeste kluis-apps werken als archiefkasten. Open de app en je ziet een lijst met je kluizen. Misschien hebben ze namen. Misschien laten ze een telling zien. Misschien staat er naast elk slot een klein slotje. De app weet precies hoeveel kluizen je hebt en die informatie is zichtbaar voor iedereen die de app, opent of het apparaat onderzoekt.

Vaultaire werkt anders in de interface. Er is geen scherm met de namen van uw kluis of de vraag welke u wilt ontgrendelen. Wanneer u een patroon tekent, leidt de app een 256-bits kluissleutel af PBKDF2, hasht die sleutel om de verwachte indexbestandsnaam te vormen en probeert de geauthenticeerde decodering van die gecodeerde index. Als de index bestaat en de bijbehorende AES-GCM tag verifieert, pakt Vaultaire de willekeurige hoofdsleutel uit en opent de bestanden. Anders presenteert het een lege toestand.

Deze routering maakt deel uit van de opslagarchitectuur, maar de bescherming ervan kent grenzen. Vaultaire onderhoudt geen hoofdregister in leesbare tekst waarin kluizen worden toegewezen aan patronen of labels. Er wordt voor elke kluis precies één gecodeerd indexbestand gemaakt, en de app heeft onderhoudspaden waarin deze bestanden worden opgesomd. Een bestandssysteemonderzoeker kan daarom gecodeerde indexen tellen, ook al kunnen ze de indexinhoud zonder sleutel niet lezen.

Dit is geen "verborgen map"

De uitdrukking "verborgen kluis" doet u misschien denken aan apps die een map opbergen waar u deze niet gemakkelijk kunt zien. Misschien heeft de map een puntvoorvoegsel, zodat deze niet in een bestandsbrowser verschijnt. Misschien gebruikt de app een 'rekenmachine'-vermomming om het werkelijke doel ervan te verbergen. Dit zijn camouflagetrucs en ze delen allemaal hetzelfde fatale gebrek: de verborgen gegevens zijn er nog steeds, op een bekende locatie, wachtend om gevonden te worden.

Een forensisch onderzoeker met toegang tot uw apparaat kan heel eenvoudig een verborgen map vinden. Hulpprogramma's voor bestandssysteem geven een overzicht van elke map. Opslaganalysatoren laten zien waar schijfruimte wordt toegewezen. Zelfs een redelijk technisch onderlegde vriend met vijf minuten en een zoekmachine kan de meeste "verborgen" mappen vinden.

Vaultaire vertrouwt niet op een verkapte map of een rekenmachine-skin. In de app-container worden versleutelde kluisindexen en versleutelde blob-bestanden opgeslagen. De indexinhoud verbergt gebruikersbestandsnamen, MIME typen, datums, bestandsoverzichten en de ingepakte hoofdsleutel erachter AES-256-GCM. Deze inhoud wordt pas leesbaar als de juiste, van een patroon afgeleide sleutel de index verifieert.

Het praktische verschil ligt tussen een geheime map met een duidelijke naam en een geverifieerde gecodeerde container die is geselecteerd op basis van een van een sleutel afgeleide bestandsnaam. Een apparaatonderzoeker kan zien dat de container bestaat. Zonder de juiste identificatie krijgen ze niet de leesbare bestandsindeling of inhoud.

Wat de indeling van de opslag onthult

Zelfs zonder kluislijst zou een slimme tegenstander een andere aanpak kunnen proberen: het analyseren van schijfgebruik. Als Vaultaire vandaag 500 MB opslagruimte gebruikt en morgen 800 MB, hebt u misschien een kluis toegevoegd. Als het verwijderen van foto's uit één kluis de opslagruimte met precies 200 MB vermindert, is er misschien een verband dat kan worden misbruikt.

Vaultaire houdt de lokale opslagvoetafdruk niet constant. Het toevoegen van bestanden kost opslagruimte, het verwijderen van een kluis kan opslagruimte vrijmaken en er bestaat voor elke kluis één gecodeerd indexbestand. Versleuteling beschermt de inhoud en integriteit, maar wist niet alle informatie over de grootte, het aantal en de timing van het bestandssysteem.

Een waarnemer met app-containertoegang kan het aantal bestanden, de grootte en de wijzigingstijden correleren met de activiteit. iOS Data Protection kan de toegang beperken terwijl het apparaat is vergrendeld, en de gecodeerde payloads blijven vertrouwelijk zonder hun sleutels, maar Vaultaire maakt geen reclame voor weerstand tegen lokale verkeersanalyses.

Waar vulling wordt gebruikt

Vaultaire gebruikt opvulling in specifieke formaten. Gecodeerde bestandskoppen reserveren een vaste headergrootte, zodat gewone bestandsnamen en MIME typen worden niet in leesbare tekst weergegeven. Gecodeerd iCloud back-up maakt gebruik van vaste records van 10 MB plus lokbrokken. Deze bedieningselementen moeten niet worden verward met een lokale opslagpool van constante grootte.

Lokale kluisindexen en blob-bestanden hebben nog steeds herkenbare bestandsnamen en -grootten op toepassingsniveau. AES-GCM verbergt hun leesbare tekst en detecteert wijzigingen; het zorgt er niet voor dat elk byte- of bestandssysteemartefact niet te onderscheiden is van willekeurige willekeurige schijfsectoren.

Forensische weerstand: wat er gebeurt als ze uw telefoon afpakken

Laten we specifiek zijn over het dreigingsmodel. Iemand die door de app kijkt, ziet geen kluiscatalogus. Iemand die toegang tot app-containers verkrijgt via een gecompromitteerd of ontgrendeld apparaat, heeft een sterker inzicht en kan bestandsnamen, aantallen, groottes, tijdstempels, Keychain beschikbaarheid en gecodeerde payloads.

Wat forensische tools kunnen zien

Een forensisch onderzoeker kan zien dat Vaultaire is geïnstalleerd, hoeveel opslagruimte het gebruikt, hoeveel `vault_index_*.bin`-bestanden er bestaan, hun sleutelvingerafdrukken, gecodeerde blob-bestanden en wijzigingsmetagegevens. De onderzoeker kan de cijfertekst ook kopiëren voor het offline raden van patronen.

Wat encryptie nog steeds beschermt

• Leesbare kluislabels en bestandsoverzichten. De gecodeerde index beschermt bestandsrecords en de ingepakte willekeurige hoofdsleutel.
• Originele bestandsnamen en MIME typen. Deze velden bevinden zich in geverifieerde gecodeerde bestandskoppen in plaats van mapnamen in platte tekst.
• Foto-, video- en documentinhoud. Gebruik van bestandspayloads AES-256-GCM onder de willekeurige kluishoofdsleutel.
• Het patroon zelf. Vaultaire slaat het niet op als gewone tekstvoorkeur, hoewel de gecodeerde lokale hersteldatabase patroon- en zinsmateriaal bevat terwijl het apparaat normaal wordt gebruikt.
• Een kortere weg rond raden. PBKDF2 verhoogt de kosten van elke kandidaat, maar een gekopieerde indexbestandsnaam en AES-GCM tag laat een aanvaller nog steeds gissingen offline verifiëren.

Hoe Verborgen Kluizen Plausibele Ontkenning inschakelen

Verborgen kluizen zorgen voor de interface-compartimentering achter die van Vaultaire plausibele ontkenning functie. De verbinding en de limiet ervan bij onderzoek van het bestandssysteem zijn van belang bij het evalueren van de claim.

In de interface van Vaultaire kunnen verschillende geldige patronen verschillende echte kluizen openen. U kunt één patroon kiezen voor gevoelig materiaal en een ander patroon voor een minder gevoelige kluis. Een waarnemer die alleen de ontgrendelde interface ziet, krijgt geen label te zien dat de kluis identificeert als ‘echt’ of ‘lokvogel’.

Dit kan de openbaarmaking tijdens informele inspecties of schoudersurfen verminderen, maar voldoet niet aan de sterkste forensische definitie van plausibele ontkenning. Een examinator met toegang tot de app-container kan versleutelde indexen tellen. Gebruik deze functie als interface-compartimentering, niet als bewijs dat er geen extra kluis bestaat.

De complete ketting

• Stap 1:U maakt meerdere kluizen met verschillende patronen, één voor echte bestanden, één voor lokvogels, zoveel als u wilt.
• Stap 2:Als je onder druk wordt gezet, teken je het lokpatroon. De waarnemer ziet een kluis met saaie foto's.
• Stap 3: De ontgrendelde interface toont geen kruiskluislijst of prompt om de andere kluis een naam te geven.
• Stap 4: U houdt de afzonderlijke bedreigingsgrens in gedachten: toegang tot het bestandssysteem kan het gecodeerde indexaantal onthullen, zelfs als de waarnemer de inhoud niet kan ontsleutelen.

Het resultaat is een praktische compartimentering binnen de app, ondersteund door encryptie van de inhoud. Het is geen wiskundige garantie dat een apparaatonderzoeker geen extra gecodeerde containers kan detecteren.

Waarom dit belangrijk is

Forensische weerstand klinkt misschien extreem. De meeste mensen worden niet geconfronteerd met inbeslagnames van apparaten of rechterlijke bevelen. Maar het principe achter verborgen kluizen beschermt u ook in alledaagse situaties.

Een persoon die het vergrendelingsscherm van Vaultaire bereikt, ontvangt geen lijst met kluisnamen waarop hij zich kan richten. Een collega die uw apparaat leent, kan niet tussen kluizen bladeren via een kiezer. Een dief weet nog steeds dat Vaultaire is geïnstalleerd en kan zich op de app of het apparaat richten, maar de gecodeerde inhoud blijft beschermd door het patroon. PBKDF2 kosten, AES-GCM, en de omgeving iOS veiligheidsgrens.

Verborgen kluizen beantwoorden een beperktere privacyvraag: onthult het openen van één kluis een catalogus van de andere? In de normale interface is het antwoord nee. Of een sterkere onderzoeker versleutelde containers kan detecteren, hangt af van de apparaatstatus en het toegangsniveau, en van Vaultaire-documenten die rechtstreeks beperken.