Oggi cerco idee.
Il problema: I file sensibili vengono inviati tramite REST (su SSL, ovviamente) a un server di terze parti. Non riesco a toccarli a livello di codice finché non arrivano al server. Questi file vengono memorizzati lì fino a quando gli utenti li scaricano tramite SFTP e li cancellano dal server. Ogni file risiederà per circa una settimana su questo server.
L'obiettivo: Proteggi i file ad ogni passaggio finché non si trovano sui computer degli utenti.
Il mio piano: Poiché non riesco a crittografare i file finché non arrivano al server di terze parti, la mia unica speranza per la sicurezza è una connessione SSL. Vorrei assicurarmi che solo i miei file vengano salvati sul server, quindi penso che dovrei inviare una password insieme ai file. Cosa c'è di meglio di una password statica? Vorrei utilizzare password univoche, ma non sono sicuro da dove cominciare.
Quando un file viene scaricato sul server, copierò il flusso nella memoria temporanea e crittograferò i dati con RSA. Posso mantenere la chiave privata sui computer degli utenti e memorizzare solo la chiave pubblica sul server. (Si noti che il server non ha crittografia hardware.) Quando un utente si connette tramite SFTP, può scaricare il file crittografato e decrittarlo solo sulla propria macchina quando è offline. C'è un modo migliore per mantenere i file finché un utente non può accedervi?
Qualsiasi altro suggerimento sarebbe molto apprezzato!
Aggiorna Dopo aver armeggiato e riflettuto, ho trovato questa soluzione più adatta dato il mio controllo limitato sul server di partenza: link
In breve, invia i file da A a B tramite SSL. Utilizzare la crittografia AES-256 con una chiave generata casualmente quando il file arriva in B. Cripta quella chiave casuale con RSA 2048 (la chiave pubblica). Salva tutto sul server fino a quando non può essere scaricato. Una volta che i file si trovano sul computer degli utenti, decrittografare la chiave casuale con la chiave privata di RSA (archiviata solo offline) e quindi utilizzare tale chiave per decodificare la crittografia AES sul file. La ragione per la crittografia ibrida Symmetric / Asymmetric è perché voglio il formato della chiave public-private ma RSA limita la dimensione dei dati a 256 bit (per 2048, è solo 128 bit per 1024). Quindi crittografiamo i dati e la chiave separatamente, quindi inviamo entrambi. Sì, questo risulta nei tasti 3 : uno generato casualmente ogni volta, una chiave pubblica e una chiave privata (che non vede mai la luce di Internet).
Nihvel lo ha inchiodato con ancora più sicurezza crittografando il file prima di inviare e salvare la chiave casuale crittografata sul Server A. Quindi i due non erano mai sullo stesso server. Grazie per tutto il tuo aiuto!