Securitate și arhitectură

Aplicații mobile fără cont

Aplicațiile native nu necesită un cont Revault, o adresă de e-mail, o parolă sau o autentificare web. Seifurile sunt create și criptate pe dispozitiv. Utilizarea locală a seifului nu încarcă fișierele tale pe serverele Revault.

Aplicațiile native nu necesită cont Revault. Sincronizarea opțională în cloud folosește contul tău Apple sau Google; achizițiile din magazin folosesc contul de facturare al platformei.

Modelul seifului

Fiecare seif are o cheie principală aleatorie de 256 de biți. Modelul tău de deblocare al dispozitivului 5 × 5 se combină cu un secret local aleatoriu de 256 de biți; PBKDF2-HMAC-SHA-256 cu 600.000 de iterații și o sare nouă de 128 de biți derivă cheia care învelește cheia principală cu AES-256-GCM.

Desenează modelul de deblocare pe grila 5 × 5 pentru a-i deschide seiful. Celelalte seifuri și numele lor rămân ascunse. Modelele trebuie să fie diferite între seifurile înregistrate pe același dispozitiv; alegerea unui model nu dezvăluie ce alte seifuri există.

Acest model deblochează doar acest dispozitiv. Păstrează cheia de recuperare pentru a configura un alt dispozitiv.

Protecția cheilor doar pe dispozitiv

Pe iOS, secretul local de deblocare este stocat într-un element Keychain nesincronizat, accesibil doar cât timp dispozitivul este deblocat. Pe Android, materialul de deblocare al dispozitivului este criptat cu o cheie Android Keystore neexportabilă, care necesită un dispozitiv deblocat.

Secretele locale de deblocare nu sunt incluse în sincronizarea nativă în cloud sau în backup-urile portabile. Secretul de pe iOS nu este o cheie Secure Enclave, iar suportul hardware Android depinde de dispozitiv. Protecția dispozitivului nu face sigur un model de deblocare previzibil după ce secretul local a fost compromis.

Criptat înainte de încărcare

Conținutul fișierelor, numele fișierelor, previzualizările, numele seifurilor și structura folderelor sunt criptate pe dispozitiv. AES-256-GCM autentifică metadatele și înveliturile de chei; fișierele folosesc un format de flux AES-GCM-HKDF, astfel încât criptarea să poată procesa fișiere mari în segmente limitate.

Seifurile locale păstrează fișierele criptate în spațiul privat de stocare al aplicației. Realizarea unei fotografii sau a unui videoclip într-un seif folosește un spațiu privat temporar înainte de criptare, în loc să salveze automat o copie în galerie. Importul unui fișier existent nu elimină originalul din Fotografii sau de la alt furnizor.

Sincronizare privată opțională în cloud

iOS folosește o bază de date CloudKit privată în iCloud. Android folosește spațiul privat al aplicației din Google Drive. Fișierele, numele și previzualizările sunt criptate înainte de transfer. Furnizorul tău de cloud poate observa totuși informații operaționale, precum dimensiuni, identificatori și marcaje temporale.

Sincronizarea este dezactivată implicit și se selectează separat pentru fiecare seif de pe fiecare dispozitiv. Dezactivarea ei oprește transferurile ulterioare de pe acel dispozitiv; nu șterge copiile criptate existente din cloud. Conectează alt dispozitiv de pe aceeași platformă cu același cont cloud nativ și cu cheia de recuperare a seifului.

Sincronizarea iCloud și Google Drive rămâne în cadrul propriilor platforme. Alege Revault Cloud pentru sincronizare live între iOS și Android sau folosește un transfer criptat între telefoane.

Stocare Pro pentru seifuri criptate pe iOS și Android. Revault primește doar text criptat, niciodată cheia seifului sau fraza ta de recuperare. Schimbarea furnizorului lasă pe loc copiile anterioare din cloud.

Blocarea automată a seifului

Timpul implicit este de 60 de secunde. Alege 30 de secunde, 1 minut, 2 minute, 5 minute sau 10 minute în setările seifului respectiv. Seifurile partajate folosesc valoarea implicită de 60 de secunde; blocarea în fundal se aplică indiferent de timpul ales.

