De bescherming begint vóór het uploaden

Native kluizen werken lokaal zonder een Revault-account. Bestandsinhoud, bestandsnamen, MIME-typen, miniaturen, kluisnamen, mappen, tags en favorieten worden op het apparaat gecodeerd. Lokaal gebruik uploadt geen kluisbestanden naar Revault. Native cloudsynchronisatie en delen zijn optionele, afzonderlijke bewerkingen.

Het model gaat uit van een betrouwbaar besturingssysteem, geïnstalleerde app en cryptografische willekeurige bron wanneer een kluis wordt aangemaakt of ontgrendeld. Iemand met alleen versleutelde bestanden en sleutelverpakkingen kan deze niet ontsleutelen zonder het vereiste geheim. Malware of een gecompromitteerde app die wordt uitgevoerd terwijl een kluis open is, kan platte tekst en sleutels vastleggen.

Jouw apparaatPlatte tekst en kluissleutel

Versleutel lokaalGeauthenticeerde cijfertekst

Gecodeerde opslagGeen kluissleutel in platte tekst

Onafhankelijke sleutels voor elke kluis

Elke kluis begint met een willekeurige 256-bits AES hoofdsleutel, gegenereerd met behulp van de cryptografische willekeurige bron van het besturingssysteem. Het gebaar bepaalt deze sleutel niet direct. Elke kluis beschikt over onafhankelijk hoofdsleutelmateriaal, dus het vrijgeven van de ene kluissleutel leidt niet tot een andere.

Een apparaatpatroon combineert de geordende puntenreeks met een willekeurig apparaatgeheim van 256 bits. De resulterende invoer wordt genormaliseerd met NFKC en doorgegeven aan PBKDF2-HMAC-SHA-256 met een nieuwe 128-bits salt en 600.000 iteraties. De afgeleide 256-bits sleutel omhult de hoofdsleutel met behulp van AES-256-GCM. De app slaat geen patroon in platte tekst of een afzonderlijke patroonvingerafdruk op.

Patronen gebruiken een raster van 5 x 5 met zes tot 25 verschillende punten en moeten uniek zijn voor alle kluizen die op hetzelfde apparaat zijn ingeschreven. Een passend patroon opent alleen de kluis; andere kluisnamen en inhoud blijven verborgen. Voorspelbare gebaren zijn nog steeds gemakkelijker te raden. Iemand die zowel een apparaatgeheim als de gecodeerde verpakking ervan verkrijgt, kan proberen offline patronen te raden.

Voor het openen van een eigen kluis is het lokale patroon of een expliciete herstelstroom vereist, geen Revault-account of wachtwoordsleutel. Optionele cloudsynchronisatie maakt gebruik van de Apple of Google-autorisatie van het platform, en winkelaankopen gebruiken het platformfactureringsaccount. Noch cloudautorisatie, noch een aankoop levert een decryptiesleutel voor de kluis op.

Cryptografische parameters
Doel	Bouw
Kluishoofdsleutel	Willekeurige 256-bits AES-sleutel
Sleutel inpakken	PBKDF2-HMAC-SHA-256 · 600.000 iteraties · 128-bit salt → AES-256-GCM
Metagegevens en miniaturen	AES-256-GCM · willekeurige 96-bits nonce · 128-bits authenticatietag
Afleiding van bestandssleutel	HKDF-SHA-256 · willekeurige 256-bit salt per bestand · 256-bit AES-uitvoer
Herstelgeheim	Gegenereerd: 18 willekeurige woorden (198 bits); aangepast: minimaal 6 verschillende woorden en 32-512 tekens

Sleutelbeveiliging alleen voor apparaat

Op iOS wordt de apparaatvergrendeling opgeslagen als een niet-synchroniserend Keychain-item met behulp van WhenUnlockedThisDeviceOnly-beveiliging. Het is alleen toegankelijk als het apparaat ontgrendeld is en migreert niet via Keychain-synchronisatie. Het opgeslagen geheim is geen Secure Enclave-sleutel.

