KRYPTOGRAFIE & VERTROUE

Sekuriteitsmodel

'n Tegniese verwysing vir Revault op iOS en Android: hoe plaaslike kluise, toestelsleutels, inheemse wolksinkronisering en onafhanklike delings jou data beskerm, en waar daardie beskerming eindig.

Tegniese verwysing · Opgedateer Oktober 2026

Beskerming begin voor oplaai

Inheemse kluise werk plaaslik sonder 'n Revault-rekening. Lêerinhoud, lêername, MIME-tipes, duimnaels, kluisname, dopgehou, etikette en gunstelinge word op die toestel geïnkripteer. Plaaslike gebruik laai nie kluislêers op na Revault. Inheemse wolksinkronisering en -deling is opsionele, afsonderlike bewerkings.

Die model veronderstel 'n betroubare bedryfstelsel, geïnstalleerde toepassing en kriptografiese ewekansige bron wanneer 'n kluis geskep of ontsluit word. Iemand met slegs geënkripteerde lêers en sleutelomhulsels kan dit nie sonder die vereiste geheim dekripteer nie. Wanware of 'n gekompromitteerde toepassing wat loop terwyl 'n kluis oop is, kan gewone teks en sleutels vaslê.

Jou toestelGewone teks en kluissleutel
Enkripteer plaaslikGeverifieerde syferteks
Geënkripteerde bergingGeen gewone tekskluissleutel nie

Onafhanklike sleutels vir elke kluis

Elke kluis begin met 'n ewekansige 256-bis AES hoofsleutel, gegenereer deur die bedryfstelsel se kriptografiese ewekansige bron te gebruik. Die gebaar bepaal nie direk hierdie sleutel nie. Elke kluis het onafhanklike hoofsleutelmateriaal, so openbaarmaking van een kluissleutel lei nie 'n ander af nie.

'n Toestelpatroon kombineer sy geordende kolletjievolgorde met 'n ewekansige 256-bis toestelgeheim. Die gevolglike invoer word genormaliseer met NFKC en deurgegee na PBKDF2-HMAC-SHA-256 met 'n vars 128-bis sout en 600,000 iterasies. Die afgeleide 256-bis-sleutel omvou die hoofsleutel deur AES-256-GCM te gebruik. Die toepassing stoor nie 'n gewone tekspatroon of 'n aparte patroonvingerafdruk nie.

Patrone gebruik 'n 5 × 5 rooster met ses tot 25 duidelike kolletjies en moet uniek wees oor kluise wat op dieselfde toestel ingeskryf is. 'n Bypassende patroon maak net sy kluis oop; ander kluisname en inhoud bly versteek. Voorspelbare gebare is steeds makliker om te raai. 'n Persoon wat beide 'n toestelgeheim en sy geënkripteerde omhulsel bekom, kan vanlyn patroonraaiings probeer.

Om 'n inheemse kluis oop te maak, vereis sy plaaslike patroon of 'n eksplisiete herstelvloei, nie 'n Revault-rekening of wagwoordsleutel. Opsionele wolksinkronisering gebruik die platform se Apple of Google magtiging, en winkelaankope gebruik die platform-faktureringrekening. Nóg wolkmagtiging nóg 'n aankoop verskaf 'n kluis-dekripsiesleutel.

Kriptografiese parameters
DoelKonstruksie
Vault-hoofsleutelEwekansige 256-bis AES sleutel
Sleutel toedraaiPBKDF2-HMAC-SHA-256 · 600 000 iterasies · 128-bis sout → AES-256-GCM
Metadata en duimnaelsAES-256-GCM · ewekansige 96-bis nonce · 128-bis stawingmerker
Lêer sleutel afleidingHKDF-SHA-256 · per-lêer ewekansige 256-bis sout · 256-bis AES uitvoer
Herstel geheimGegenereer: 18 ewekansige woorde (198 bisse); pasgemaak: ten minste 6 duidelike woorde en 32–512 karakters

