Memorizza una password in modo sicuro

Question

Ho bisogno di "proteggere con password" la mia applicazione ma ho bisogno di consigli su dove conservare la password in modo sicuro.

Come ho intenzione di fare questo:

La prima volta che il programma viene eseguito, mi chiederà all'utente di creare una password. La password verrà salata e sottoposta a hash in SHA-256, quindi memorizzata nel Registro di sistema o in un file.

Il problema:

Se devo conservare l'hash della password nel Registro di sistema o di un file (o entrambi) allora sarebbe troppo facile per qualcuno solo eliminare la chiave del Registro di sistema o del file e viene richiesto di crea una nuova password ...

Come posso archiviare in modo sicuro la password con hash in modo da rendere più difficile l'eliminazione?

Ho pensato di archiviarlo nel Registro di sistema e anche di creare un file con gli attributi nascosti e di sistema da cui leggere nel caso in cui il file di registro venga cancellato, ma questo sembra sciocco in quanto potrebbe anche essere eliminato abbastanza facilmente.

// Spero di aver postato correttamente questa domanda con i tag corretti - Sono nuovo qui quindi per favore andate piano! ;)

Tutto il meglio

Chris (Shamballa)

Answer 1

Questo è fondamentalmente un Programmazione Etica 101 problema. Se stai memorizzando informazioni sul computer di qualcun altro, ricorda che il computer è di loro proprietà e hanno il diritto di cancellare o modificare qualsiasi file o chiave di registro. Cercare di farlo in modo che non possano è una pessima idea.

C'è una buona ragione per cui non puoi farlo. Cosa accadrebbe se qualcuno avesse iniziato a inserire file che non puoi eliminare o modificare sul tuo computer? Estrapolare alla conclusione logica: cosa accadrebbe se un virus iniziasse a inserire file che non è possibile eliminare o modificare sul computer, e lo ha fatto in un ciclo infinito finché il disco rigido non è pieno? Tu conosci se fosse possibile, qualcuno lo proverebbe.

Se si desidera un programma che memorizzi una password in un punto in cui l'utente non può modificarlo, inseriscilo sul server e chiedi al programma di contattarlo tramite una connessione Internet. (Che è una lattina completamente diversa di worm, ma almeno non stai cercando di fare cose impossibili o violare più i diritti di proprietà dei tuoi utenti.)

Answer 2

La soluzione migliore sarebbe affidarsi a una fonte esterna che il l'utente NON può controllare per memorizzare una parte della password. Altrimenti, non importa dove lo nascondi, può essere facilmente scoperto da qualcuno con pochi strumenti gratuiti e un po 'di tempo.

Personalmente, ho trovato il posto migliore per memorizzare tali dati sia all'aperto, insieme ad altri dati a cui l'applicazione accede frequentemente. Tieni presente che se l'utente ha accesso a modificare i dati, è a rischio.

Se si desidera bloccare il programma, è necessario che la chiave sia già presente prima dell'esecuzione del programma. In questo modo devi solo preoccuparti di come ottieni la chiave, e dal momento che è crittografata, sarebbe più difficile per loro crearne una che funzioni per il tuo sistema.

Per il processo di autenticazione iniziale, è possibile inserire una parte della chiave sul server Web, fornire all'utente una passkey richiesta per creare il file crittografato.L'utilizzo della chiave di accesso li condurrebbe alla chiave sul server e, se è valida, consentirà loro di salvare il file crittografato. Se sei preoccupato per la riattivazione, una volta attivato, puoi eliminare il file sul tuo server web.

Un'altra opzione potrebbe essere quella di utilizzare qualcosa come OnGuard (latest versions) per codificare una chiave a tempo limitato che si fornisce all'utente. Quindi, quando viene eseguita l'attivazione, verificare che la chiave fornita sia scaduta o meno e, in tal caso, non consentire l'attivazione. In questo modo la chiave di attivazione è a rischio solo per un periodo di tempo limitato.

Non passare troppo tempo su questo. Anche il miglior algoritmo può essere rattoppato con alcune istruzioni NOP dopo che l'app è stata distribuita.

Answer 3

È possibile memorizzare in modo sicuro una password per un'applicazione utilizzando Windows crypto API. C'è un esempio del suo utilizzo in CodeGuru, ma è scritto in C++, non in Delphi. Il codice non è troppo impegnativo, quindi dovrebbe essere convertito relativamente facilmente in Delphi.

