Drošības modelis

Aizsardzība sākas pirms augšupielādes

Mobilie seifi darbojas lokāli bez Revault konta. Failu saturs, failu nosaukumi, MIME tipi, sīktēli, seifu nosaukumi, mapes, atzīmes un izlase tiek šifrēti ierīcē. Lokāla lietošana neaugšupielādē seifa failus uz Revault. Platformas sinhronizācija mākonī un kopīgošana ir neobligātas, atsevišķas darbības.

Modelis pieņem uzticamu operētājsistēmu, instalētu lietotni un kriptogrāfisko nejaušības avotu, kad seifs tiek izveidots vai atbloķēts. Kāds, kam ir tikai šifrēti faili un atslēgu iesaiņojumi, nevar tos atšifrēt bez vajadzīgā slepenā koda. Ļaunatūra vai apdraudēta lietotne, kas darbojas, kamēr seifs ir atvērts, var iegūt atklāto tekstu un atslēgas.

Neatkarīgas atslēgas katram seifam

Katrs seifs sākas ar nejaušu 256 bitu AES galveno atslēgu, kas ģenerēta, izmantojot operētājsistēmas kriptogrāfisko nejaušības avotu. Žests šo atslēgu tieši nenosaka. Katram seifam ir neatkarīgs galvenās atslēgas materiāls, tāpēc viena seifa atslēgas atklāšana neatvasina citu.

Ierīces atbloķēšanas raksts apvieno sakārtoto punktu secību ar nejaušu 256 bitu ierīces slepeno kodu. Iegūtā ievade tiek normalizēta ar NFKC un nodota PBKDF2-HMAC-SHA-256 ar jaunu 128 bitu sāli un 600 000 iterāciju. Atvasinātā 256 bitu atslēga aizsargā galveno atslēgu ar AES-256-GCM. Lietotne nesaglabā atbloķēšanas rakstu atklātā tekstā vai atsevišķu atbloķēšanas raksta pirkstu nospiedumu.

Atbloķēšanas raksti izmanto 5 × 5 režģi ar sešiem līdz 25 dažādiem punktiem, un tiem jābūt unikāliem visos vienā ierīcē pievienotajos seifos. Atbilstošs atbloķēšanas raksts atver tikai savu seifu; citu seifu nosaukumi un saturs paliek paslēpti. Paredzamas kustības joprojām ir vieglāk uzminamas. Persona, kas iegūst gan ierīces slepeno kodu, gan tā šifrēto iesaiņojumu, var mēģināt atbloķēšanas raksta minējumus bezsaistē.

Mobilā seifa atvēršanai nepieciešams tā lokālais atbloķēšanas raksts vai skaidra atkopšanas plūsma, nevis Revault konts vai piekļuves atslēga (passkey). Neobligātā sinhronizācija mākonī izmanto platformas Apple vai Google autorizāciju, un veikala pirkumiem tiek izmantots platformas norēķinu konts. Ne mākoņa autorizācija, ne pirkums nenodrošina seifa atšifrēšanas atslēgu.

Tikai ierīcē esoša atslēgu aizsardzība

iOS ierīcē ierīces bloķēšana tiek glabāta kā nesinhronizējams Keychain vienums ar aizsardzību WhenUnlockedThisDeviceOnly. Tas ir pieejams tikai tad, kad ierīce ir atbloķēta, un nemigrē, izmantojot Keychain sinhronizāciju. Glabātais slepenais kods nav Secure Enclave atslēga.

Android ierīcē ierīces bloķēšana tiek šifrēta ar AES-256-GCM ar neeksportējamu Android Keystore atslēgu, kurai nepieciešama atbloķēta ierīce. Šifrētais bloķēšanas fails atrodas lietotnes direktorijā bez rezerves kopēšanas. Keystore aparatūras atbalsts ir atkarīgs no ierīces; lietotne neapsola, ka katra ierīce izmanto aparatūras atbalstītas atslēgas.

Lokālie atbloķēšanas slepenie kodi ir izslēgti no platformas sinhronizācijas mākonī un pārnēsājamām seifa rezerves kopijām. Apple vai Google konta esamība neatjauno šos slepenos kodus un automātiski neatbloķē atjaunotu seifu. Jaunai ierīcei jāpārbauda neatkarīgais atkopšanas slepenais kods un jāpievieno savs atbloķēšanas raksts.