Slegs toestel-sleutelbeskerming

Op iOS word die toestelslot gestoor as 'n nie-sinkroniserende Keychain item deur gebruik te maak van WhenUnlockedThisDeviceOnly beskerming. Dit is slegs toeganklik terwyl die toestel ontsluit is en migreer nie deur Keychain-sinkronisering. Die gestoor geheim is nie 'n Secure Enclave sleutel.

Op Android word die toestelslot geïnkripteer deur gebruik te maak van AES-256-GCM onder 'n nie-uitvoerbare Android Keystore sleutel wat 'n ontsluit toestel vereis. Die geënkripteerde slotlêer woon in die toepassing se gids sonder rugsteun. Keystore hardeware-rugsteun hang af van die toestel; die toepassing belowe nie dat elke toestel hardeware-gesteunde sleutels gebruik nie.

Plaaslike ontsluitgeheime word uitgesluit van inheemse wolksinkronisering en draagbare kluis-rugsteun. Die besit van 'n Apple of Google rekening herskep nie daardie geheime of ontsluit outomaties 'n gerestoureerde kluis nie. 'n Nuwe toestel moet die onafhanklike herstelgeheim verifieer en sy eie patroon inskryf.

Vertroulikheid en peuteropsporing

Vault-metadata, lêermetadata, duimnaels en toegedraaide sleutels gebruik AES-256-GCM met 128-bis-verifikasiemerkers. Elke onafhanklike enkripsie gebruik 'n vars ewekansige 96-bis nonce. Dekripsie verifieer die merker voordat gewone teks teruggestuur word; gewysigde syferteks of 'n verkeerde sleutel veroorsaak dat verifikasie misluk.

Bykomende geverifieerde data bind elke geënkripteerde voorwerp aan sy formaatweergawe, kluisidentifiseerder, objekidentifiseerder en doel. Byvoorbeeld, 'n kleinkiekie en lêermetadatarekord gebruik verskillende kontekste. Deur 'n geënkripteerde voorwerp na 'n ander kluis te skuif of dit met 'n ander voorwerp te vervang, verander die geverifieerde konteks en misluk verifikasie.

Geverifieerde konteks versteek nie identifiseerders nie en bewys nie varsheid nie. 'n Geldige ouer rekord kan steeds 'n geldige merker hê. Toepassingshersieningskontroles bespeur gewone gelyktydige opdaterings, maar dit is nie 'n kriptografiese verdediging teen 'n kwaadwillige diens wat 'n volledige ouer toestand weerspeel nie.

Groot lêers gebruik geverifieerde segmente

Inheemse lêerkodering gebruik die AES-256-GCM-HKDF-SHA-256 stroomkonstruksie wat deur Tink beskryf word. iOS gebruik CryptoKit vir AES-GCM en HKDF; Android gebruik platform kriptografiese primitiewe. Elke nuwe stroom het 'n 40-grepe kopskrif wat sy lengtemerker bevat, 'n ewekansige 32-grepe sout en 'n ewekansige sewe-grepe nonce-voorvoegsel.

HKDF lei 'n aparte lêerenkripsiesleutel van die kluishoofsleutel af. Die konteks daarvan sluit die kluis- en lêeridentifiseerders, gewone teksgreeplengte en gekonfigureerde segmentgrootte in. Elke segment se 12-grepe nonce kombineer die ewekansige voorvoegsel, 'n vier-grepe segmentteller en 'n finale segment vlag. Segmente dra 128-bis GCM-etikette.

Die inheemse toepassings verwerk lêers in begrensde segmente van ongeveer 5 MiB. Segmenttellers, die finale segmentvlag en verwagte greeplengtes bespeur veranderde, herrangskik of afgekapte segmente. Elke segment word geverifieer voor gebruik, en 'n private voorskou word eers gepubliseer nadat die lêer klaar gedekripteer is. Onvolledige uitvoer word weggegooi by mislukking; herproberings dra die bestaande geënkripteerde grepe oor.

