Arquitectura de seguretat: La base tècnica completa
Quan diem que Vaultaire usa xifrat de nivell militar, no és màrqueting. Cada arxiu que guardes es xifra amb AES-256-GCM, el mateix estàndard usat per governs i bancs a tot el món. La clau no existeix en cap servidor. Cap servidor pot desxifrar les teves dades, perquè matemàticament no pot.
Vaultaire utilitza AES-256-GCM per a un xifratge autenticat en índexs de volta, claus embolcallades, capçaleres de fitxers, contingut, miniatures i metadades. PBKDF2-HMAC-SHA512 deriva una clau de volta local del patró i una clau per a tot el dispositiu Keychain sal. Aquesta clau de volta inclou una clau mestra aleatòria de 256 bits, que realitza el xifratge del fitxer mitjançant CryptoKit en el procés de l'aplicació.
Capa 1: Xifrat de fitxers AES-256-GCM
Cada fitxer que guardes a Vaultaire es xifra individualment usant AES-256 en mode GCM (Galois/Counter Mode). AES-256 és l'estàndard d'or del xifrat simètric: adoptat per la NSA per a informació classificada, mandatat per NIST, i usat a tot el món pels sistemes financers i de defensa.
El mode GCM no és simplement un mode de xifrat: és un xifratge autenticat amb dades associades (AEAD). Garanteix dues propietats crítiques. La primera és la confidencialitat: sense la clau, els datos xifrats no revelen res sobre el contingut original. La segona és la integritat: qualsevol modificació del text xifrat, fins i tot d'un sol bit, fa que la verificació d'autenticació falli i el desxifrat es rebutgi.
Alguns xifratges xifren però no autentiquen. AES-CBC, per exemple, xifra les dades però no detecta la manipulació. Un atacant podria modificar el text xifrat i l'aplicació desxifraria dades alterades sense saber-ho. GCM impedeix això de manera matemàtica. Qualsevol alteració de les dades xifrades, fins i tot d'un bit, causa un error d'autenticació.
Capa 2: Derivació de claus PBKDF2
El teu patró, una seqüència de punts en una graella 5×5, no és una clau de xifrat directament. És una entrada a una funció de derivació de claus. Vaultaire usa PBKDF2 (Password-Based Key Derivation Function 2) per convertir el patró en una clau AES-256 de 256 bits.
Cada foto, vídeo i document emmagatzemat a Vaultaire està xifrat AES-256-GCM — l'estàndard de xifratge avançat amb una clau de 256 bits Mode Galois/Contador. Vaultaire també utilitza AES-GCM per a índexs de volta, capçaleres de fitxers, miniatures i sobres de claus. L'algorisme i la mida de la clau estan estandarditzats; La seguretat de Vaultaire encara depèn de la gestió inèdita, la gestió de claus, la força de les credencials i la correcció de la implementació.
AES-256-GCM: Protecció de metadades
El xifrat de fitxers protegeix el contingut. Però les metadades, noms de fitxers, mides, dates, també necessiten protecció. Si les metadades estiguessin en text pla, un adversari podria determinar el nombre de fitxers, els seus tipus i mides, i possiblement inferir el contingut.
Les metadades necessiten integritat i confidencialitat. AES-GCM produeix una etiqueta d'autenticació per a cada valor xifrat, de manera que Vaultaire pot rebutjar una capçalera, un índex, una miniatura o un sobre modificat en lloc d'acceptar text sense format controlat per l'atacant. El disseny utilitza deliberadament una construcció de xifratge autenticat en aquests formats d'emmagatzematge en lloc d'afirmar la diversitat criptogràfica que la implementació no proporciona.
Keychain i el límit del procés d'aplicació
Vaultaire obté diferents claus per a diferents feines. El patró i a tot el dispositiu Keychain alimentació de sal PBKDF2-HMAC-SHA512 durant 600.000 iteracions per produir la clau de volta local. Una derivació de patró determinista produeix la clau de còpia de seguretat del núvol independent. La frase de recuperació normalitzada passa per 800.000 PBKDF2 iteracions per produir la clau per a un sobre de recuperació. Cap d'aquestes derivacions converteix una credencial humana en 256 bits d'entropia només perquè la sortida és de 256 bits.
Vaultaire deriva la clau de la volta amb CommonCrypto i executa les operacions AES-GCM amb CryptoKit dins del procés de l'aplicació. Els bytes de les claus simètriques existeixen a la memòria principal mentre la volta és oberta. En bloquejar-se, l'aplicació descarta l'estat actiu i esborra els búfers que controla quan s'alliberen.
Capa 5: IV únic per fitxer
Vaultaire configura PBKDF2 amb 600.000 iteracions per a claus derivades de patrons. Això fa que cada suposició sigui més cara, però una estimació d'atac responsable ha d'indicar un temps mesurat per candidat i hipòtesis de maquinari. Amb exactament 1 ms per candidat, 1.000.000.000 de conjectures en sèrie triguen uns 11,6 dies, no anys. El resultat de 256 bits no amplia l'entropia d'un patró previsible.
d'Apple Secure Enclave pot protegir les claus privades admeses i participa en parts de l'arquitectura de seguretat de la plataforma, però les seves API públiques no accepten PBKDF2-clau simètrica derivada i realitza la de Vaultaire AES-GCM operacions de fitxers dins del coprocessador. Per tant, Vaultaire no descriu el seu xifrat de volta com Secure Enclave AES.
Capa 6: Disseny de coneixement zero
Quan dibuixes el patró, CommonCrypto deriva la clau de volta en el procés de l'aplicació. CryptoKit i el CryptoEngine de Vaultaire, a continuació, utilitzen bytes de clau simètrica en aquest procés per autenticar i desxifrar l'índex, desembolicar la clau mestra i processar fitxers. L'aplicació esborra l'estat actiu quan es bloqueja, però un atacant amb privilegis suficients que observa una sessió desbloquejada té una oportunitat diferent que un examinador que només conté text xifrat de dispositiu bloquejat.
Capa 7: Farciment d'emmagatzematge
Un sistema operatiu trencat o compromès d'una altra manera pot orientar l'entrada de patrons, la memòria de l'aplicació, les visualitzacions prèvies desxifrades, les exportacions o la pantalla. Vaultaire recomana un corrent, sense jailbreak iPhone perquè el disseny es basa en iOS aïllament del procés, Keychain, i Protecció de dades. No afirma que el compromís d'arrel deixi les claus simètriques d'una volta oberta inaccessibles.
Preguntes freqüents
Per què AES-256-GCM en comptes d'un altre xifratge?
AES-256 és un xifratge de blocs estandarditzat i molt analitzat. Cap atac pràctic a implementat correctament AES-256-GCM amb una clau aleatòria de 256 bits és coneguda públicament, però això no fa que tota la volta sigui irrompible. Entropia de credencials, PBKDF2 el cost, la manipulació noce, la custòdia de claus, la recuperació, l'estat del dispositiu i els errors d'implementació segueixen sent camins d'atac.
Pot algun ordinador trencar AES-256?
Vaultaire utilitza PBKDF2-HMAC-SHA512 a través de CommonCrypto: 600.000 iteracions per a patrons i 800.000 per a frases de recuperació. La derivació del patró local utilitza una sal aleatòria per a tot el dispositiu emmagatzemada Keychain. PBKDF2 augmenta el cost de cada suposició, però no afegeix entropia al patró, de manera que el temps d'atac depèn de la força de la credencial, la velocitat del maquinari mesurada i el paral·lelisme.
Quin és el paper del Secure Enclave?
El Secure Enclave pot protegir claus privades compatibles, però Vaultaire no hi emmagatzema materials intermedis de les claus AES ni hi executa el xifrat dels fitxers. Usa elements de contrasenya genèrica del Keychain per a la sal del dispositiu i els registres de recuperació, mentre CommonCrypto i CryptoKit processen les claus simètriques dins de l'aplicació. Un atacant que controli una sessió desbloquejada pot intentar observar aquesta memòria.
Per què IV únic per fitxer?
Un jailbreak debilita materialment el límit del dispositiu. de Vaultaire AES-GCM operacions que s'executen en el procés de l'aplicació CryptoKit, de manera que hi ha bytes de clau simètrica a la memòria de l'aplicació mentre una volta està oberta. El compromís a nivell arrel pot orientar l'entrada, la memòria, les captures de pantalla o la sortida desxifrada. Keychain i Protecció de dades encara afegeixen barreres mentre el dispositiu està bloquejat, però Vaultaire no afirma que les seves claus AES romanguin aïllades a l'interior Secure Enclave.
Com es xifren les metadades?
Vaultaire no utilitza ChaCha20 per a les metadades de la volta. Noms de fitxers, MIME els tipus, les marques de temps, les dades de miniatures, l'estructura de la volta i la clau mestra embolicada estan protegits dins AES-256-GCM text xifrat autenticat. L'ús d'una construcció autenticada manté coherents les comprovacions de confidencialitat i integritat en tot el format d'emmagatzematge.
Quin és el model de coneixement zero de Vaultaire?
iOS recupera el procés finalitzat i el proper llançament requereix un nou desbloqueig abans que Vaultaire restauri l'estat de la clau activa. Vaultaire no crea l'àmbit de la sessió Secure Enclave Referències AES. Mentre que els seus embolcalls de claus esborren els seus buffers en la desassignació i els camins de bloqueig deixen l'estat actiu, Swift i iOS no justifiqueu una garantia que totes les còpies transitòries s'han sobreescrit abans d'un bloqueig.
Seguretat real, no promeses
Xifratge autenticat, claus en capes, derivació cara i cap clau de volta del proveïdor. Baixeu Vaultaire per utilitzar l'arquitectura descrita aquí, amb els límits del dispositiu i de les credencials indicats clarament.
Descarregar Vaultaire gratis