Aplicația mobilă se blochează imediat când trece în fundal. Blocarea anulează activitatea seifului, șterge informațiile decriptate despre fișiere și starea căutării, curăță previzualizările temporare și șterge bufferele de chei deținute. iOS acoperă și capturile comutatorului de aplicații; Android folosește indicatorul de fereastră securizată al sistemului de operare.

Memoria gestionată și stocarea dispozitivului nu pot garanta ștergerea criminalistică imediată a fiecărei copii. Blocarea automată nu poate nici retrage un fișier pe care l-ai exportat explicit într-o altă aplicație.

Backup-uri criptate și recuperare

O cheie de recuperare deblochează materialul cheii criptate a seifului; nu conține fișierele tale. Un backup conține fișierele criptate; nu înlocuiește păstrarea cheii de recuperare. Păstrează-le separat și protejează-le pe amândouă împotriva pierderii.

Salvează-ți fraza de recuperare în timpul configurării. Revault generează 18 cuvinte aleatorii sau poți alege și confirma propria frază. Aceasta îți permite să înrolezi un alt dispozitiv sau să restaurezi un backup fără modelul tău de deblocare local. O poți înlocui din setările seifului; backupurile mai vechi pot necesita în continuare cheia lor originală. Cheile hexazecimale existente rămân valabile. Revault nu păstrează o copie și nu ți-o poate reseta.

Transferurile între telefoane creează o copie criptată nouă și o cheie de transfer separată, inclusiv între iPhone și Android. Originalul rămâne pe telefonul vechi. Verifică seiful destinatar înainte de a elimina fișierele vechi și păstrează backup-uri independente, deoarece sincronizarea poate propaga ștergeri.

Partajare sigură

Modelul de deblocare al seifului, cheia de recuperare și cheia principală a seifului nu sunt niciodată incluse într-o partajare. Serviciul primește date de fișiere criptate și metadate operaționale, precum dimensiuni, sume de control, marcaje temporale și numărul de sesiuni de acces. Codul secret de decriptare separat nu este încărcat.

Partajările controlate folosesc o expirare impusă de server și, opțional, limite de sesiuni de acces, restricții de export și un cronometru după primul acces. iOS acceptă și invitații CloudKit private, care nu impun aceste controale ale serverului. Destinatarii deschid un seif partajat izolat folosind codul secret separat, fără modelul tău personal de deblocare.

Expirarea și revocarea opresc accesul viitor prin Revault. Nu pot șterge capturi de ecran, fișiere exportate sau copii păstrate de un destinatar. Alege o persoană de încredere, chiar și atunci când exportul este dezactivat.

Controale opționale de securitate ale seifului

Ieșirea sigură elimină accesul local și datele celorlalte seifuri când este deschis un seif desemnat. Copiile din cloud rămân, iar seifurile doar offline se pot pierde fără un backup separat. Nu este o ștergere criminalistică garantată.

Istoricul de activitate și alertele cu fotografii la intruziune sunt opționale pentru fiecare seif. Istoricul și fotografiile de pe dispozitiv rămân locale și criptate; partajările controlate pot înregistra separat marcaje temporale ale sesiunilor de acces. Capturile la intruziune necesită permisiunea camerei și indicatoarele normale ale sistemului. Captura cu seiful blocat folosește o cheie publică de criptare; vizualizarea fotografiilor necesită totuși deblocarea seifului.

O notă despre securitate

Utilizarea locală a seifului nu încarcă fișiere la Revault. Sincronizarea nativă opțională expune metadate operaționale către Apple sau Google. Partajarea controlată trimite către Revault copii criptate și metadate de acces, fără a încărca codul secret de decriptare separat.

Malware-ul, un sistem de operare sau o aplicație compromisă și cineva care se uită la un ecran deblocat pot expune text simplu. Schimbarea unui model de deblocare nu revocă alt dispozitiv, nu invalidează backup-urile vechi și nu rotește cheia principală a seifului. Dacă o cheie de seif sau un secret de recuperare este compromis, mută fișierele într-un seif nou, cu chei noi.

Revault nu a trecut printr-un audit de securitate independent. Acestea sunt descrieri ale designului criptografic implementat, nu o certificare sau o garanție împotriva oricărei intruziuni.