Konfidencialitāte un viltojumu atklāšana

Seifa metadati, failu metadati, sīktēli un iesaiņotās atslēgas izmanto AES-256-GCM ar 128 bitu autentifikācijas atzīmēm. Katra neatkarīga šifrēšana izmanto jaunu nejaušu 96 bitu nonce. Atšifrēšana pārbauda atzīmi, pirms atgriež nešifrētu saturu; mainīts šifrētais saturs vai nepareiza atslēga izraisa autentifikācijas kļūmi.

Papildu autentificētie dati piesaista katru šifrēto objektu tā formāta versijai, seifa identifikatoram, objekta identifikatoram un nolūkam. Piemēram, sīktēls un faila metadatu ieraksts izmanto dažādus kontekstus. Šifrēta objekta pārvietošana uz citu seifu vai aizstāšana ar citu objektu maina autentificēto kontekstu, un pārbaude neizdodas.

Autentificētais konteksts neslēpj identifikatorus un nepierāda svaigumu. Derīgam vecākam ierakstam joprojām var būt derīga atzīme. Lietotnes redakciju pārbaudes atklāj parastus vienlaicīgus atjauninājumus, taču tā nav kriptogrāfiska aizsardzība pret ļaunprātīgu pakalpojumu, kas atkārto pilnu vecāku stāvokli.

Lieli faili izmanto autentificētus segmentus

Mobilā failu šifrēšana izmanto AES-256-GCM-HKDF-SHA-256 straumēšanas konstrukciju, ko apraksta Tink. iOS AES-GCM un HKDF izmanto CryptoKit; Android izmanto platformas kriptogrāfiskos primitīvus. Katrai jaunai straumei ir 40 baitu galvene, kas satur tās garuma marķieri, nejaušu 32 baitu sāli un nejaušu septiņu baitu nonce prefiksu.

HKDF no seifa galvenās atslēgas atvasina atsevišķu faila šifrēšanas atslēgu. Tās konteksts ietver seifa un faila identifikatorus, nešifrētā satura garumu baitos un konfigurēto segmenta izmēru. Katra segmenta 12 baitu nonce apvieno nejauso prefiksu, četru baitu segmenta skaitītāju un pēdējā segmenta karogu. Segmenti ir ar 128 bitu GCM atzīmēm.

Mobilās lietotnes apstrādā failus ierobežotos segmentos aptuveni 5 MiB apmērā. Segmentu skaitītāji, pēdējā segmenta karogs un paredzētie garumi baitos atklāj mainītus, pārkārtotus vai saīsinātus segmentus. Katrs segments tiek autentificēts pirms lietošanas, un privāts priekšskatījums tiek publicēts tikai pēc faila atšifrēšanas pabeigšanas. Nepilnīga izvade neveiksmes gadījumā tiek izmesta; atkārtoti mēģinājumi pārsūta esošos šifrētos baitus.

Konstrukcija seko Tink AES-GCM-HKDF straumēšanas specifikācijai. Revault implementāciju un segmentu konfigurāciju Tink nav neatkarīgi auditējis vai sertificējis.

Privāta krātuve, importēšana un priekšskatījumi

Šifrētie seifa faili atrodas privātā lietotnes krātuvē. Failu nosaukumi, MIME tipi, mapes, atzīmes, izlase un sīktēli ir autentificēti šifrēti ieraksti. Meklēšana un filtrēšana pēc atzīmēm darbojas ar aktīvā seifa atšifrētajiem metadatiem pēc atbloķēšanas; atklātā teksta servera meklēšanas indeksa nav.

Fotogrāfiju, video un failu importēšana var izmantot privātu pagaidu zonu pirms šifrēšanas. Kameras uzņemšana seifā automātiski nesaglabā kopiju galerijā. Importēšana no lietotnes Photos vai cita pakalpojumu sniedzēja atstāj šī pakalpojumu sniedzēja oriģinālu neskartu. Neobligātā multivides optimizēšana notiek lokāli pirms šifrēšanas un maina tikai jaunimportēto multividi.