Die konstruksie volg op die Tink AES-GCM-HKDF streaming spesifikasie. Revault se implementering en segmentkonfigurasie is nie onafhanklik deur Tink geoudit of gesertifiseer nie.

Privaat berging, invoere en voorskoue

Geënkripteerde kluislêers leef in privaat programberging. Lêername, MIME-tipes, dopgehou, etikette, gunstelinge en duimnaels is geverifieerde geënkripteerde rekords. Soek- en merkerfiltrering werk op die aktiewe kluis se ontsyferde metadata na ontsluiting; daar is geen gewone teksbedienersoekindeks nie.

Foto-, video- en lêerinvoere kan privaat tydelike opvoering gebruik voor enkripsie. In-kluis kamera-opname stoor nie outomaties 'n kopie in die gallery nie. Invoer vanaf Foto's of 'n ander verskaffer laat daardie verskaffer se oorspronklike ongeskonde. Opsionele media-optimalisering vind plaaslik plaas voor enkripsie en verander slegs nuut ingevoerde media.

Privaat voorskoue vereis tydelike gewone teks terwyl hulle oop is. Die toepassings verwyder hul tydelike voorskoue by sluiting, sluit en daaropvolgende opstart; iOS pas volledige lêerbeskerming toe op gedekripteerde voorskoulêers. Lêers wat uitdruklik na 'n ander toepassing uitgevoer word, verlaat die kluis se beskerming. Tydelike verwydering van lêers is nie 'n waarborg vir forensiese uitwissing nie.

Opsionele inheemse wolk-sinkronisering

Sinkronisering is by verstek af en afsonderlik geaktiveer vir elke kluis op elke toestel. iOS stoor geënkripteerde rekords en lêersegmente in die gebruiker se private CloudKit databasis in iCloud. Android gebruik Google Drive se private appDataFolder. Geen vervoer vereis 'n Revault-rekening of laai inheemse sinkroniseringsdata op na Revault se webwolk.

Die wolk ontvang geënkripteerde metadata, lêersegmente en sleutelomhulsels, nie 'n gewone tekskluishoofsleutel, plaaslike toestelgeheim of herstelgeheim nie. 'n Ander toestel op dieselfde platform benodig dieselfde inheemse wolkrekening en die kluisherstelsleutel om sy eie plaaslike patroon in te skryf. Apple en Google magtiging beheer toegang tot die geënkripteerde rekords, nie hul dekripsie nie.

Deur sinkronisering af te skakel, stop verdere oordragte vir daardie kluis vanaf die huidige toestel; bestaande geënkripteerde wolkkopieë bly. Sinkronisering veranderinge en skrappings kan versprei, en gelyktydige wysigings kan konflik hersiening vereis. iCloud en Google Drive is afsonderlike winkels, met geen outomatiese kruisplatformbrug nie. Gebruik 'n geënkripteerde telefoonoordrag om tussen iPhone en Android te beweeg.

Herstel is 'n tweede pad na dieselfde sleutel

Revault genereer een herstelfrase wat 18 onafhanklik gekose woorde uit 'n gebundelde 2 048-woord lys bevat, wat 198 stukkies ewekansigheid verskaf. Skepping bied nie pasgemaakte frases of wedergeboorte nie. Die frase lei onafhanklik 'n wikkelsleutel af deur gebruik te maak van PBKDF2-HMAC-SHA-256 en 'n vars sout, en draai dan die kluishoofsleutel met AES-256-GCM. Enigiemand met die frase en geënkripteerde kluis kan dit dekripteer. Bestaande pasgemaakte frases en heksadesimale herstelsleutels bly versoenbaar met hul oorspronklike kluise.

Die herstelgeheim word tydens opstelling gewys en word nie in inheemse programberging volgehou of na inheemse wolkberging opgelaai nie. Hou dit apart van die geïnkripteer lêers. Om 'n ander toestel in te skryf, vereis die geënkripteerde kluis vanaf die oorspronklike inheemse wolkrekening, of 'n geënkripteerde rugsteun, plus die herstelsleutel. 'n Geheim kan nie ontbrekende lêerdata herstel nie, en Revault het geen terugstelsleutel wat deur die verskaffer gehou word nie.