Una soluzione più avanzata sarebbe chiedere all'utente la password prima di scaricare l'applicazione e incorporare la parte con password hash del file binario - ovviamente se si ottengono più copie dell'applicazione si può facilmente determinare la posizione del valore crittografato e il codice che lo controlla per rimuoverlo.

Il problema è che non hai creato alcun valore dall'uso della password, cioè sembra essere solo una password a parte. È necessario utilizzare la password come seme per crittografare i dati dell'applicazione e legare la password ai dati. Perdi la password e perdi solo i dati.

Answer 4

Ci sono almeno 2 modi in cui posso interpretare la tua domanda.

(1) Si desidera memorizzare le password in modo che possano essere utilizzate in un secondo momento per accedere a un database remoto.

This answer su Password encryption in Delphi spiega la parte di crittografia.

In questo modo è possibile memorizzare una password in modo che in un secondo momento possa essere utilizzata per autenticare l'utente quando accede utilizzando l'applicazione su un server di database o qualcosa del genere.

La parte "non cancella" è molto sensibile per gli utenti; Non lo farei.

(2) Si desidera memorizzare una password, in modo che possa essere utilizzata per convalidare un utente per accedere localmente all'applicazione.

Questo è più difficile, in quanto fondamentalmente non è possibile.

Il modo più simile è mantenere in esecuzione un processo in background che mantenga un blocco sul file.
Si comunica con tale processo per sbloccare il file in modo da poter verificare la password.

--jeroen

Answer 5

Se avete solo bisogno sola password, cifrare e virare sulla fine del exe. L'ho fatto con successo molte volte.

Answer 6

Suggerirei di utilizzare le funzioni di autenticazione in Windows, in particolare CredWrite e CredRead.Sarebbe anche possibile utilizzare le finestre di crittografia prevede (CryptProtectData/CryptProtectMemory) e quindi salvare le credenziali

EDIT: Se avete bisogno le intestazioni per Delphi, sono disponibili nel Jedi Windows Api Library.

Answer 7

In realtà non si specifica cosa protegge questa password. Immagino che venga usato per proteggere i dati creati dal tuo programma.

Non sono esperto di sicurezza o crittografo ma se i dati sono archiviati localmente la soluzione è semplice. Memorizza sia la password (o più probabilmente un hash della password) che i dati nella stessa posizione (file, DB, ecc.), Crittografati con chiavi separate.

Ciò impedisce l'elusione tramite la cancellazione dei file. Cancellerebbero anche tutti i dati. Ciò ostacolerà tutto tranne l'utente finale più determinato.

Answer 8

A giudicare dalla tua descrizione, non si capisce che, se tutta la sicurezza che hai è

if not SameString(Hash(UserPassword), StoredPassword) then exit; 

Allora avete alcuna sicurezza a tutti, e non è una questione di utente di eliminare il file di password. L'utente può semplicemente aprire il file exe in qualsiasi editor di binario e NOP la parte che fa il controllo:

//if not SameString(Hash(UserPassword), StoredPassword) then exit; 
//Check commented out ---malicious user 

Dovete capire che, anche se si compila la vostra applicazione, contiene ancora tutto il codice sorgente, proprio in assembler. Puoi ancora modificare la fonte, è solo un po 'più difficile perché ora è in una lingua diversa.

Pertanto, se si desidera impedire all'utente di fare qualcosa nella vostra applicazione, ci sono solo due modi:

1. di protezione dalla scrittura la vostra applicazione ed il suoi file. Oppure memorizzali su un server separato, se non ne hai il controllo. O semplicemente fai di loro un servizio che accetta solo un set fisso di comandi.

2. Fa in modo che l'app non lo controlli, ma crittografa qualcosa di critico con la password. Certo, l'utente malintenzionato può reimpostare la password o addirittura eliminare completamente la routine di decrittografia, ma dovrà comunque decrittografare i dati.

Ogni altra soluzione può essere aggirata, tutto ciò che differisce è il tempo e le competenze che occorrerà per aggirare. Ad esempio, è possibile crittografare una parte critica del codice dell'applicazione e decrittografarla al volo (fatto una volta). Quindi esegui e cripta nuovamente. Senza la password corretta la tua app non funzionerà mai.

Ma un utente malintenzionato può installare una copia separata dell'app con una password conosciuta, esaminare parti del programma quando vengono decodificate e assemblarle nella sorgente non crittografata. Certo, è un sacco di lavoro. Ma può essere fatto in un tempo finito.