Encriptación DBF

General Help regarding HMG, Compilation, Linking, Samples

Moderator: Rathinagiri

User avatar
mustafa
Posts: 998
Joined: Fri Mar 20, 2009 11:38 am
DBs Used: DBF
Location: Alicante - Spain
Been thanked: 201 times
Contact:

Re: Encriptación DBF

Post by mustafa »

Hola Pablo Cesar
" Mustafa, queria preguntarte si habria como utilizar archivo en padron UNICODE ?"

No lo se lo de UNICODE , a lo mejor funciona mejor
Un saludo amigo
Mustafa :P

EduardoLuis
Posts: 665
Joined: Tue Jun 04, 2013 6:33 pm
Location: Argentina
Has thanked: 1 time
Been thanked: 62 times

Post by EduardoLuis »

Hi Friends:

Excellent sample Mustafa, really usefull.-
By the way Arroya, IMHO what you want goes on the opposite way of managing data on a table, so having allways cript data on table could be a serious problem no only if you index that table, although when you search.-
What i mean is: if your table is allways crypt for searching a data on it, you must previously crypt word/s to be search; is not impossible to do, but any little error may give you too bad results.-
I think the better solution is frecuently the simplest.-
I keep crypted all table till i need to perform a search, or add or edit any reg.-
The best way is ENCODE function the same recomendation gives you Supid.- Keep in mind that you can perform a password with up to 10 character (numeric / lower and uppercase) so password encryption becomes very strong.- If you use *.MEM files remember to ENCODE them to ensure any data in it.-
A last suggestion, please try to write your message in english, not all members writes or speaks spanish.-
With regards. Eduardo

Excelente trabajo Mustafa, muy util.-
Por cierto Arroya, en mi personal opinion lo que tu quieres hacer se opone a los criterios de manejo de datos en tablas, si siempre mantienes encriptados los datos de la tabla, tendras problemas con la indexación de la misma, como así con la búsqueda de datos.-
Lo que quiero decir: si la tabla está siempre encriptada, para buscar un dato, previamente deberás encriptar las palabras objeto de la busqueda; si bien no es imposible hacerlo, el mínimo error puede arrojar resultados no deseados.-
Creo que la mejor solución es frecuentemente la mas simple.-
Yo encripto todas las tablas hasta el momento en que necesito realizar una busqueda, adición o edición de un registro.
El mejor metodo es la función ENCODE sugerida por Supid.- Ten en cuenta que puedes generar un password con hasta 10 caracteres (numericos, mayúsculas y minúsculas), lo que genera una clave realmente fuerte.- Si utilizas archivos *.MEM, es recomendable para asegurar la integridad de su contenido encriptarlos tambien con la función ENCODE.-
Una ultima sugerencia, trata de escribir un mensaje trata de hacerlo en inglés, ya que no todos los miembros escriben o hablan español.-
Cordialmente.
Eduardo

User avatar
tonton2
Posts: 326
Joined: Sat Jun 29, 2013 1:26 pm
Location: Algerie
Has thanked: 13 times
Been thanked: 15 times
Contact:

Post by tonton2 »

Merci beaucoup Mustafa :D
L'Algerie vous salut
Y.TABET

User avatar
Rathinagiri
Posts: 5317
Joined: Tue Jul 29, 2008 6:30 pm
DBs Used: MariaDB, SQLite, SQLCipher and MySQL
Location: Sivakasi, India
Has thanked: 196 times
Been thanked: 210 times
Contact:

Post by Rathinagiri »

If you want to have the whole data encrypted and still used for all data handling purposes, SQLCipher is the best choice.

It is very easy to implement SQLCipher in HMG.

The advantage is, whole database is encrypted and stored in the hard disk. Whenever data is retrieved it is decrypted and stored in RAM. When the data is written back to hard disk it is automatically encrypted with 256 bit DES algorithm.
East or West HMG is the Best.
South or North HMG is worth.
...the possibilities are endless.

User avatar
serge_girard
Posts: 2560
Joined: Sun Nov 25, 2012 2:44 pm
DBs Used: 1 MySQL - MariaDB
2 DBF
Location: Belgium
Has thanked: 849 times
Been thanked: 160 times
Contact:

Post by serge_girard »

Thanks for sharing Mustafa !

Serge

Post Reply