Slik beskytter Mirage Vault bildene: kryptering og nøkler

Oppdatert 9. november 2026Fakta fra appens kildekode og sikkerhetsrevisjonen fra 2026-10-31

Slik beskytter Mirage Vault bildene dine: hvert bilde krypteres på selve iPhonen med AES-256-GCM, med én tilfeldig nøkkel per fil, og hvelvnøkkelen låses bak Secure Enclave. Det finnes ingen konto og ingen server: mønsteret, Face ID eller en gjenopprettingsfrase er de eneste veiene inn, og en kopi av filene kan ikke åpnes ved gjetting et annet sted.

Hvem som ser etter, og hva de får

Hver rad er én person som kan tenkes å se etter, hva vedkommende får med Mirage Vault, og hva som beskytter deg.

HvemHva de serHva som beskytter deg
Noen som kikker på Hjem-skjermen din eller over skulderen dinEt nøytralt symbol; låseskjermen er blank sand uten appnavn og uten rutenettMønsterrutenettet vises bare under fingeren og blekner når du løfter den; appveksleren viser et blankt øyeblikksbilde
Noen som holder den opplåste iPhonen dinDen blanke låseskjermen til hvelvetFace ID eller mønsteret; 5 feil forsøk starter en pause på 30 s som dobles, opptil 1 time; låsing når du går ut av appen, låsing med skjermen ned
Noen som kjenner iPhone-koden dinDen samme blanke låseskjermenHvelvet har sin egen nøkkel. iPhone-koden åpner det ikke, og Face ID for hvelvet er bundet til de registrerte ansiktene: legges et nytt ansikt til på iPhonen, slås Face ID for hvelvet av til du låser opp med mønsteret og slår funksjonen på igjen
Noen med en kopi av filene eller av sikkerhetskopien i iCloudData som ser tilfeldige ut, under tilfeldige navnAES-256-GCM med én nøkkel per fil; hvelvnøkkelen er pakket inn av en Secure Enclave-nøkkel som ikke kan kopieres, så mønsteret kan ikke gjettes offline. Sikkerhetskopien kan bare åpnes med gjenopprettingsfrasen på 8 ord
Noen som tvinger deg til å låse oppDet hvelvet du velger å viseEt lokkehvelv bak et ekstra mønster, og en Wipe Key: et mønster som sletter nøklene til det ekte hvelvet på stedet og åpner lokkehvelvet i stedet (begge Mirage Pro). Begge krever at Face ID er slått av, fordi Face ID åpner det ekte hvelvet så snart Mirage åpnes
Mirage, eller alle som spør MirageIngenting: det finnes ingen konto, ingen server og ingen kopi av nøkkelenGjenopprettingsfrasen vises én gang og lagres aldri; ingen fra Mirage vil noen gang be deg om den

Slik beskytter Mirage Vault bildene: krypteringen i detalj

Dette er parameterne i appens kildekode, ikke et sammendrag.

  • Mønsteret eller PIN-koden din kjøres gjennom PBKDF2-HMAC-SHA256 med minst 600 000 iterasjoner, kalibrert til å ta minst 250 ms på iPhonen din. Resultatet er aldri selve hvelvnøkkelen.
  • Secure Enclave pakker inn resultatet: ECIES på en P-256-nøkkel i Secure Enclave. Den private nøkkelen lages inne i Secure Enclave og kan ikke leses ut, så en kopi av filene og nøkkelringen er ikke nok til å prøve mønstre på en annen maskin.
  • Hvelvnøkkelen (256 tilfeldige biter, én per hvelv) pakkes bare ut i minnet, og bare etter riktig mønster, Face ID eller gjenopprettingsfrase.
  • Hver fil har sin egen tilfeldige nøkkel, pakket inn av hvelvnøkkelen. Bilder, videoer, notater, skanninger, miniatyrbilder og forhåndsvisninger er alle separate objekter.
  • Hver fil forsegles i blokker på 1 MiB med AES-256-GCM: en ny nonce per blokk og autentiserte data som binder blokken til filen, til posisjonen og til om den er den siste. En endret, avkortet eller ombyttet blokk oppdages og dekrypteres ikke.
256 biter
hvelvnøkkel, tilfeldig per hvelv
≥ 600 000
PBKDF2-HMAC-SHA256-runder
1 MiB
per kryptert blokk
0
servere, kontoer, sporere

