Plausibel förnekelse och mönsterseparerade valv

Vaultaires plausible-deniability-funktion använder separata mönster för att adressera separata krypterade valvindex utan att visa en valvöverskridande lista. Detta kan dölja andra valv under vanlig gränssnittsinspektion, men layouten på disken exponerar antalet valv för en granskare med åtkomst till appcontainern.

Vad trovärdig förnekelse egentligen betyder

I sin starkaste kryptografiska mening innebär plausibel förnekelse att observerbar lagring inte bevisar att ytterligare skyddat innehåll finns. I vardagligt produktspråk används frasen också om lockbetesuppgifter som visar en vy men undanhåller en annan. Det är olika standarder, och Vaultaires nuvarande implementering uppfyller målet för gränssnittsuppdelning snarare än informationsteoretisk förnekbarhet.

De flesta valvappar ger dig ett valv bakom ett lösenord. Om någon tvingar dig att öppna den så avslöjas allt. Vissa appar erbjuder ett “lockbetesläge” där du kan ställa in ett andra lösenord som visar en falsk skärm. Men dessa implementeringar är vanligtvis kosmetiska. En kriminalteknisk granskare kan titta på appens data, se konfigurationsflaggor, märka att storleken på krypterad data inte stämmer överens med de synliga filerna eller hitta metadata som visar att det finns ett dolt lager.

Vaultaire använder mönsteradressering. Varje giltigt mönster på 5×5-rutnätet härleder en annan kandidatvalvnyckel. Appen härleder en lokaliserare från nyckeln som namnger den förväntade krypterade indexfilen och öppnar och autentiserar sedan indexet om det finns. Appen visar inget register i klartext som kopplar mönster till valv och inga synliga valvnamn, även om själva de krypterade indexfilerna kan räknas upp och räknas.

Om det härledda indexet finns och AES-GCM-autentiseringen lyckas ser du valvets filer. Om det inte gör det visar Vaultaire ett tomt tillstånd och kan skapa ett nytt valv för det mönstret. Låsskärmen visar inget felmeddelande som namnger ett annat valv eller visar en lista. Det tysta gränssnittet hjälper under tillfällig inspektion, men det raderar inte filsystembevisen som beskrivs nedan.

Så fungerar det under huven

Den tekniska grunden kombinerar mönsterhärledd adressering med autentiserad kryptering. Olika mönster ger olika kandidatnycklar och filnamn. AES-GCM ger sedan en explicit integritetskontroll: en korrekt nyckel autentiserar det krypterade indexet, medan en felaktig nyckel misslyckas. Det autentiseringsresultatet är användbart för säkerheten, men det betyder också att kopierad data stöder offline-gissningsverifiering.

Olika mönster, olika nycklar

När du ritar ett mönster serialiserar Vaultaire punktsekvensen och rutnätsstorleken och kör sedan 600 000 omgångar av PBKDF2-HMAC-SHA512 med ett slumpmässigt enhetsomfattande Keychain-salt. Funktionen matar ut en 256-bitars valvnyckel. Olika mönsterinmatningar förväntas producera en icke-relaterad nyckel, men inloggningsuppgiftens säkerhet förblir begränsad av hur lätt mönstret är att gissa. En 256-bitars utdata ger inte ett mänskligt mönster 256 bitar av entropi.

Varje nyckel dekrypterar sitt eget index

Vaultaire lagrar varje valvs filkarta och omslutna slumpmässiga huvudnyckel i ett AES-256-GCM-krypterat index. När du ritar ett mönster härleder appen kandidatvalvnyckeln och letar efter en indexfil som namnges med den nyckelhärledda lokaliseraren. Om filen finns antingen lyckas eller misslyckas den autentiserade dekrypteringen; AES-GCM ger inte meningslös klartext som accepteras. Om inget giltigt index öppnas erbjuder användargränssnittet ett tomt tillstånd utan att lista andra valv.

Ingen valvöverskridande katalog i klartext

Vaultaire har ingen synlig databastabell som kopplar mönster till läsbara valvnamn. Det vanliga upplåsningsflödet adresserar ett index genom den härledda nyckeln. På disken har varje valv en `vault_index_.bin`-rotfil i en pool som fylls ut i band om 64 med slumpmässiga täckfiler, plus en lagringskatalog med samma namn. Själva appen räknar upp dessa för lagringsunderhåll. Namnen avslöjar inte deras ursprungsmönster, men antalet kataloger avslöjar antalet valv och visar vilka rotfiler som är verkliga.