Op Android wordt de apparaatvergrendeling gecodeerd met AES-256-GCM onder een niet-exporteerbare Android Keystore-sleutel waarvoor een ontgrendeld apparaat vereist is. Het gecodeerde vergrendelingsbestand bevindt zich in de map zonder back-up van de app. Keystore hardwareondersteuning is afhankelijk van het apparaat; de app belooft niet dat elk apparaat door hardware ondersteunde sleutels gebruikt.

Lokale ontgrendelingsgeheimen zijn uitgesloten van systeemeigen cloudsynchronisatie en back-ups van draagbare kluis. Het bezit van een Apple- of Google-account zorgt er niet voor dat deze geheimen opnieuw worden aangemaakt en dat er ook niet automatisch een herstelde kluis wordt ontgrendeld. Een nieuw apparaat moet het onafhankelijke herstelgeheim verifiëren en zijn eigen patroon registreren.

Vertrouwelijkheid en sabotagedetectie

Metagegevens van de kluis, metagegevens van bestanden, miniaturen en ingepakte sleutels gebruiken AES-256-GCM met 128-bits authenticatietags. Elke onafhankelijke codering maakt gebruik van een nieuwe willekeurige 96-bits nonce. Decodering verifieert de tag voordat platte tekst wordt geretourneerd; gewijzigde cijfertekst of een verkeerde sleutel zorgt ervoor dat de authenticatie mislukt.

Aanvullende geauthenticeerde gegevens verbinden elk gecodeerd object met zijn formaatversie, kluis-ID, object-ID en doel. Een record voor miniatuurweergaven en bestandsmetagegevens gebruiken bijvoorbeeld verschillende contexten. Het verplaatsen van een gecodeerd object naar een andere kluis of het vervangen ervan door een ander object verandert de geverifieerde context en mislukt de verificatie.

Geauthenticeerde context verbergt geen identificatiegegevens en bewijst geen versheid. Een geldig ouder record kan nog steeds een geldige tag hebben. Applicatierevisiecontroles detecteren gewone gelijktijdige updates, maar dit is geen cryptografische verdediging tegen een kwaadwillende service die een volledig oudere staat naspeelt.

Grote bestanden gebruiken geverifieerde segmenten

Native bestandsversleuteling maakt gebruik van de AES-256-GCM-HKDF-SHA-256 streaming-constructie beschreven door Tink. iOS gebruikt CryptoKit voor AES-GCM en HKDF; Android maakt gebruik van cryptografische platformprimitieven. Elke nieuwe stream heeft een header van 40 bytes met daarin de lengtemarkering, een willekeurige salt van 32 bytes en een willekeurig nonce-voorvoegsel van zeven bytes.

HKDF leidt een afzonderlijke bestandscoderingssleutel af van de kluishoofdsleutel. De context omvat de kluis- en bestands-ID's, de bytelengte in platte tekst en de geconfigureerde segmentgrootte. De nonce van 12 bytes van elk segment combineert het willekeurige voorvoegsel, een segmentteller van vier bytes en een vlag voor het laatste segment. Segmenten bevatten 128-bits GCM-tags.

De native apps verwerken bestanden in begrensde segmenten van ongeveer 5 MiB. Segmenttellers, de vlag van het laatste segment en de verwachte bytelengtes detecteren gewijzigde, opnieuw geordende of afgeknotte segmenten. Elk segment wordt vóór gebruik geverifieerd en er wordt pas een privévoorbeeld gepubliceerd nadat het bestand is ontsleuteld. Onvolledige uitvoer wordt weggegooid bij falen; Bij nieuwe pogingen worden de bestaande gecodeerde bytes overgedragen.

De constructie volgt de Tink AES-GCM-HKDF streamingspecificatie. De implementatie en segmentconfiguratie van Revault zijn niet onafhankelijk gecontroleerd of gecertificeerd door Tink.

