Come salvare efficacemente la password del database all'interno dell'applicazione desktop?

Qualsiasi chiave segreta incorporata in un programma può essere ripristinata da una persona che ha pieno accesso a quel programma, il meglio che puoi fare è che richiede molto tempo per farlo.

But let's say you could make the secret totally unrecoverable by analysing the binary.

L'utente può eseguire analisi dinamiche eseguendo il programma mentre monitora la sua memoria e aspetta che la chiave sia costruita.

OK let's say you have managed to use a key without ever building it completely in memory somehow.

La chiave deve ancora essere usata per qualcosa, e l'utente potrebbe esaminare quel meccanismo e usare la chiave anti-forense allo stesso modo.

Let's say the mechanism for constructing and using the key is totally obfuscated beyond recovery.

La chiave deve ancora lasciare il tuo programma per essere utile al di fuori di esso. Potrei semplicemente passare da un database in attesa che la mia chiave segreta venga passata a me, non dovrei assolutamente analizzare il tuo programma. Qualsiasi forma di crittografia che utilizzi dovrebbe essere leggibile dal mio software di database, che sono anche in completo controllo di keypair e simili.

But I have written my own database format which is loaded into the same program as the key which you can't read.

Quindi il tuo programma è completamente bloccato e tutto avviene all'interno. Tranne che no - caricherete librerie dinamiche che potrei modificare modificando così il comportamento del vostro programma.

In definitiva non c'è nulla che funzioni sulla mia macchina su cui non ho il controllo finale. Questo non è qualcosa che puoi evitare.

Non puoi. È un problema pollo o uovo .

Chiedi all'utente di inserire la password ogni volta che viene utilizzato il database.

Si afferma che quanto segue non si applica perché le applicazioni desktop devono funzionare offline:

Using a remote database server and an n-tier architecture where the program doesn't directly access the database but authenticates with another layer which grants each operation and forwards it to the database layer. Everything is encrypted through SSL and authentication is done via a digital certificate (so effectively using public key cryptography).

Se la tua applicazione ha bisogno di lavorare offline e può funzionare offline, allora uno di questi è vero:

• Il database è archiviato localmente, nel qual caso una password non è necessaria, in quanto l'utente ha solo accesso ai propri dati. Un esempio potrebbe essere il supporto dell'applicazione con un database SQLite.
• Il database è archiviato in remoto, ma la possibilità di collegarsi ad esso è facoltativo. In tal caso, è possibile passare all'autenticazione corretta quando l'applicazione non viene più eseguita offline.

Per un'applicazione desktop preferisco l'hashing della password con sale. L'hashing con SHA-256 o SHA-1 plus sale sembra buono. Perché Idealmente una chiave di crittografia per un sistema standalone come spiegato sopra può essere ottenuta con qualche trucco malevolo. l'hashing è una strada a senso unico che garantisce un po 'di forza, quindi non è così male