Voglio crittografare un file INI usando un programma Delphi su un PC Windows.
Allora ho bisogno di decriptare & accedervi in C su un sistema embedded con poca RAM.
Lo farò una volta & scarica tutte le informazioni; Non accederò in modo consueto al file INI ogni volta che il mio programma ha bisogno di dati dal file.
Qualche consiglio su quale crittografia usare? Niente di troppo pesante, abbastanza buono per "Sicurezza attraverso l'oscurità" e FOSS per Delphi & C.
E come posso decifrare, ottenere tutte le informazioni dal file INI - usando la minore RAM possibile, e quindi liberare ogni RAM allocata?
[Aggiorna] Attualmente utilizzo un Atmel UC3, anche se non sono sicuro che sarà il caso finale. Ha 512kB di falsh e amp; 128kB di RAM. Per un file INI, sto parlando di max 8 sezioni, con un totale di max 256 voci, ciascuna max 8 caratteri.
Ho scelto INI (ma non sono sposato con esso), perché in passato ho avuto grossi problemi quando cambia il formato di un campo di dati, indipendentemente dal fatto che sia binario o di testo.
Per tex, preferisco il formato gratuito di INI (su PC), ma suppongo che potrei passare a line_1=data_1, line_2=data_2 e accettare che se aggiungo nuovi campi nelle future erleases del software devono arrivare alla fine, anche se è non bello se letto direttamente dagli umani.
Suppongo che se scelgo un file di testo in formato fisso non avrò mai bisogno di avere più di una riga nella RAM alla volta ...
[Verdict] andrò con TEA o AES (tbd). Dividerò la funzionalità in due parti: 1) decrittografata in un file di testo semplice, 2) la analizzo come un file INI e se riscontro problemi di memoria, allora cambio in un formato line_1=data_1, line_2=data_2 .
Grazie per il tuo aiuto.