'n Draagbare .qvault-rugsteun bevat geënkripteerde sleutelomhulsels, 'n geverifieerde geënkripteerde voorraad en geënkripteerde lêersegmente. Dit sluit die geheim van die ontsluiting van die plaaslike toestel uit. Invoer verifieer die voorraad, metadata en elke segment voordat dit in 'n kluis herstel word met vars identifiseerders, hoofsleutel, lêersleutels en 'n nuwe toestelpatroon. Stoor die nuwe herstelsleutel na herstel.

Nuwe herstelfrases behou hoofletters, normaliseer Unicode met NFKC en vou ekstra witspasie in. Verouderde heksadesimale sleutels word steeds ondersteun. Jy kan 'n kluis se herstelfrase in sy instellings vervang nadat jy die nuwe frase gestoor het. Dit vervang die huidige herstelomhulsel; ou rugsteune en toestelle wat nie gesinkroniseer is nie, kan steeds die ou omhulsel hou. Die verandering van 'n patroon of herstelfrase draai nie die kluishoofsleutel of herroep kopieë nie. As sleutelmateriaal gekompromitteer word, skuif die lêers na 'n nuwe kluis met vars sleutels.

Geënkripteerde foon-na-foon-migrasie

Telefoonoordrag skep 'n draagbare geënkripteerde kopie met vars kluisidentifiseerders, hoofsleutel, lêersleutels en stroomopskrifte. Sy onafhanklike oordraggeheim kan nie die bronkluis ontsluit nie, en die bronherstelgeheim en toestelontsluitgeheim is nie ingesluit nie. Die geënkripteerde pakket en oordraggeheim moet afsonderlik afgelewer word.

Die ontvangende toepassing staaf die pakket en sy lêersegmente, en herstel dan in 'n nuwe kluis met 'n nuwe plaaslike patroon en herstelsleutel. Dit werk tussen iOS en Android sonder om hul wolkrekeninge te oorbrug. Die oorspronklike bly op die ou toestel; bevestig die herstelde inhoud en stoor die nuwe herstelsleutel voordat dit uitgevee word.

Sluiting en sessie skoonmaak

Die mobiele toepassings sluit by verstek onmiddellik wanneer dit op agtergrond is en na 60 sekondes se onaktiwiteit. Elke kluis kan 30 sekondes, 1 minuut, 2 minute, 5 minute of 10 minute kies. 'n Gedeelde kluis gebruik die 60-sekonde verstek. As u uitgaan, word teruggekeer na die patroonskerm en die gedekripteerde sessie beëindig.

Sluiting kanselleer sessiewerk, vee gedekripteerde metadata en soektoestand uit, maak voorskoue toe, verwyder tydelike lêers en oorskryf sleutelbuffers wat besit word voordat dit vrygestel word. Tydelike afleidingssleutels word ook na gebruik uitgevee. Swift en JVM geheuebestuur, kriptografiese biblioteke en media-dekodeerders mag kopieë skep; onmiddellike uitvee van elke kopie kan nie gewaarborg word nie.

iOS dek app-skakelaar-kiekies met 'n privaatheidskild. Android gebruik die veilige venster-vlag om skermkiekies en onlangse app-voorskoue te beperk. Hierdie platformbeskermings verhoed nie dat iemand 'n oopgesluit skerm fotografeer nie, en dit trek nie lêers terug wat voorheen na 'n ander toepassing uitgevoer is nie.

Revault Cloud

