Todos sabemos que es inútil intentar encriptar con algoritmos caseros, porque esos omnipotentes malvadísimos hackers mal intencionados nos van a pillar en dos patadas. Vale. Pero en algún lado y con algún formato ha de guadar uno las contraseñas de las bases de datos y demás si no queremos tener que recompilar cada vez que la guardemos... y estoy seguro que prácticamente todos hemos hecho alguna que otra alguna vez(creo recordar que Vuott subió algo hace un tiempo).

Propongo, más que un reto, un concurso de encriptaciones caseras.

Condiciones: No se pueden usar elementos ni herramientas ajenos al propio gambas.

El ganador se nombrará por aclamación popular. Cosas a valorar: originalidad, sencillez, robustez y que el autor pese más de 100 kilos y lo que os parezca
Adjunto mi aportación.

Vamos a dar vida a este reto, que estáis dormidos, coño!

Una pregunta, shordi, ¿el algoritmo ha de ser bidireccional o no? Esto es, se tiene que poder desencriptar o sirve uno de un sólo sentido para hacer comparación con el hash?

Saludos

===================
Jesús Guardón

Por favor, usemos el corrector ortográfico antes de pulsar el botón "Enviar".

"uo ǝs ʇɐu pıɟıɔıן ɐdɹǝupǝɹ ɐ dɹoƃɹɐɯɐɹ, soןo ɥɐʎ bnǝ dɹodouǝɹsǝןo"

Citar:

el algoritmo ha de ser bidireccional o no?

Yo creé el mío para almacenar las claves de las conexiones y usuarios en una base de datos. Por tanto debe ser bidireccional, supongo. Se trata de no teclearlo más...

....·uoᴉɔɐʇdᴉɹɔuә osn ou osә ɹod opuɐlqɐɥ oɹɐlɔ ʎnɯ ʎos әɹdɯәᴉs oʎ

Saludos

===================
Gambas Básico
"No es un bug, es una característica no documentada"