Privātiem priekšskatījumiem, kamēr tie ir atvērti, nepieciešams pagaidu atklātais teksts. Lietotnes noņem savus pagaidu priekšskatījumus aizverot, bloķējot un nākamajā startēšanā; iOS atšifrētajiem priekšskatījuma failiem piemēro pilnīgu failu aizsardzību. Faili, kas skaidri eksportēti uz citu lietotni, atstāj seifa aizsardzību. Pagaidu failu dzēšana nav kriminālistiskas dzēšanas garantija.

Neobligāta platformas sinhronizācija mākonī

Sinhronizācija pēc noklusējuma ir izslēgta un tiek ieslēgta atsevišķi katram seifam katrā ierīcē. iOS glabā šifrētus ierakstus un failu segmentus lietotāja privātajā CloudKit datubāzē pakalpojumā iCloud. Android izmanto Google Drive privāto appDataFolder. Neviens transports neprasa Revault kontu un neaugšupielādē platformas sinhronizācijas datus uz Revault tīmekļa mākoni.

Mākonis saņem šifrētus metadatus, failu segmentus un atslēgu iesaiņojumus, nevis seifa galveno atslēgu atklātā tekstā, lokālo ierīces slepeno kodu vai atkopšanas slepeno kodu. Citai ierīcei tajā pašā platformā ir vajadzīgs tas pats platformas mākoņa konts un seifa atkopšanas atslēga, lai pievienotu savu lokālo atbloķēšanas rakstu. Apple un Google autorizācija kontrolē piekļuvi šifrētajiem ierakstiem, nevis to atšifrēšanu.

Sinhronizācijas izslēgšana aptur turpmāku šī seifa pārsūtīšanu no pašreizējās ierīces; esošās šifrētās kopijas mākonī paliek. Sinhronizācija var pārnest izmaiņas un dzēšanu, un vienlaicīgas izmaiņas var prasīt konfliktu pārskatīšanu. iCloud un Google Drive ir atsevišķas krātuves bez automātiska starpplatformu tilta. Lai pārvietotos starp iPhone un Android, izmantojiet šifrētu pārsūtīšanu starp tālruņiem.

Atkopšana ir otrs ceļš uz to pašu atslēgu

Ģenerētās atkopšanas frāzes satur 18 neatkarīgi izvēlētus vārdus no iebūvēta 2 048 vārdu saraksta, nodrošinot 198 bitus nejaušības. Varat izvēlēties arī pielāgotu frāzi ar vismaz sešiem atšķirīgiem vārdiem un 32–512 rakstzīmēm; tās stiprums ir atkarīgs no jūsu izvēles. Abos gadījumos ar PBKDF2-HMAC-SHA-256 un jaunu sāli neatkarīgi atvasina iesaiņošanas atslēgu, pēc tam ar AES-256-GCM iesaiņo to pašu seifa galveno atslēgu. Ikviens, kam ir frāze un šifrētais seifs, var to atšifrēt.

Atkopšanas slepenais kods tiek parādīts iestatīšanas laikā, un tas netiek saglabāts mobilās lietotnes krātuvē vai augšupielādēts platformas mākoņkrātuvē. Glabājiet to atsevišķi no šifrētajiem failiem. Citas ierīces pievienošanai nepieciešams šifrētais seifs no sākotnējā platformas mākoņa konta vai šifrēta rezerves kopija, kā arī atkopšanas atslēga. Slepenais kods nevar atjaunot trūkstošus failu datus, un Revault nav pakalpojuma sniedzēja rīcībā esošas atiestatīšanas atslēgas.

Pārnēsājamā .qvault rezerves kopija satur šifrētus atslēgu iesaiņojumus, autentificētu šifrētu sarakstu un šifrētus failu segmentus. Tā neietver lokālo ierīces atbloķēšanas slepeno kodu. Importēšana pārbauda sarakstu, metadatus un katru segmentu, pirms atjauno seifā ar jauniem identifikatoriem, galveno atslēgu, failu atslēgām un jaunu ierīces atbloķēšanas rakstu. Pēc atjaunošanas saglabājiet jauno atkopšanas atslēgu.