Privéopslag, import en previews

Gecodeerde kluisbestanden bevinden zich in de privé-app-opslag. Bestandsnamen, MIME-typen, mappen, tags, favorieten en miniaturen zijn geverifieerde gecodeerde records. Zoek- en tagfiltering werken na ontgrendeling op de gedecodeerde metagegevens van de actieve kluis; er is geen zoekindex op de server in platte tekst.

Bij het importeren van foto's, video's en bestanden kan gebruik worden gemaakt van tijdelijke privé-staging vóór de codering. Bij camera-opnamen in de kluis wordt niet automatisch een kopie in de galerij opgeslagen. Als u importeert vanuit Foto's of een andere provider, blijft het origineel van die provider intact. Optionele media-optimalisatie vindt lokaal plaats vóór de codering en wijzigt alleen nieuw geïmporteerde media.

Privévoorbeelden vereisen tijdelijke leesbare tekst zolang ze geopend zijn. De apps verwijderen hun tijdelijke voorbeelden bij het sluiten, vergrendelen en vervolgens opstarten; iOS past volledige bestandsbescherming toe op gedecodeerde voorbeeldbestanden. Bestanden die expliciet naar een andere app worden geëxporteerd, verlaten de bescherming van de kluis. Het tijdelijk verwijderen van bestanden is geen garantie voor forensische verwijdering.

Optionele native cloudsynchronisatie

Synchronisatie is standaard uitgeschakeld en afzonderlijk ingeschakeld voor elke kluis op elk apparaat. iOS slaat gecodeerde records en bestandssegmenten op in de privédatabase CloudKit van de gebruiker in iCloud. Android gebruikt Google Drive’s privé appDataFolder. Geen van beide transporten vereist een Revault-account en uploadt eigen synchronisatiegegevens naar de webcloud van Revault.

De cloud ontvangt gecodeerde metagegevens, bestandssegmenten en sleutelverpakkingen, geen kluishoofdsleutel in platte tekst, een lokaal apparaatgeheim of herstelgeheim. Een ander apparaat op hetzelfde platform heeft hetzelfde native cloudaccount en de kluisherstelsleutel nodig om zijn eigen lokale patroon te registreren. De autorisatie Apple en Google regelt de toegang tot de gecodeerde records, niet de decodering ervan.

Als u de synchronisatie uitschakelt, worden verdere overdrachten voor die kluis vanaf het huidige apparaat gestopt; bestaande gecodeerde cloudkopieën blijven bestaan. Synchronisatiewijzigingen en -verwijderingen kunnen zich verspreiden, en voor gelijktijdige bewerkingen kan een conflictbeoordeling nodig zijn. iCloud en Google Drive zijn afzonderlijke winkels, zonder automatische platformonafhankelijke brug. Gebruik een gecodeerde telefoonoverdracht om te schakelen tussen iPhone en Android.

Herstel is een tweede pad naar dezelfde sleutel

Revault genereert één herstelzin met 18 onafhankelijk gekozen woorden uit een gebundelde lijst van 2.048 woorden, wat 198 bits willekeur oplevert. Creation biedt geen aangepaste zinnen of regeneratie. De frase leidt onafhankelijk een inpaksleutel af met behulp van PBKDF2-HMAC-SHA-256 en een vers zout, en verpakt vervolgens de hoofdsleutel van de kluis met AES-256-GCM. Iedereen met de zin en de gecodeerde kluis kan deze decoderen. Bestaande aangepaste zinnen en hexadecimale herstelsleutels blijven compatibel met hun oorspronkelijke kluizen.

Het herstelgeheim wordt getoond tijdens de installatie en wordt niet bewaard in de native app-opslag of geüpload naar de native cloudopslag. Bewaar het gescheiden van de gecodeerde bestanden. Voor het inschrijven van een ander apparaat is de gecodeerde kluis van het oorspronkelijke native cloudaccount vereist, of een gecodeerde back-up, plus de herstelsleutel. Een geheim kan ontbrekende bestandsgegevens niet herstellen en Revault heeft geen door de provider bewaarde resetsleutel.

