Sarebbe certamente più conveniente archiviare il mio database KeePass su S3, Dropbox o, meglio ancora, SpiderOak. La mia paura è che il mio account di archiviazione cloud venga compromesso e poi le credenziali vengano recuperate con forza bruta o qualche altro vettore di attacco. Quanto è sicuro questo? Quali rischi devo sapere?
È possibile aumentare la resilienza del database KeePass alla forza bruta aumentando il numero di iterazioni PBKDF2 quando si ricava la chiave di crittografia del database dalla password. Puoi farlo in KeePass sotto File> Impostazioni database> Sicurezza. Personalmente, utilizzo circa 5.000.000 di colpi (1 s di ritardo). Ricorda che i dispositivi mobili sono più lenti.
È difficile quantificare esattamente, ma se si dispone del DB su un dispositivo mobile, non direi che sia particolarmente meno sicuro. KeePass crittografa il DB perché il file che rimane al sicuro non dovrebbe essere una garanzia. È certamente preferibile che il file DB non vada in libertà, ma se la tua sicurezza dipende dal fatto che il file crittografato rimanga confidenziale, allora hai problemi maggiori rispetto all'utilizzo o meno del cloud storage.
Un master sufficientemente forte la password dovrebbe impedire la forzatura bruta almeno abbastanza a lungo da consentire il rilevamento di una violazione e la modifica delle password al suo interno. In questo modo, potrebbe anche essere leggermente preferibile avere una copia locale su un dispositivo mobile poiché qualcuno potrebbe compromettere il file se distogli gli occhi dal tuo dispositivo anche solo momentaneamente e sarebbe molto più difficile identificare che si è verificata la violazione.
Se desideri proteggerlo ulteriormente, puoi aggiungere un altro livello di sicurezza crittografando il file che archivi nel cloud storage online. La password principale fornisce una sicurezza abbastanza buona fintanto che si sceglie una password difficile da forzare (lunga e veramente casuale), ma non può comunque competere con una chiave di crittografia lunga effettiva. Se si crittografa il file che si archivia online e poi si tiene quella chiave protetta da una password principale simile, ora il solo componente online è molto, molto più difficile da decrittare (probabilmente impossibile se fatto correttamente) e se il file della chiave viene compromesso, devi semplicemente crittografare nuovamente il tuo DB online immediatamente con una nuova chiave. Sei ancora nei guai se qualcuno può prima compromettere il tuo account cloud e ottenere il file, ma sono necessari due punti di compromissione invece di uno.
Personalmente, probabilmente finirei per utilizzare il mio OwnCloud (che è ospitato autonomamente), ma ho il vantaggio di avere il mio server web personale e mi rendo conto che non è un'opzione che tutti possono sfruttare. (L'unico motivo per cui non l'ho fatto è che non ho una particolare esigenza di coordinare un database di chiavi in quel modo.) Una soluzione basata su cloud pubblico dovrebbe funzionare come una buona seconda opzione.
Uso la combinazione KeePass-Dropbox. Il database delle password viene crittografato utilizzando una chiave derivata da una password principale complessa . Anche se qualcuno acquisisce il tuo database di password crittografate tramite il tuo account cloud, una password principale abbastanza forte rende impossibili gli attacchi di forza bruta.
In poche parole: utilizza una password principale complessa e smetti di preoccuparti su questo.
Il cloud è intrinsecamente inaffidabile e i file conservati dovrebbero essere considerati vulnerabili, quindi è necessaria una crittografia avanzata per proteggerti. KeePass lo offre. Tuttavia, devi quindi essere in grado di fidarti di ogni client in cui inserisci la tua password. Se li leggi su un iPhone, ti fidi della piattaforma? Proteggi la tua password dalle telecamere della metropolitana quando la inserisci, ogni volta? E il tuo laptop?
Devi anche considerare il valore di ciò che stai proteggendo. Questo salvaguarda i tuoi fondi pensione? I tuoi punteggi di campionato di bowling fantasy? Il dissenso politico illegale nel tuo paese? In alcuni casi semplicemente non vale la pena rischiare di commettere un errore.
Quindi sì, fintanto che ti fidi di KeePass e dei tuoi dispositivi e ti fidi della tua capacità di mantenere al sicuro la tua chiave principale, non preoccuparti di mantenere il database in Dropbox.
Anche se il tuo database KP dovesse essere compromesso da Dropbox, l'utilizzo sia di una password complessa sia di un file di chiavi non memorizzato in Dropbox dovrebbe darti sicurezza al di là di qualsiasi mezzo noto di attacco elettronico (purché poiché i tuoi dispositivi non sono già compromessi).
Il file di chiavi deve essere archiviato in una posizione sicura separata, come un'unità USB che puoi proteggere fisicamente. Ciò fornisce 3 livelli di protezione:
Anche se un codice sufficientemente potente dovrebbe essere in grado di resistere a un attacco di forza bruta, si consideri che archiviando il database delle password nel cloud si fornisce al potenziale aggressore molte più informazioni di quante ne potrebbe ottenere, ad es. un telefono smarrito con lo stesso database.
Ogni volta che modifichi una password, l'aggressore ottiene un nuovo database, che può utilizzare insieme alle versioni precedenti in attacchi di analisi differenziale. Avrai bisogno di un codice più forte per resistere a questo, rispetto al semplice COA. Se anche lui ha una delle tue password (ad esempio violando un database di password scarsamente protetto da uno dei siti che visiti), potrebbe essere in grado di identificare quella password nel tuo database. Ciò aprirebbe le porte a KPA che potrebbe essere quasi banale nel caso in cui riutilizzi le password.
Fornisci anche all'autore dell'attacco informazioni sulla tua attività relativa alle password. Saprà quanto spesso cambi le tue password e potrebbe essere in grado di dedurre quali password cambi.
Quindi, se decidi di memorizzare il tuo database delle password in un cloud pubblico,
Scegli un algoritmo di crittografia potente, resistente alla crittoanalisi differenziale. Assicurati che ogni password nel database sia salata individualmente.
Cambia la password principale regolarmente, preferibilmente tutte le volte che fai con la tua password più preziosa.
Non riutilizzare le password.
Suggerirei una soluzione che coinvolga quanto segue:
Come tutti hanno detto, avere una password principale complessa per il tuo file di database è molto importante per contrastare il bruto forza gli attacchi. Ma se lo combini con un file di chiave, diventa praticamente impossibile eseguire la forza bruta.
Se Cloud Storage 1 è compromesso, il file di database stesso senza il file di chiave sarà impossibile da forzare, a meno che c'è una grave vulnerabilità di sicurezza nell'implementazione della crittografia di Keepass.
Se Cloud Storage 2 è compromesso, il file della chiave stesso se inutile senza il file del database. È solo un'estensione della tua password principale, non contiene dati.
Direi che sarebbe altamente improbabile che entrambi gli archivi Cloud vengano compromessi contemporaneamente dallo stesso aggressore. Dovresti essere un individuo di alto profilo per questo (ad esempio politico, miliardario, agente segreto ecc.) :)
Se non sei uno di quelli sopra e sei disposto a sacrificare un po 'di sicurezza in cambio della facilità di accesso (es. continui a dimenticare dove hai messo il maledetto disco USB), quindi archivia sia il file database che il file chiave sul computer locale. Tuttavia, in questo caso il computer locale diventa il punto debole, se compromesso, l'attaccante avrebbe accesso al file della chiave, quindi dovrebbe solo forzare brutemente la password principale sul database, quindi è meglio impostarne una forte. Sarebbe come non usare affatto un file chiave.
Se vuoi essere davvero serio, esegui Boxcryptor insieme a Dropbox. Boxcryptor crittografa tutto alla tua fine PRIMA dell'invio ai server di Dropboxs. Tutto ciò che è alla fine di Dropbox è un carico di cose crittografate. Il tuo database keepass finisce per essere crittografato doppiamente!
Personalmente utilizzo una password molto complessa di 35 caratteri mescolati con simboli e conservo il mio file DB su Google Drive. Se non tieni milioni di criptovalute o qualcos'altro che non puoi riavere dovresti stare bene. Quindi, anche se qualcuno ruberà il tuo Db e anche se qualcuno sarà in grado di crittografarlo (ne dubito fortemente) ci sono altri modi per proteggere i tuoi account e altre cose importanti. Io personalmente uso l'autenticazione a due fattori in ogni account relativo a Money e in ogni account importante, quindi è doppiamente sicuro da due lati. Penso di essere al sicuro. + durante la lettura di questo thread ho anche aumentato le mie iterazioni come suggerito da @Matrix, quindi ho aggiunto un altro livello di sicurezza. :) C'è un altro livello che aggiungerei se mi sentissi minacciato in qualche modo e si tratta di servizi come https://www.boxcryptor.com/en/ che crittografa in aggiunta i file nel tuo cloud.
Sono un forte sostenitore della difesa in profondità su questo.
Non importa quanto sia forte la tua password, è anche una che non può essere modificata.
Quindi, per proteggere il mio Keepass DB, sto usando tre livelli:
Sul motivo per cui la password non può essere cambiata: ovviamente puoi cambiare la password, e in realtà ricodificherà il database Keepass, ma non puoi cambiarla retroattivamente su vecchie copie.
Soprattutto (ma non solo) se archivi il database nel cloud, devi presumere che un avversario si sia impossessato del database in un momento precedente, con una vecchia password . Questo potrebbe fornirle le informazioni che sta cercando.
Un'altra opzione: usa il cloud solo per trasferire il tuo database sul tuo prossimo dispositivo e poi cancellalo dal cloud storage. Ciò esporrebbe il database per un periodo di tempo limitato. Non esattamente quello che stavi chiedendo, ma un'opzione che può essere presa in considerazione a seconda del livello di sicurezza richiesto.
Dico di andare con la soluzione cloud "crittografata sul client" di tua scelta, crittografa con il maggior numero di iterazioni PBKDF2 con cui ti trovi a tuo agio, il file di chiavi più grande con cui puoi convivere e, soprattutto, archivia le informazioni che tieni vicino a te ( localmente) su un'unità AUTOCRIPTANTE Se necessario, aggiungi un filesystem crittografato, ma la crittografia dei dati che sono soggetti a perdita o furto, come un'unità USB, deve essere automatica.
Se un gruppo è in grado di compromettere un servizio cloud abbastanza da scoprire che hai un kdb da violare, potrebbe essere più motivato a installare un key logger / root kit sui tuoi dispositivi personali. Ovviamente, se un tale gruppo può vederti mentre scarichi il software da sourceforge o da un app store, ottiene informazioni simili. In effetti, questo post è un suggerimento molto più semplice, quindi la preoccupazione per questo vettore di attacco potrebbe essere per gli individui più paranoici di noi.