Jaunās atkopšanas frāzes saglabā burtu reģistru, normalizē Unicode ar NFKC un sakļauj liekās atstarpes. Mantotās heksadecimālās atslēgas joprojām tiek atbalstītas. Seifa atkopšanas frāzi varat nomainīt tā iestatījumos pēc jaunās frāzes saglabāšanas. Tas aizstāj pašreizējo atkopšanas apvalku; vecās rezerves kopijas un ierīces, kas nav sinhronizētas, joprojām var saturēt veco apvalku. Atbloķēšanas raksta vai atkopšanas frāzes maiņa nemaina seifa galveno atslēgu un neatsauc kopijas. Ja atslēgas materiāls ir apdraudēts, pārvietojiet failus jaunā seifā ar jaunām atslēgām.

Šifrēta migrācija no tālruņa uz tālruni

Pārsūtīšana starp tālruņiem izveido pārnēsājamu šifrētu kopiju ar jauniem seifa identifikatoriem, galveno atslēgu, failu atslēgām un straumes galvenēm. Tās neatkarīgais pārsūtīšanas slepenais kods nevar atbloķēt avota seifu, un avota atkopšanas slepenais kods un ierīces atbloķēšanas slepenais kods netiek iekļauti. Šifrētā pakotne un pārsūtīšanas slepenais kods jānogādā atsevišķi.

Saņēmēja lietotne autentificē pakotni un tās failu segmentus, pēc tam atjauno jaunā seifā ar jaunu lokālo atbloķēšanas rakstu un atkopšanas atslēgu. Tas darbojas starp iOS un Android, nesavienojot to mākoņa kontus. Oriģināls paliek vecajā ierīcē; pirms tā dzēšanas apstipriniet atjaunoto saturu un saglabājiet jauno atkopšanas atslēgu.

Bloķēšana un sesijas tīrīšana

Mobilās lietotnes bloķējas uzreiz, kad tās tiek pārslēgtas fonā, un pēc noklusējuma pēc 60 sekundēm bez aktivitātes. Katrs seifs var izvēlēties 30 sekundes, 1 minūti, 2 minūtes, 5 minūtes vai 10 minūtes. Kopīgotais seifs izmanto 60 sekunžu noklusējumu. Iziešana atgriež atbloķēšanas raksta ekrānā un beidz atšifrēto sesiju.

Bloķēšana atceļ sesijas darbus, dzēš atšifrētos metadatus un meklēšanas stāvokli, aizver priekšskatījumus, noņem pagaidu failus un pārraksta piederošos atslēgu buferus, pirms tos atbrīvo. Pagaidu atvasināšanas atslēgas arī tiek dzēstas pēc lietošanas. Swift un JVM atmiņas pārvaldība, kriptogrāfiskās bibliotēkas un multivides dekoderi var radīt kopijas; katras kopijas tūlītēju dzēšanu nevar garantēt.

iOS aizklāj lietotņu pārslēdzēja momentuzņēmumus ar privātuma aizsegu. Android izmanto drošā loga karogu, lai ierobežotu ekrānuzņēmumus un nesen lietoto lietotņu priekšskatījumus. Šīs platformas aizsardzības nenovērš atbloķēta ekrāna nofotografēšanu un neatsauc failus, kas iepriekš eksportēti uz citu lietotni.

Revault Cloud

Revault Cloud ir neobligāts Pro krātuves pakalpojuma sniedzējs sinhronizācijai starp platformām. Šifrētie segmenti un šifrētie failu metadati tiek saistīti ar pseidonīmu norēķinu instalāciju. Pakalpojums var redzēt krātuves identifikatorus, izmērus, kontrolsummas, revīzijas un pārsūtīšanas aktivitāti, taču nesaņem atbloķētu seifa atslēgu vai atkopšanas frāzi. Atsevišķs nejaušs savienojuma kods autorizē piekļuvi krātuvei; citas ierīces savienošanai ir nepieciešama arī atkopšanas frāze. Esošie mākoņa dati paliek lasāmi atkopšanai pēc Pro beigām.

Neatkarīgas atslēgas katrai kopīgošanai

Mobilā kopīgošana ir atlasīto failu momentuzņēmums, nevis piekļuve īpašnieka personīgajam seifam. Pēc noklusējuma lietotne atvasina atlasīto failu versiju atslēgas un aizsargā tās ar AES-256-GCM ar jaunu kopīgošanas galveno atslēgu. Tā atkārtoti izmanto šifrētos failu baitus, bet metadatus un sīktēlus kopīgošanai šifrē no jauna. Avota seifa atslēgas, tā atkopšanas slepenais kods, mapju struktūra, atzīmes un izlase ir izslēgtas.