Een draagbare .qvault-back-up bevat gecodeerde sleutelverpakkingen, een geverifieerde gecodeerde inventaris en gecodeerde bestandssegmenten. Het sluit het ontgrendelingsgeheim van het lokale apparaat uit. Import verifieert de inventaris, metagegevens en elk segment voordat het wordt hersteld in een kluis met nieuwe identificatiegegevens, hoofdsleutel, bestandssleutels en een nieuw apparaatpatroon. Bewaar de nieuwe herstelsleutel na herstel.

Nieuwe herstelzinnen behouden hoofdlettergebruik, normaliseren Unicode met NFKC en vouwen extra witruimte in. Verouderde hexadecimale sleutels blijven ondersteund. U kunt de herstelzin van een kluis in de instellingen vervangen nadat u de nieuwe zin heeft opgeslagen. Dit vervangt de huidige herstelverpakking; oude back-ups en apparaten die niet zijn gesynchroniseerd, kunnen nog steeds de oude verpakking bevatten. Als u een patroon of herstelzin wijzigt, wordt de kluishoofdsleutel niet geroteerd en worden kopieën niet ingetrokken. Als sleutelmateriaal is aangetast, verplaatst u de bestanden naar een nieuwe kluis met nieuwe sleutels.

Gecodeerde migratie van telefoon naar telefoon

Via telefoonoverdracht wordt een draagbare gecodeerde kopie gemaakt met nieuwe kluis-ID's, hoofdsleutel, bestandssleutels en streamheaders. Het onafhankelijke overdrachtsgeheim kan de bronkluis niet ontgrendelen, en het bronherstelgeheim en het ontgrendelingsgeheim van het apparaat zijn niet inbegrepen. Het versleutelde pakket en het overdrachtsgeheim moeten apart worden aangeleverd.

De ontvangende app verifieert het pakket en de bestandssegmenten ervan en herstelt het vervolgens in een nieuwe kluis met een nieuw lokaal patroon en een nieuwe herstelsleutel. Dit werkt tussen iOS en Android zonder hun cloudaccounts te overbruggen. Het origineel blijft op het oude apparaat staan; bevestig de herstelde inhoud en sla de nieuwe herstelsleutel op voordat u deze verwijdert.

Vergrendelen en sessie opschonen

De mobiele apps worden onmiddellijk vergrendeld als ze op de achtergrond staan en standaard na 60 seconden inactiviteit. Elke kluis kan 30 seconden, 1 minuut, 2 minuten, 5 minuten of 10 minuten selecteren. Een gedeelde kluis gebruikt de standaardwaarde van 60 seconden. Als u afsluit, keert u terug naar het patroonscherm en beëindigt u de gedecodeerde sessie.

Vergrendelen annuleert sessiewerk, wist gedecodeerde metagegevens en zoekstatus, sluit voorbeelden, verwijdert tijdelijke bestanden en overschrijft eigen sleutelbuffers voordat ze worden vrijgegeven. Tijdelijke afleidingssleutels worden na gebruik ook gewist. Swift en JVM geheugenbeheer, cryptografische bibliotheken en mediadecoders kunnen kopieën maken; onmiddellijke verwijdering van elke kopie kan niet worden gegarandeerd.

iOS omvat snapshots van app-switchers met een privacyschild. Android gebruikt de vlag voor beveiligd venster om schermafbeeldingen en voorbeelden van recente apps te beperken. Deze platformbeveiligingen voorkomen niet dat iemand een ontgrendeld scherm fotografeert, en ze trekken geen bestanden in die eerder naar een andere app zijn geëxporteerd.

Revault Cloud