Revault Cloud is 'n opsionele Pro-bergingverskaffer vir kruisplatformsinkronisering. Geënkripteerde segmente en geënkripteerde lêermetadata is gekoppel aan 'n skuilnaam-faktureringinstallasie. Die diens kan bergingidentifiseerders, groottes, kontrolesomme, hersienings en oordragaktiwiteit waarneem, maar ontvang geen oopgewikkelde kluissleutel of herstelfrase nie. 'n Aparte ewekansige verbindingskode magtig stoortoegang; om 'n ander toestel te koppel, vereis ook die herstelfrase. Bestaande wolkdata bly leesbaar vir herstel nadat Pro verval.

Onafhanklike sleutels vir elke aandeel

'n Inheemse deel is 'n momentopname van geselekteerde lêers, nie toegang tot die eienaar se persoonlike kluis nie. By verstek lei die toepassing die geselekteerde lêerweergawesleutels af en vou dit toe met AES-256-GCM onder 'n nuwe deelhoofsleutel. Dit hergebruik die geënkripteerde lêergrepe, terwyl metadata en duimnaels vir die deel herenkripteer. Bronkluissleutels, sy herstelgeheim, vouerstruktuur, etikette en gunstelinge word uitgesluit.

Die aandeel het sy eie onafhanklik gegenereerde 18-woord dekripsiefrase en herstelomhulsel. Die sender gee daardie geheim privaat deur, apart van die uitnodigingskakel. Die bediener ontvang geïnkripteer data, nooit die gewone teks deelsleutel of dekripsie geheim nie. Die ontvanger kan nie ongedeelde lêersleutels of die bronkluis-hoofsleutel van die geselekteerde lêersleutels aflei nie.

Die opsionele ekstra-isolasie-instelling herenkripteer lêerinhoud met vars sleutels en stroomopskrifte. Die verstek is vinniger omdat dit die herskryf van elke lêer vermy; herhaalde syferteks kan kopieë van dieselfde lêerweergawe korreleer. Albei modusse skep 'n aparte momentopname, en nie een kan syferteks en sleutels wat reeds deur 'n ontvanger behou is, terugtrek nie.

Inheemse deelvervoer en toegangskontroles

Op iOS plaas 'n private, leesalleen-CloudKit-uitnodiging die geënkripteerde momentopname in 'n aparte deelrekordhiërargie, buite die persoonlike sinkroniseringsone. Apple beheer uitnodigingtoegang; die ontvanger benodig steeds die aparte dekripsie geheim. CloudKit uitnodigings dwing nie die bediener se toegang-sessietelling, vaste vervaldatum of vernietigingstydteller af nie. Die eienaar kan toekomstige CloudKit toegang stop.

Kruisplatformaandele laai geënkripteerde dele op na Revault se deeldiens. Onafhanklike ewekansige 256-bis lees- en bestuursvermoëns word as SHA-256 hashes gestoor. Die webwerfskakel bevat die leesvermoë in sy fragment, nie die dekripsiegeheim nie. Om dit oop te maak, skakel na 'n gedeelde kluis en vra vir die sender se geheim; geen persoonlike patroon of bestaande kluis word vereis nie. Persoonlike kluise bly gesluit.

Beheerde bedieneraandele dwing die sender se maksimum toegangsessies af, vaste verstryking binne 30 dae, herroeping en opsionele uitvoertoestemming. 'n Sessie word atomies toegestaan ​​en duur hoogstens 15 minute, begrens deur die aandeel se spertye. 'n Toegang tel wanneer die sessie toegestaan ​​word, selfs al misluk aflaai of dekripsie. Die kyker kontroleer deurlopende toegang en sluit op sy sperdatum.

SHA-256 kontrolesomme verifieer oorgedra dele, terwyl geverifieerde enkripsie hul inhoud verifieer. Wanneer uitvoer toegelaat word, kan die kyker 'n geënkripteerde .qvault kopie stoor wat met die deelgeheim oopmaak. As u uitvoer deaktiveer, word daardie toepassingaksie verwyder; dit kan nie kriptografies verhoed dat skermkiekies of 'n gewysigde kliënt gewone teks behou nie. Die uitvee van 'n bronlêer herroep nie 'n onafhanklik geskepde deel nie.