Kopīgošanai ir sava neatkarīgi ģenerēta 18 vārdu atšifrēšanas frāze un atkopšanas apvalks. Sūtītājs šo slepeno kodu nodod privāti, atsevišķi no ielūguma saites. Serveris saņem šifrētus datus, nekad ne kopīgošanas atslēgas atklāto tekstu, ne atšifrēšanas slepeno kodu. Saņēmējs no atlasītajām failu atslēgām nevar atvasināt nekopīgoto failu atslēgas vai avota seifa galveno atslēgu.

Neobligātais papildu izolācijas iestatījums atkārtoti šifrē failu saturu ar jaunām atslēgām un straumes galvenēm. Noklusējums ir ātrāks, jo izvairās no katra faila pārrakstīšanas; atkārtots šifrteksts var ļaut korelēt viena un tā paša faila versijas kopijas. Abi režīmi izveido atsevišķu momentuzņēmumu, un neviens nevar atsaukt šifrtekstu un atslēgas, ko saņēmējs jau ir saglabājis.

Mobilās kopīgošanas transports un piekļuves vadīklas

iOS ierīcē privāts, tikai lasāms CloudKit uzaicinājums ievieto šifrēto momentuzņēmumu atsevišķā kopīgošanas ierakstu hierarhijā ārpus personīgās sinhronizācijas zonas. Apple kontrolē piekļuvi uzaicinājumam; saņēmējam joprojām vajadzīgs atsevišķais atšifrēšanas slepenais kods. CloudKit uzaicinājumi neievieš servera piekļuves sesiju skaitu, fiksēto derīguma termiņu vai iznīcināšanas taimeri. Īpašnieks var apturēt turpmāko CloudKit piekļuvi.

Starpplatformu kopīgošana augšupielādē šifrētas daļas Revault kopīgošanas pakalpojumā. Neatkarīgas nejaušas 256 bitu lasīšanas un pārvaldības iespējas tiek glabātas kā SHA-256 jaucējkodi. Vietnes saite nes lasīšanas iespēju savā fragmentā, nevis atšifrēšanas slepeno kodu. Atverot to, notiek dziļā saite uz kopīgoto seifu un tiek pieprasīts sūtītāja slepenais kods; personīgais atbloķēšanas raksts vai esošs seifs nav vajadzīgs. Personīgie seifi paliek bloķēti.

Kontrolētā servera kopīgošana ievieš sūtītāja maksimālo piekļuves sesiju skaitu, fiksētu derīguma termiņu līdz 30 dienām, atsaukšanu un neobligātu eksportēšanas atļauju. Sesija tiek piešķirta atomāri un ilgst ne ilgāk kā 15 minūtes, ierobežota ar kopīgošanas termiņiem. Piekļuve tiek ieskaitīta, kad sesija tiek piešķirta, pat ja lejupielāde vai atšifrēšana neizdodas. Skatītājs pārbauda notiekošo piekļuvi un aizveras termiņa beigās.

SHA-256 kontrolsummas pārbauda pārsūtītās daļas, bet autentificēta šifrēšana pārbauda to saturu. Ja eksportēšana ir atļauta, skatītājs var saglabāt šifrētu .qvault kopiju, ko atver ar kopīgošanas slepeno kodu. Eksportēšanas atspējošana noņem šo lietotnes darbību, taču kriptogrāfiski nevar novērst ekrānuzņēmumus vai to, ka pārveidota lietotne saglabā atklāto tekstu. Avota faila dzēšana neatsauc atsevišķi izveidotu kopīgošanu.

Termiņš pēc pirmās piekļuves

Sūtītājs var iespējot atsevišķu iznīcināšanas taimeri. Tas atomāri sākas, kad tiek piešķirta pirmā servera piekļuves sesija, pat ja pārsūtīšana vai atšifrēšana vēlāk neizdodas. Katra nākamā sesija izmanto to pašu termiņu; atkārtota atvēršana to nekad neatiestata. Tiek piemērots agrākais no fiksētā derīguma termiņa, iznīcināšanas laika un sesijas derīguma termiņa. Termiņa beigās pakalpojums liedz turpmāku lasīšanu un ieplāno šifrētā satura dzēšanu, bet native skatītājs aizveras un atbrīvo kopīgošanas atslēgas un pagaidu failus. Tīrīšana ir asinhrona un nevar izdzēst ekrānuzņēmumus, modificēta klienta saglabātos datus vai agrāk eksportētas kopijas.