Revault Cloud is een optionele Pro-opslagprovider voor platformonafhankelijke synchronisatie. Gecodeerde segmenten en gecodeerde bestandsmetagegevens worden gekoppeld aan een pseudonieme factureringsinstallatie. De service kan opslag-ID's, -groottes, controlesommen, revisies en overdrachtsactiviteiten observeren, maar ontvangt geen onverpakte kluissleutel of herstelzin. Een aparte willekeurige verbindingscode autoriseert toegang tot de opslag; Voor het aansluiten van een ander apparaat is ook de herstelzin vereist. Bestaande cloudgegevens blijven leesbaar voor herstel nadat Pro is verlopen.

Optionele kluisactiviteit

Systeemeigen auditlogboeken zijn standaard uitgeschakeld en per kluis op elk apparaat geconfigureerd. De laatste 500 lokale gebeurtenissen worden gecodeerd met de hoofdsleutel van de kluis en een speciale, geverifieerde context. Ze sluiten sleutels, patronen, bestandsinhoud en gegevens van andere kluizen uit, synchroniseren niet en kunnen worden gewist of uitgeschakeld. Het zijn geen fraudebestendige bewijzen. Mislukte ontgrendelingen worden niet aan een kluis toegewezen.

Nieuwe gecontroleerde shares die zijn gemaakt met logboekregistratie ingeschakeld, behouden maximaal 100 tijdstempels voor toegangssessies op de deelservice. Alleen de beheercapaciteit kan ze ophalen; het logboek bevat geen identiteit van de ontvanger of een decoderingsgeheim. Het uitschakelen van lokale logboekregistratie heeft invloed op toekomstige shares. Bestaande gedeelde logboeken behouden hun oorspronkelijke instelling tot intrekking of verval en opschoning.

Optionele gecodeerde inbraakfoto's

Eigenaren kunnen inbraakwaarschuwingen afzonderlijk inschakelen voor elke kluis op elk apparaat. Na drie ongeëvenaarde patronen kan de app op de voorgrond een foto van de camera aan de voorkant maken, onder voorbehoud van toestemming, beschikbaarheid van de camera en een afkoelperiode van één minuut. Systeemcamera-indicatoren blijven zichtbaar. De laatste tien waarschuwingen worden lokaal opgeslagen en nooit aan Foto's toegevoegd of geüpload. Een ongeëvenaard patroon identificeert geen doelkluis, dus elke aangemelde kluis ontvangt een afzonderlijk gecodeerd record van apparaatpogingen.

Een speciale openbare RSA-3072-sleutel bevat een nieuwe 256-bits AES-GCM-sleutel voor elke waarschuwing die OAEP gebruikt met SHA-256 en MGF1-SHA-256. Hierdoor is codering mogelijk terwijl de kluis is vergrendeld. De bijbehorende privésleutel wordt zelf gecodeerd onder de hoofdsleutel van die kluis met een speciale, geverifieerde context. Alleen het ontgrendelen van die kluis kan de foto's ervan ontsleutelen. Waarschuwingen verschijnen in de auditweergave, onafhankelijk van de gewone activiteitenregistratie, en kunnen worden gewist in de instellingen voor inbraakwaarschuwingen. Het zijn geen fraudebestendige bewijzen.

Safe Exit verwijdert lokale toegang

Eén kluis op een apparaat kan worden toegewezen aan Safe Exit. Als u het patroon invoert, wordt het normaal geopend, terwijl de andere lokale kluisrecords, gecodeerde delen, apparaatontgrendelingsmateriaal en wijzigingen in de wachtrij worden verwijderd. De app houdt een permanente lokale toelatingslijst bij, zodat synchronisatie uitgesloten kluizen niet stilletjes opnieuw kan vullen. Het kan zijn dat reeds tijdens de vlucht gecodeerde overdrachten nog steeds worden voltooid.

Native cloudkopieën en kopieën op andere apparaten blijven bestaan. Voor expliciet herstel is de herstelsleutel van de uitgesloten kluis vereist voordat een nieuw lokaal patroon wordt ingeschreven. Een kluis die alleen offline is, zonder een afzonderlijke back-up, kan verloren gaan. Deze instelling is van toepassing op de huidige installatie, niet op elk apparaat dat hetzelfde cloudaccount gebruikt.

