Come gestire il problema dei file crittografati modificati [chiuso]

Bene, qualsiasi file alterato dopo la crittografia sta per generare risultati divertenti. L'unico modo per sapere se rilevare tali cambiamenti sarebbe quello di memorizzare un hash del file crittografato quando si esegue la crittografia e quindi confrontare tale hash con l'hash del file crittografato prima della decrittografia. Se ci sono delle modifiche, gli hash non corrisponderanno e saprai che il file crittografato non restituirà i risultati originali.

Non fare affidamento sui timbri di file, però; i timestamp e altri metadati possono cambiare semplicemente spostando un file (sia dall'utente che da altri processi). (Inoltre, timestamp e metadati possono sempre essere cambiati, quindi ingannare il controllo.)

Firmare crittograficamente il contenuto del file, ad esempio utilizzando MD5 .

The MD5 Message-Digest Algorithm is a widely used cryptographic hash function that produces a 128-bit (16-byte) hash value. Specified in RFC 1321, MD5 has been utilized in a wide variety of security applications, and is also commonly used to check data integrity... An MD5 hash is typically expressed as a hexadecimal number, 32 digits long...

• Rimuovi ridondanza applicando la compressione sulla crittografia prima in chiaro
• Encrypt
• Aggiungi blocchi di correzione degli errori al flusso di dati crittografato.

Queste tre cose devono essere fatte in questo ordine. Non possono essere scambiati.

Consiglio vivamente di ottenere il libro "Crittografia applicata: protocolli, algoritmi e codice sorgente in C" di Bruce Schneier .

Questo è un grosso libro (e costoso) che copre tutto, dai semplici concetti introduttivi fino al complesso e brutto.

Anche se leggi solo le prime 100 pagine, apprezzerai molto meglio i problemi che colpirai.

Come regola approssimativa: se pensi di conoscere la crittografia, verifica con un esperto:)

... if the user modifies the encrypted file, then decryption fails ... What are the common practices that deal with the problem of encrypted files modified by users

Colpisci l'utente.

In senso figurato? Fisicamente? Dipende da [quanto bene tu conosci] l'utente. E quanto spesso ti causano questo problema.

Puoi fare esattamente lo stesso genere di cose con gli eseguibili che non sono installati nelle directory "protette"; aprili, diciamo, sul Blocco note, salvali di nuovo e, sorpresa sorpresa, non funzionano più.

Forse la domanda dovrebbe essere - perché gli utenti sono anche consapevoli questo file esiste? Non è che possano fare qualcosa [utile] con esso. Se lo salvi in "I miei documenti", lo faranno dappertutto. Rilascialo in "% USERPROFILE% \ AppData \ Roaming \ CompanyName \ NomeApp \" e non potranno mai andare a meno di un miglio.