'n Sperdatum na die eerste toegang

'n Sender kan 'n aparte vernietigingstydhouer aktiveer. Dit begin atomies wanneer die eerste bedienertoegangsessie toegestaan ​​word, selfs al misluk oordrag of dekripsie later. Elke latere sessie deel dieselfde sperdatum; heropening stel dit nooit terug nie. Die vroegste van vaste vervaldatum, vernietigingstyd en sessievervaldatum is van toepassing. Op die sperdatum weier die diens verdere leeswerk en stel syferteks in tou vir uitvee, terwyl die inheemse kyker sy deelsleutels en tydelike lêers toemaak en vrystel. Opruiming is asynchronies en kan nie skermkiekies, 'n gewysigde kliënt se behoue ​​data of kopieë wat vroeër uitgevoer is, uitvee nie.

Opsionele kluisaktiwiteit

Inheemse ouditloglêers is by verstek af en gekonfigureer per kluis op elke toestel. Die jongste 500 plaaslike geleenthede is geïnkripteer met die kluis se hoofsleutel en 'n toegewyde geverifieerde konteks. Hulle sluit sleutels, patrone, lêerinhoud en ander kluise se data uit, sinkroniseer nie en kan uitgevee of gedeaktiveer word. Hulle is nie peuterbestande bewyse nie. Mislukte ontsluitings word nie aan 'n kluis toegewys nie.

Nuwe beheerde delings wat geskep is met aanteken geaktiveer, behou tot 100 toegangsessie-tydstempels op die deeldiens. Slegs die bestuursvermoë kan hulle herwin; die logboek bevat geen ontvanger-identiteit of dekripsie-geheim nie. Die deaktivering van plaaslike logboek beïnvloed toekomstige aandele. Bestaande deelloglêers behou hul oorspronklike instelling tot herroeping of verstryking en opruiming.

Opsionele geënkripteerde inbraakfoto's

Eienaars kan Inbraakwaarskuwings afsonderlik vir elke kluis op elke toestel aktiveer. Na drie ongeëwenaarde patrone kan die voorgrond-toepassing 'n foto van die voorste kamera vasvang, onderhewig aan toestemming, kamerabeskikbaarheid en 'n afkoeling van een minuut. Stelselkamera-aanwysers bly sigbaar. Die jongste tien waarskuwings word plaaslik gestoor en word nooit by Foto's gevoeg of opgelaai nie. 'n Ongeëwenaarde patroon identifiseer nie 'n teikenkluis nie, so elke kluis wat ingeteken is, ontvang 'n afsonderlik geënkripteerde toestelpogingrekord.

'n Toegewyde RSA-3072 publieke sleutel omvou 'n vars 256-bis AES-GCM sleutel vir elke waarskuwing wat OAEP gebruik met SHA-256 en MGF1-SHA-256. Dit laat enkripsie toe terwyl die kluis gesluit is. Die ooreenstemmende private sleutel is self geïnkripteer onder daardie kluis se hoofsleutel met 'n toegewyde geverifieerde konteks. Slegs die ontsluiting van daardie kluis kan sy foto's dekripteer. Waarskuwings verskyn in sy ouditaansig onafhanklik van gewone aktiwiteitsregistrasie en kan in Inbreekwaarskuwings-instellings uitgevee word. Hulle is nie peuterbestande bewyse nie.

Safe Exit verwyder plaaslike toegang

Een kluis op 'n toestel kan aangewys word vir Safe Exit. Deur sy patroon in te voer, word dit normaalweg oopgemaak terwyl die ander plaaslike kluisrekords, geënkripteerde stukke, toestelontsluitmateriaal en touveranderings verwyder word. Die toepassing hou 'n volgehoue ​​plaaslike toelaatlys sodat sinchronisasie nie stilweg uitgeslote kluise kan hervul nie. Reeds in-vlug geënkripteerde oordragte kan steeds voltooi word.