Neobligātā seifa aktivitāte

Native audita žurnāli pēc noklusējuma ir izslēgti, un tie tiek konfigurēti katram seifam katrā ierīcē. Jaunākie 500 lokālie notikumi tiek šifrēti ar seifa galveno atslēgu un īpašu autentificētu kontekstu. Tie neietver atslēgas, rakstus, failu saturu un citu seifu datus, netiek sinhronizēti un tos var notīrīt vai atspējot. Tie nav pret viltojumiem droši pierādījumi. Neveiksmīgi atbloķēšanas mēģinājumi netiek piešķirti seifam.

Jauni kontrolēti kopīgojumi, kas izveidoti ar iespējotu žurnālēšanu, kopīgošanas pakalpojumā saglabā līdz 100 piekļuves sesiju laika zīmogiem. Tos var iegūt tikai ar pārvaldības spēju; žurnālā nav saņēmēja identitātes vai atšifrēšanas noslēpuma. Lokālās žurnālēšanas atspējošana ietekmē turpmākos kopīgojumus. Esošie kopīgošanas žurnāli saglabā sākotnējo iestatījumu līdz atsaukšanai vai derīguma beigām un tīrīšanai.

Neobligātas šifrētas ielaušanās fotogrāfijas

Īpašnieki var iespējot Ielaušanās brīdinājumus atsevišķi katram seifam katrā ierīcē. Pēc trim neatbilstošiem rakstiem priekšplāna lietotne var uzņemt fotogrāfiju ar priekšējo kameru, ievērojot atļauju, kameras pieejamību un vienas minūtes atdzišanas periodu. Sistēmas kameras indikatori paliek redzami. Pēdējie desmit brīdinājumi tiek glabāti lokāli un nekad netiek pievienoti lietotnei Photos vai augšupielādēti. Neatbilstošs raksts neidentificē mērķa seifu, tāpēc katrs piedalošais seifs saņem atsevišķi šifrētu ierīces mēģinājuma ierakstu.

Īpaša RSA-3072 publiskā atslēga iesaiņo jaunu 256 bitu AES-GCM atslēgu katram brīdinājumam, izmantojot OAEP ar SHA-256 un MGF1-SHA-256. Tas ļauj šifrēt, kamēr seifs ir bloķēts. Atbilstošā privātā atslēga pati ir šifrēta ar šī seifa galveno atslēgu un īpašu autentificētu kontekstu. Tā fotogrāfijas var atšifrēt tikai, atbloķējot šo seifu. Brīdinājumi parādās tā audita skatā neatkarīgi no parastās darbību žurnālēšanas, un tos var notīrīt Ielaušanās brīdinājumu iestatījumos. Tie nav pret viltojumiem droši pierādījumi.

Drošā izeja noņem lokālo piekļuvi

Vienu ierīces seifu var norādīt kā Drošās izejas seifu. Ievadot tā atbloķēšanas rakstu, tas tiek atvērts kā parasti, bet pārējie lokālie seifu ieraksti, šifrētie fragmenti, ierīces atbloķēšanas materiāls un rindā gaidošās izmaiņas tiek noņemti. Lietotne pastāvīgi glabā lokālu atļauto sarakstu, lai sinhronizācija nevarētu bez paziņojuma atkārtoti atjaunot izslēgtos seifus. Jau notiekošie šifrētie pārsūtījumi var vēl pabeigties.

Mākoņa kopijas un kopijas citās ierīcēs saglabājas. Tiešai atkopšanai ir nepieciešama izslēgtā seifa atkopšanas atslēga, pirms tiek iestatīts jauns lokālais atbloķēšanas raksts. Seifu, kas pieejams tikai bezsaistē un kuram nav atsevišķas rezerves kopijas, var zaudēt. Šis iestatījums attiecas uz pašreizējo instalāciju, nevis uz visām ierīcēm, kas izmanto to pašu mākoņa kontu.