Båda valven är lika verkliga. Båda är krypterade med samma algoritm. Båda producerar samma typ av krypterad utdata. Ingen metadata i ett valv märker det ena som “riktigt” och det andra som “lockbete”. Om du anger ett tvångsvalv sparar appen den inställningen i nyckelringen, och en granskare med åtkomst till nyckelringen kan se att ett tvångsvalv har angetts.

Strategin med lockbetesvalv

Plausibel förnekelse fungerar bara om du har något att visa. Ett tomt valv är misstänkt. Ett valv som uppenbarligen inte innehåller något värt att skydda är misstänkt. Det starkaste försvaret är ett valv som ser exakt ut som det någon skulle förvänta sig att hitta.

Konfigurera ditt lockbete

Välj ett andra mönster, som du kan rita snabbt och naturligt under tryck. Skapa ett valv med det mönstret. Fyll det med innehåll som är vettigt för någon som använder en valv-app: kanske några personliga foton som du föredrar att hålla privata men som inte är känsliga, några finansiella dokument, några anteckningar. Innehållet ska vara trovärdigt och lite pinsamt, precis så mycket att någon som söker på din telefon tror att de har hittat det du gömde.

Gör det övertygande

Ett bra lockvalv har några egenskaper. Det bör innehålla ett rimligt antal filer, inte för få (misstänkt tomma) och inte för många (varför skulle du skydda så mycket vardagligt innehåll?). Filerna bör vara tillräckligt nya för att föreslå aktiv användning. Och helst bör innehållet ge en rimlig anledning till varför du installerade en valv-app från början.

Någon som är begränsad till det upplåsta gränssnittet ser det valda valvet och ingen valvöverskridande väljare. Det kan minska slentrianmässigt avslöjande. Någon med filsystemåtkomst kan räkna valv och kan veta att det finns mer än ett lokalt valv, även om de fortfarande inte kan koppla ett index till ett mönster eller läsa dess innehåll.

Under press

Om du någon gång tvingas låsa upp din enhet, rita lockbetesmönstret. Valvet öppnas. Filerna visas. I det vanliga gränssnittet finns ingen dold meny eller valvöverskridande lista att upptäcka. Personen som håller din telefon ser ett upplåst valv. Det kan göra avslöjandet sammanhängande under tillfällig inspektion, medan en filsystemsgranskning fortfarande kan avslöja ytterligare krypterade index.

Ditt känsliga valv visas inte i gränssnittet om inte dess mönster ritas. Det är inte listat bakom en dold meny. Dess krypterade index finns fortfarande i appcontainern, så funktionen bör inte presenteras som skydd mot varje form av påtvingat avslöjande eller kriminalteknisk analys.

Säkerhetsgränsen, exakt

Vaultaire kan göra starka påståenden om krypterat innehåll och ett snävare påstående om gränssnittet. AES-GCM skyddar vad ett index och dess filer innehåller. Mönsteradresserad routing håller andra valv borta från det synliga upplåsningsflödet. Ingen av egenskaperna gör antalet krypterade indexfiler osynligt för en granskare som kan läsa appcontainern.

Krypterat innehåll förblir konfidentiellt

AES-256-GCM är utformat för att dölja klartext och upptäcka ändringar när nycklar och nonces hanteras korrekt. En granskare kan identifiera Vaultaires index- och lagringsfiler från deras namn och plats, men kan inte läsa den skyddade filkartan, den omslutna huvudnyckeln, filnamnen, metadata, miniatyrbilder eller filinnehåll utan de relevanta nycklarna.

Uppräkningsbara index, ingen mönsterkarta i klartext

Filsystemet kan svara på hur många valv som finns eftersom varje valv har sin egen lagringskatalog. Vad det inte ger är en karta i klartext från lokaliserarna till mönstren som skapade dem, synliga valvetiketter eller dekrypterat innehåll. Det är en användbar gräns, men antalet är inte dolt.

Gissningar kan verifieras offline

En angripare som kopierar enhetens salt och krypterade appdata kan härleda en kandidatnyckel från ett gissat mönster. Den nyckelhärledda lokaliseraren talar om för angriparen om en matchande indexfil finns, och autentiserad AES-GCM-dekryptering bekräftar gissningen med överväldigande säkerhet. PBKDF2 gör varje gissning dyrare; det tar inte bort detta offlinetest eller lägger till entropi till ett svagt mönster.

Vad det tomma tillståndet åstadkommer

På låsskärmen meddelar Vaultaire inte "fel mönster" eller visar vilka andra valv som är tillgängliga. Ett icke-matchande mönster når ett tomt eller skapande flöde, så en person som är begränsad till att interagera med gränssnittet får ingen valvlista. Denna presentationsfördel bör inte extrapoleras till en angripare som har kopierat och analyserat de underliggande filerna.