Andre fakta om formatet: filnavn på disken er tilfeldige 128-biters identifikatorer; containeren ligger under NSFileProtectionComplete og er unntatt fra sikkerhetskopier av enheten; filhodet har 8 nøkkelplasser av identisk lengde, og ubrukte plasser er fylt med tilfeldige byte, så plassene avslører ikke om et lokkehvelv eller en Wipe Key finnes. Indeksfilene kan likevel vise tegn på et ekstra hvelv ved kriminalteknisk analyse; dette er et åpent punkt i appens revisjon. Face ID har sin egen Secure Enclave-nøkkel, laget med de ansiktene som er registrert akkurat da, uten å falle tilbake på iPhone-koden. Videoer spilles av via en kryptert ressurslaster, blokk for blokk, uten en midlertidig dekryptert fil. Innbruddsregistreringer forsegles med HPKE (P-256, HKDF-SHA256, AES-256-GCM) mens hvelvet er låst, så bare nøkkelen til det ekte hvelvet kan åpne dem senere.

Sikkerhetskopi og gjenoppretting

Kryptert sikkerhetskopi i iCloud er gratis for alle og slått på som standard. Den laster opp de samme krypterte objektene til den private databasen i din egen iCloud-konto; Apple ser chiffertekst, Mirage ser ingenting i det hele tatt. Sikkerhetskopien kan bare åpnes med gjenopprettingsfrasen: 8 ord fra BIP-39-listen (88 biter), vist én gang og aldri lagret. Frasen er den eneste nøkkelen som virker på en annen iPhone, fordi alle andre nøkler er bundet til Secure Enclave i iPhonen som lagde dem.

Skjermen med gjenopprettingsfrasen i Mirage Vault: åtte nummererte ord og tre påminnelser om å skrive dem på papirSkjermen med gjenopprettingsfrasen i Mirage Vault: åtte nummererte ord og tre påminnelser om å skrive dem på papir
Åtte ord, vist én gang. Mirage kan ikke vise dem igjen og kan ikke nullstille dem.

Hva som ble kontrollert, og av hvem

Containerformatet og applaget ble gjennomgått 2026-10-31: kodelesing, en ny gjennomgang av formatet ved en annen person, og et stresstestmål med kontroller for samtidighet, manipulering, fuzzing og lekkasje av klartekst (71 tester i pakken, alle bestått, også under Thread Sanitizer). Filkrypteringen holdt mot bitflipp, tilfeldige mutasjoner, avkorting ved hver grense og ombytting av blokker mellom filer: feil klartekst ble aldri returnert. Funnene gjaldt logikken for hvelv og nøkkelplasser og sikkerhetskopien i iCloud, og de kritiske og alvorlige funnene ble rettet samme dag; revisjonsdokumentet registrerer hvert funn med status.

MirageCrypto-modulen, som definerer containerformatet og nøklene, er skrevet som en frittstående pakke slik at den kan publiseres på GitHub. Denne siden vil lenke til den når den er offentlig.

Et sammendrag av appen i ett avsnitt, symbolet og skjermbilder til omtale finner du i pressemappen.

Sikkerhetssider

Spørsmål

Er Mirage Vault kryptert?
Ja. Hvert bilde, hver video, hvert notat og hver fil krypteres på iPhone med AES-256-GCM i blokker på 1 MiB, hver fil med sin egen tilfeldige nøkkel. Miniatyrbilder og forhåndsvisninger er også kryptert. Ingen lesbar kopi skrives til disken, og filnavnene er tilfeldige identifikatorer.
Kan Mirage lese bildene mine?
Nei. Det finnes ingen Mirage-konto og ingen Mirage-server. Hvelvnøkkelen forlater aldri iPhonen, sikkerhetskopien i iCloud inneholder bare chiffertekst i din egen iCloud-konto, og gjenopprettingsfrasen vises én gang og lagres aldri. Ingen hos Mirage kan åpne et hvelv, og ingen hos Mirage vil noen gang be om frasen.
Hva skjer hvis noen kopierer filene fra iPhonen min?
De får data som ser tilfeldige ut. For å åpne dem trengs hvelvnøkkelen, som er pakket inn av en nøkkel i Secure Enclave på den iPhonen. Å gjette mønsteret offline fra en kopi av filene virker ikke: Secure Enclave-nøkkelen kan ikke hentes ut, så hvert gjett må kjøres på enheten, der 5 feil forsøk starter en pause som øker til 1 time.
Samler Mirage Vault inn data?
Personvernetiketten i App Store sier «Ingen data samles inn». Appen har ingen analyseverktøy, ingen tjeneste for krasjrapportering, ingen reklame-SDK og ingen konto. Kjøp går via Apple. Den eneste nettverkstrafikken er den valgfrie krypterte sikkerhetskopien til din egen iCloud-konto.
Er krypteringskoden åpen?
MirageCrypto-modulen, som definerer containerformatet og nøklene, er skrevet for å publiseres på GitHub. Inntil den er det, beskriver denne siden formatet så detaljert at hvem som helst senere kan kontrollere påstandene mot den publiserte modulen.