Drošā izeja negarantē kriminālistikas līmeņa dzēšanu vai slēpšanu. Zibatmiņa, operētājsistēmas kešatmiņas, rezerves kopijas un iepriekšējie eksporti var saglabāt pēdas. Lietotnes datu noņemšana vai atkārtota instalēšana var likvidēt lokālo izolāciju, un mākoņa ierakstus pēc tam var atkal atklāt, izmantojot sistēmas mākoņa kontu. Šos ierakstus var atbloķēt tikai atkopšanas slepenais kods.

Kas paliek redzams

Šifrēšana slēpj saturu, bet ne visu darbības informāciju. Lokālie ieraksti un mākoņa pakalpojumu sniedzēji var redzēt identifikatorus, ierakstu savstarpējās saites, objektu skaitu, izmērus, versijas, laikspiedolus, šifrētus atslēgu apvalkus un plūsmu galvenes. Identifikatori izmanto UUIDv7 un ietver izveides laika informāciju; tie nav noslēpumi. Apple vai Google var saistīt sistēmas sinhronizācijas darbību ar platformas kontu.

Revault kontrolētais kopīgošanas pakalpojums var redzēt šifrēto pakotņu izmērus, daļu kontrolsummas, derīguma termiņa iestatījumus, piekļuves sesiju skaitu un izvēles sesiju laikspiedolus, bet ne atsevišķi piegādāto atšifrēšanas slepeno kodu. CloudKit kopīgošana atklāj Apple ielūguma un dalībnieku informāciju. Tīkla un darbības žurnāli var atklāt savienojuma informāciju. Revault nenodrošina anonimitāti vai aizsardzību pret datplūsmas analīzi.

HTTPS aizsargā tīkla pieprasījumus pārsūtīšanas laikā. Ierīcē veiktā autentificētā šifrēšana atsevišķi aizsargā seifa saturu, kas tiek glabāts lokāli un mākonī. Ne pārsūtīšanas šifrēšana, ne šifrētais teksts neslēpj visus faktus par to, kad, kur vai cik daudz datu tiek pārsūtīts.

Lietojuma analītika

Iespējota pēc noklusējuma. Mixpanel saņem funkciju lietošanas notikumus ar nejaušu analītikas ID. Seifa saturs, nosaukumi, atbloķēšanas raksti, atslēgas un kopīgošanas slepenie kodi ir izslēgti. Analītiku varat izslēgt jebkurā laikā šim pārlūkam vai ierīcei.

Kur aizsardzība beidzas

Atbloķēts seifs neizbēgami atklāj atšifrētu informāciju savai lietotnes sesijai. To var iegūt ļaunprātīga programmatūra, apdraudēta operētājsistēma vai lietotne, kāds, kas skatās ekrānā, vai neuzticams saņēmējs. Atslēgu glabāšana tikai ierīcē ir papildu robeža, nevis garantija pret pilnībā apdraudētu ierīci. Paredzams atbloķēšanas raksts nav drošs, tiklīdz tiek apdraudēts tā lokālais slepenais kods.

Šifrēšana nenovērš mākoņa datu dzēšanu, izspiedējvīrusus, atkopšanas slepenā koda zudumu, pakalpojumu sniedzēja ierakstu atteikšanos izsniegt vai visa iepriekš derīgā šifrētā stāvokļa atcelšanu uz vecāku versiju. Glabājiet neatkarīgas šifrētas rezerves kopijas un pārbaudiet atkopšanu, pirms noņemat veco ierīci. Atsaukšana nevar atsaukt ekrānuzņēmumus, eksportus vai kopijas, ko jau saglabājusi cita persona.

Revault nav veikts neatkarīgs drošības audits. Tie ir implementētā kriptogrāfiskā dizaina apraksti, nevis sertifikācija vai garantija pret jebkuru iebrukumu.

Esošie pārlūka seifi

Šī atsauce apraksta natīvās lietotnes. Esošajiem pārlūka seifiem ir atsevišķs konts, ierīces krātuves un tīmekļa mākoņa modelis. Pārlūkam raksturīgie S3 augšupielādes un pārlūka kopīgošanas saites nav natīva sinhronizācija mākonī. Pārlūka konts jūs neierakstīs mobilajās lietotnēs; lai pārnestu esošos pārlūka datus uz natīvu seifu, izmantojiet šifrētu rezerves kopiju un tās atkopšanas atslēgu.