Vem behöver trovärdig förnekelse

Du kanske tror att trovärdig förnekelse bara är för spioner och whistleblowers. I verkligheten möter miljontals vanliga människor situationer där förmågan att skydda information under tvång inte är en lyx, det är en nödvändighet.

Journalister och deras källor

Undersökande journalister bär ofta på känsligt material: källidentiteter, läckta dokument, intervjuinspelningar. I många länder hålls journalister rutinmässigt fängslade och deras enheter genomsöks vid gränser, checkpoints eller under räder. Ett lockvalv som innehåller ofarliga anteckningar och publicerade foton ger täckning, medan det riktiga valvet skyddar källor vars liv kan bero på anonymitet.

Aktivister och arrangörer

Politiska aktivister, arbetsorganisatörer och människorättsarbetare kan verka i miljöer där deras telefoner är övervakningsmål. Separata mönster kan dela upp vad som visas under vanlig appanvändning, men en konfiskerad eller komprometterad telefon kan avslöja antalet krypterade index och möjliggöra mönstergissning offline. Driftsäkerheten måste sträcka sig utanför appen.

Människor i missbrukssituationer

Personer som dokumenterar övergrepp kan behöva skilja känsliga bevis från material som de säkert kan visa. Ett andra valv kan minska vad som avslöjas för någon som är begränsad till appgränssnittet. Det kan inte garantera säkerhet mot enhetsövervakning, spionprogram, tvång eller filsystemsgranskning, så användare i fara bör följa riktlinjer från en kvalificerad lokal supportorganisation.

Resenärer som korsar gränser

Gränssökningsbefogenheter och resenärers skyldigheter varierar. Att öppna ett Vaultaire-mönster visar ingen valvöverskridande lista, men det gör inte andra krypterade index helt omöjliga att upptäcka för en kriminalteknisk inspektion. Minimera den känsliga information du bär och få aktuell juridisk rådgivning för din rutt och omständigheter.

Alla som värdesätter integritet

Du behöver inte vara i fara för att förtjäna integritet. Kanske skriver du en privat dagbok. Kanske har du medicinsk information som du inte vill att någon ska snubbla över. Kanske anser du helt enkelt att inte varje del av ditt digitala liv ska vara tillgänglig för alla som tar upp din telefon. Mönsterseparerade valv stärker gränssnittets integritet genom att begränsa vad en vanlig upplåsning avslöjar, medan det krypterade indexantalet förblir synligt för en filsystemgranskare.

Så skiljer sig detta från andra valvappar

Många valvappar behandlar säkerhet som ett problem med åtkomstkontroll: en inloggningsuppgift spärrar en synlig container. Vissa produkter lägger till en falsk PIN-kod eller ett lockbetesläge. Styrkan hos dessa funktioner beror på lagringsdesignen, inte på marknadsföringsetiketten; en synlig konfigurationsflagga eller en separat lockbetesdatabas kan avslöja att ett annat läge finns.

Problemet med ett valv

En design med en enda container har ett direkt tvångsproblem: när dess enda inloggningsuppgift avslöjas blir allt innehåll bakom den tillgängligt. Produkterna skiljer sig åt i sina nuvarande funktioner, så utvärdera den faktiska lagringen och lockbetesimplementeringen snarare än att anta att en namngiven konkurrent använder en fast modell.

Kosmetiska lockbetelägen

En funktion för falskt lösenord kan vara användbar vid tillfällig inspektion, men dess kriminaltekniska värde beror på om enheten lagrar en detekterbar lockbetesflagga, en andra databas eller urskiljbara filstorlekar. Utan en publicerad design eller granskning visar etiketten ensam varken stark förnekbarhet eller brist på den.

Vaultaires lösning är arkitektoniskt annorlunda

Vaultaire bygger in mönsterseparation i sitt normala upplåsningsflöde. Det behövs ingen speciell flagga med falsk PIN-kod för att avgöra om ett valv är ett lockbete; varje konfigurerat mönster adresserar ett vanligt krypterat valv. De separata indexfilerna förblir synliga som krypterade containrar, så den arkitektoniska skillnaden är starkast i användargränssnittet och innehållsisoleringen, inte i att dölja antalet för kriminalteknisk analys.

Resultatet är en konsekvent upplevelse: inget valv är märkt som "riktigt" eller "falskt", och var och en kräver sin egen autentiserade upplåsnings- eller återställningsväg. Utan de nödvändiga valv- och huvudnycklarna förblir det krypterade innehållet otillgängligt. Containerns existens raderas inte kryptografiskt.