Safe Exit biedt geen garantie op forensische verwijdering of verhulling. Flash-opslag, caches van het besturingssysteem, back-ups en eerdere exports kunnen sporen behouden. Het verwijderen van app-gegevens of het opnieuw installeren kan de lokale isolatiegrens verwijderen; cloudrecords kunnen vervolgens opnieuw worden ontdekt via het eigen cloudaccount. Alleen het herstelgeheim kan deze records ontgrendelen.

Wat zichtbaar blijft

Encryptie verbergt de inhoud, niet alle operationele informatie. Lokale records en cloudproviders kunnen identificatiegegevens, recordrelaties, objectaantallen, groottes, revisies, tijdstempels, gecodeerde sleutelwrappers en streamheaders observeren. Identifiers gebruiken UUIDv7 en bevatten informatie over de aanmaaktijd; het zijn geen geheimen. Apple of Google kunnen native synchronisatieactiviteit koppelen aan het platformaccount.

De gecontroleerde deelservice van Revault kan gecodeerde pakketgroottes, onderdeelcontrolesommen, vervalinstellingen, aantallen toegangssessies en optionele sessietijdstempels observeren, maar niet het afzonderlijk geleverde decoderingsgeheim. CloudKit delen maakt uitnodigings- en deelnemerinformatie openbaar aan Apple. Netwerk- en operationele records kunnen verbindingsinformatie blootleggen. Revault biedt geen weerstand tegen anonimiteit of verkeersanalyse.

HTTPS beschermt netwerkverzoeken tijdens de overdracht. Geauthenticeerde encryptie op het apparaat beschermt afzonderlijk de inhoud van de kluis die lokaal en in de cloud is opgeslagen. Noch transportversleuteling, noch cijfertekst verbergt elk feit over wanneer, waar of hoeveel gegevens worden overgedragen.

Waar de bescherming eindigt

Een ontgrendelde kluis stelt noodzakelijkerwijs gedecodeerde informatie bloot aan de app-sessie. Malware, een gecompromitteerd besturingssysteem of een gecompromitteerde app, iemand die het scherm bekijkt of een niet-vertrouwde ontvanger kunnen deze onderscheppen. Alleen apparaatsleutelopslag is een extra grens en geen garantie tegen een volledig gecompromitteerd apparaat. Een voorspelbaar patroon is onveilig zodra het lokale geheim ervan in gevaar komt.

Encryptie voorkomt niet het verwijderen van de cloud, ransomware, het verlies van een herstelgeheim, het achterhouden van gegevens door een provider of het terugdraaien van een volledige eerder geldige gecodeerde status. Bewaar onafhankelijke gecodeerde back-ups en verifieer het herstel voordat u een oud apparaat verwijdert. Bij intrekking kunnen geen screenshots, exports of kopieën worden teruggehaald die al door een andere persoon zijn bewaard.

Revault heeft geen onafhankelijke beveiligingsaudit ondergaan. Dit zijn beschrijvingen van het geïmplementeerde cryptografische ontwerp, geen certificering of garantie tegen elke inbreuk.

Cryptografische referenties

NIST SP 800-38D — GCM-geverifieerde codering RFC 8018 — PBKDF2 RFC 5869 — HKDF

Bestaande browserkluizen

In deze referentie worden de native apps beschreven. Bestaande browserkluizen hebben een afzonderlijk account-, apparaatopslag- en web-cloudmodel. Browserspecifieke S3-uploads en browsershare-links zijn geen native cloudsynchronisatie. Met het browseraccount wordt u niet aangemeld bij de mobiele apps; gebruik een gecodeerde back-up en de bijbehorende herstelsleutel om bestaande browsergegevens naar een eigen kluis te verplaatsen.