Inheemse wolkkopieë en kopieë op ander toestelle bly. Eksplisiete herstel vereis die uitgeslote kluis se herstelsleutel voordat 'n nuwe plaaslike patroon ingeskryf word. 'n Slegs vanlyn kluis sonder 'n aparte rugsteun kan verlore gaan. Hierdie instelling is van toepassing op die huidige installasie, nie elke toestel wat dieselfde wolkrekening gebruik nie.

Safe Exit is nie gewaarborg vir forensiese uitwissing of verberging nie. Flitsberging, bedryfstelselkas, rugsteun en vorige uitvoere kan spore behou. Die verwydering van programdata of herinstallering kan die plaaslike isolasiegrens verwyder; wolkrekords kan dan weer deur die inheemse wolkrekening ontdek word. Slegs die herstelgeheim kan daardie rekords ontsluit.

Wat sigbaar bly

Enkripsie verberg inhoud, nie alle operasionele inligting nie. Plaaslike rekords en wolkverskaffers kan identifiseerders, rekordverhoudings, objektellings, groottes, hersienings, tydstempels, geënkripteerde sleutelomhulsels en stroomopskrifte waarneem. Identifiseerders gebruik UUIDv7 en sluit skepping-tyd inligting in; hulle is nie geheime nie. Apple of Google kan inheemse sinkroniseringsaktiwiteit met die platformrekening assosieer.

Revault se beheerde deeldiens kan geënkripteerde pakketgroottes, deelkontrolesomme, vervalinstellings, toegangsessietellings en opsionele sessietydstempels waarneem, maar nie die afsonderlik afgelewerde dekripsiegeheim nie. CloudKit deling stel uitnodigings en deelnemer inligting bloot aan Apple. Netwerk- en operasionele rekords kan verbindingsinligting blootlê. Revault verskaf nie anonimiteit of weerstand teen verkeersanalise nie.

HTTPS beskerm netwerkversoeke tydens vervoer. Geverifieerde enkripsie op die toestel beskerm afsonderlik kluisinhoud wat plaaslik en in die wolk gestoor word. Nóg vervoerkodering nóg syferteks verberg elke feit oor wanneer, waar of hoeveel data oorgedra word.

Waar die beskerming eindig

'n Ontsluit kluis stel noodwendig ontsleutelde inligting bloot aan sy toepassingsessie. Wanware, 'n gekompromitteerde bedryfstelsel of toepassing, iemand wat die skerm bekyk, of 'n onbetroubare ontvanger kan dit vaslê. Toestel-alleen-sleutelberging is 'n bykomende grens, nie 'n waarborg teen 'n volledig gekompromitteerde toestel nie. 'n Voorspelbare patroon is onveilig sodra sy plaaslike geheim in die gedrang gebring is.

Enkripsie verhoed nie wolkskrap, losprysware, verlies van 'n herstelgeheim, 'n verskaffer wat rekords weerhou of terugrol van 'n hele voorheen geldige geënkripteerde toestand nie. Hou onafhanklike geïnkripteer rugsteun en verifieer herstel voordat 'n ou toestel verwyder word. Herroeping kan nie skermkiekies, uitvoere of kopieë wat reeds deur 'n ander persoon behou is, herroep nie.

Revault het nie 'n onafhanklike sekuriteitsoudit ondergaan nie. Dit is beskrywings van die geïmplementeerde kriptografiese ontwerp, nie 'n sertifisering of 'n waarborg teen elke inbraak nie.

Bestaande blaaierkluise

Hierdie verwysing beskryf die inheemse toepassings. Bestaande blaaierkluise het 'n aparte rekening, toestelberging en webwolkmodel. Blaaierspesifieke S3-oplaaie en blaaierdeelskakels is nie inheemse wolksinkronisering nie. Die blaaierrekening teken jou nie by die mobiele toepassings aan nie; gebruik 'n geënkripteerde rugsteun en sy herstelsleutel om bestaande blaaierdata na 'n inheemse kluis te skuif.

Sekuriteit en argitektuur