Página principal - Historial de revisiones

Editor1: /* Secretos DH como generadores de claves simétricas - Generadores de "carraca" (ratchet) y Forward Secrecy */

2025-02-26T19:28:11Z

Secretos DH como generadores de claves simétricas - Generadores de "carraca" (ratchet) y Forward Secrecy

Editor1: /* Derivación de claves DH */

2025-02-26T19:02:21Z

Derivación de claves DH

Editor1: /* X25519 */

2025-02-26T18:58:10Z

X25519

Editor1: /* AES - 256 - CTR */

2025-02-26T14:26:36Z

AES - 256 - CTR

Editor1 en 14:04 26 feb 2025

2025-02-26T14:04:34Z

Editor1: /* Resúmenes */ enlace a docs

2020-04-02T01:01:00Z

Resúmenes: enlace a docs

Editor1: /* Resúmenes */ introducción de del opción keyform

2020-04-02T00:47:44Z

Resúmenes: introducción de del opción keyform

Editor1: /* AES - 192 - CFB */ cambio menor

2020-04-02T00:25:51Z

AES - 192 - CFB: cambio menor

Editor1: /* X25519 */

2020-03-25T01:41:38Z

X25519

Editor1: /* Cifrado Asimétrico */

2020-03-25T01:32:37Z

Cifrado Asimétrico

@@ Línea 1714: / Línea 1714: @@
 <code>cmp secreto1 secreto2</code>
-==== Secretos DH como generadores de claves simétricas - Generadores de "carraca" (ratchet) y Forward Secrecy ====
+==== Secretos DH y EC como generadores de claves simétricas - Generadores de "carraca" (ratchet) y Forward Secrecy ====
-Obsérvese que en este caso, el "secreto" que se ha negociado con las dos parejas de claves DH es un valor binario de 32 caracteres (256 bits). Habitualmente, este secreto será empleado como generador de clave (y vector de inicialización, en su caso) del algoritmo de cifrado simétrico escogido entre ambas partes. Es habitual que se necesiten más bits para dicha clave (y vector) que el tamaño del propio secreto obtenido. Lo que se hace es calcular un resumen determinado (sha-256, sha-512, etc.) del secreto y obtener, directamente o por iteración de la función (realimentando la salida en la entrada tantas veces como se necesite) los bits necesarios para rellenar la clave (y el vector). Más habitual aún es el empleo del secreto como "generador de carraca" o "ratchet function". En este caso, lo que se introduce en la función de resumen es la concatenación del secreto y un contador, lo que permitirá cambiar la clave (y el vector) en cada transmisión (identificada por su número en el contador siempre creciente), como se hace en los mensajes de Whatsapp, lo que garantiza la propiedad conocida como "Forward Secrecy", ya que el descifrado de cada mensaje requerirá el mismo esfuerzo para el atacante, dado que si no conoce el valor del secreto negociado, no podrá deducir la secuencia de claves que se aplica en cada mensaje.
+Obsérvese que el "secreto" que se ha negociado con las dos parejas de claves DH es un valor binario de 256 caracteres (2048 bits), mientras que el secreto derivado de las claves X25519 tiene tan sólo 32 caracteres binarios (256 bits), ya que las claves EC (de curva elíptica) son de menor tamaño que las originales DH y por tanto, los números que resultan de las operaciones de derivación son de tamaño similar a las claves utilizadas.
 == S/MIME ==

@@ Línea 1714: / Línea 1714: @@
 <code>cmp secreto1 secreto2</code>
-; Conclusión: Secretos DH como generadores de claves simétricas - Generadores de "carraca" (ratchet) y Forward Secrecy
+==== Secretos DH como generadores de claves simétricas - Generadores de "carraca" (ratchet) y Forward Secrecy ====
 Obsérvese que en este caso, el "secreto" que se ha negociado con las dos parejas de claves DH es un valor binario de 32 caracteres (256 bits). Habitualmente, este secreto será empleado como generador de clave (y vector de inicialización, en su caso) del algoritmo de cifrado simétrico escogido entre ambas partes. Es habitual que se necesiten más bits para dicha clave (y vector) que el tamaño del propio secreto obtenido. Lo que se hace es calcular un resumen determinado (sha-256, sha-512, etc.) del secreto y obtener, directamente o por iteración de la función (realimentando la salida en la entrada tantas veces como se necesite) los bits necesarios para rellenar la clave (y el vector). Más habitual aún es el empleo del secreto como "generador de carraca" o "ratchet function". En este caso, lo que se introduce en la función de resumen es la concatenación del secreto y un contador, lo que permitirá cambiar la clave (y el vector) en cada transmisión (identificada por su número en el contador siempre creciente), como se hace en los mensajes de Whatsapp, lo que garantiza la propiedad conocida como "Forward Secrecy", ya que el descifrado de cada mensaje requerirá el mismo esfuerzo para el atacante, dado que si no conoce el valor del secreto negociado, no podrá deducir la secuencia de claves que se aplica en cada mensaje.

← Revisión anterior		Revisión del 18:58 26 feb 2025
Línea 1713:		Línea 1713:

	<code>cmp secreto1 secreto2</code>		<code>cmp secreto1 secreto2</code>
		+
		+	; Conclusión: Secretos DH como generadores de claves simétricas - Generadores de "carraca" (ratchet) y Forward Secrecy
		+
		+	Obsérvese que en este caso, el "secreto" que se ha negociado con las dos parejas de claves DH es un valor binario de 32 caracteres (256 bits). Habitualmente, este secreto será empleado como generador de clave (y vector de inicialización, en su caso) del algoritmo de cifrado simétrico escogido entre ambas partes. Es habitual que se necesiten más bits para dicha clave (y vector) que el tamaño del propio secreto obtenido. Lo que se hace es calcular un resumen determinado (sha-256, sha-512, etc.) del secreto y obtener, directamente o por iteración de la función (realimentando la salida en la entrada tantas veces como se necesite) los bits necesarios para rellenar la clave (y el vector). Más habitual aún es el empleo del secreto como "generador de carraca" o "ratchet function". En este caso, lo que se introduce en la función de resumen es la concatenación del secreto y un contador, lo que permitirá cambiar la clave (y el vector) en cada transmisión (identificada por su número en el contador siempre creciente), como se hace en los mensajes de Whatsapp, lo que garantiza la propiedad conocida como "Forward Secrecy", ya que el descifrado de cada mensaje requerirá el mismo esfuerzo para el atacante, dado que si no conoce el valor del secreto negociado, no podrá deducir la secuencia de claves que se aplica en cada mensaje.

	== S/MIME ==		== S/MIME ==

@@ Línea 798: / Línea 798: @@
 Para descifrar se haría de la misma manera que en el paso 1, colocando la opción "-d" y permutando los valores de las opciones "-in" y "-out".
-===== AES - 256 - OFB =====
+===== AES - 256 - CTR =====
-En este ejemplo usaremos AES de 256 bits para cifrar con modo OFB, lo que resultará en un cifrado de flujo.
+En este ejemplo usaremos AES de 256 bits para cifrar con modo CTR, lo que resultará en un cifrado de flujo.
 ;Paso 1:
 Cifraremos el fichero ''texto.txt'' usando ''-pass: file:filename''. El ''filename'' corresponde con el archivo que contiene la contraseña, en este ejemplo el fichero se llamará "passwd.txt". Además, se introducirá la opción "-pbkdf2" para emplear la derivación de clave más potente.
-<code> openssl enc -aes-256-ofb -a -pbkdf2 -pass file:passwd.txt -in texto.txt -out aes_256_ofb.cif </code>
+<code> openssl enc -aes-256-ctr -a -pbkdf2 -pass file:passwd.txt -in texto.txt -out aes_256_ctr.cif </code>
 ;Paso 2:
 Para verificar que se ha cifrado el fichero correctamente se muestra el contenido del fichero de salida por la terminal:
-<code> cat aes_256_ofb.cif  </code>
+<code> cat aes_256_ctr.cif  </code>
 <pre>
@@ Línea 820: / Línea 820: @@
 Para descifrar, podemos ejecutar el siguiente comando (que no tiene la opción -pass file:passwd.txt) y posteriormente introducimos la contraseña contenida en dicho fichero:
-<code> openssl enc -aes-256-ofb -d -a -pbkdf2 -in aes_256_ofb.cif -out texto_des.txt</code>
+<code> openssl enc -aes-256-ctr -d -a -pbkdf2 -in aes_256_ctr.cif -out texto_des.txt</code>
 <pre>
-enter aes-256-ofb decryption password:
+enter aes-256-ctr decryption password:
 </pre>

@@ Línea 2002: / Línea 2002: @@
 En un lugar de la Mancha de cuyo nombre no quiero acordarme...
 </pre>
 == Generación y verificación de certificados X.509 ==

← Revisión anterior		Revisión del 01:01 2 abr 2020
Línea 199:		Línea 199:

	'''''dgst'''''		'''''dgst'''''
		+
		+	A continuación se muestran las opciones más habituales de este comando, que debe ser consultado en la documentación de OpenSSL (https://www.openssl.org/docs/man1.1.1/man1/dgst.html)

	; -digest		; -digest

@@ Línea 215: / Línea 215: @@
 Firma el resumen usando la clave privada en "filename"
 ; -verify filename
-Verifica la firma usando la clave pública en "filename". En la salida puede salir: "Verification OK" o "Verification Failure".
+Verifica la firma usando la clave pública en "filename". El resultado será: "Verification OK" o "Verification Failure".
 ; -signature filename

@@ Línea 787: / Línea 787: @@
 </pre>
-Se puede observar que el tamaño de la clave tiene mayor longitud que la de 128 bits, al igual que el vector de inicialización.
+Se puede observar que el tamaño de la clave es mayor (48 caracteres hexadecimales), mientras que el vector de inicialización se mantiene constante en los 32 caracteres hexadecimales (128 bits) del tamaño de bloque, que es el mismo para los tres tamaños de clave de AES.
 ;Paso 2:

@@ Línea 1664: / Línea 1664: @@
 ==== X25519 ====
-X25519 es un intercambio de claves Diffie-Hellman de curva elíptica utilizando Curve25519. Permite que dos partes acuerden conjuntamente un secreto compartido mediante un canal inseguro. Esta curva, se trata diferente al resto de ECDH, ya que X25519 posee su propio algoritmo.
+X25519 es un intercambio de claves Diffie-Hellman de curva elíptica utilizando la curva Curve25519. Como los restantes métodos Diffie-Hellman, permite que dos partes acuerden conjuntamente un secreto compartido mediante un canal inseguro o que intercambien sus claves públicas, de forma que la combinación pública-privada en cada extremo produce el mismo valor (secreto) que será utilizado para generar la clave de cifrado simétrico compartida. Esta curva en particular es utilizada por los conocidos sistemas de mensajería móvil Signal y Whatsapp.
 ; Paso 1
-Generamos un par de claves X25519 para Alice. Primero generamos la clave privada.
+Generamos un par de claves X25519 para Alice. Primero generamos la clave privada, que contiene la clave pública.
 <code>openssl genpkey -algorithm X25519 -out priv1.pem</code>

@@ Línea 1504: / Línea 1504: @@
 ==== RSA ====
-En este caso desarrollamos un ejemplo en el que el emisor (Alice) envia a Bob el documento "texto.txt" cifrado en AES-256-CBC (texto.aes), el resumen firmado en SHA-256 (firmaDoc.rsa) y la contraseña cifrada con la clave pública RSA de Bob (contraseña.cif) creada anteriormente. Antes de nada, emisor (Alice) y receptor (Bob) tendrán que haber intercambiado sus claves públicas (publicaAliceRSA.pem y publicaBobRSA.pem) y por supuesto, cada uno conserva su clave privada (privadaAliceRSA.pem y privadaBobRSA.pem).
+Como sabemos, el cifrado asimétrico sólo se puede aplicar a "cosas pequeñas" como claves simétricas o resúmenes. Cualquier intento de cifrar con RSA un fichero normal, de más de 200 caracteres, producirá un error de tipo "input too long". El envío confidencial de ficheros normales exige el empleo de sistemas mixtos, en los que el fichero se cifra con una clave simétrica (o contraseña) y esa contraseña es cifrada mediante RSA con la clave pública del receptor y así es enviada a dicho receptor, junto con el fichero cifrado. Si además se desea verificar la integridad del envío, se añade un resumen firmado (que a su vez es un cifrado con clave privada del emisor) del fichero original.
 ;Tarea de Alice (emisor)
-; texto.aes : Alice cifra con clave simétrica (AES-256-CBC) el fichero "texto.txt" con una contraseña y produce "texto.aes"
+; Paso 1: Alice cifra con clave simétrica (AES-256-CBC) el fichero "texto.txt" con una contraseña "prueba+12" y produce "texto.aes"
 <code> openssl enc -aes-256-cbc -pbkdf2 -in texto.txt -out texto.aes </code>
-; contraseña.txt : Alice escribe la contraseña en el fichero "contraseña.txt", veamos el contenido este fichero:
+; Paso 2: Alice escribe la contraseña en el fichero "contraseña.txt", veamos el contenido este fichero:
 <pre>prueba+12</pre>
-; contraseña.cif : Alice cifra de forma asimétrica el fichero contraseña.txt con la clave pública RSA de Bob (fichero publicaBobRSA.pem) y produce "contraseña.cif"
+; Paso 3: Alice cifra de forma asimétrica el fichero contraseña.txt con la clave pública RSA de Bob (fichero publicaBobRSA.pem) y produce "contraseña.cif"
 <code> openssl pkeyutl -pubin -encrypt -in contraseña.txt -out contraseña.cif -inkey publicaBobRSA.pem </code>
-; firmaDoc.rsa : Alice firma con su clave privada RSA (privadaAliceRSA.pem) el resumen generado con SHA2-256 del fichero texto.txt y genera el fichero "firmaDoc.rsa". Lo más normal es que la clave privada de Alice esté cifrada y se le solicite la contraseña al ejecutar este comando.
+; Paso 4 : Alice firma con su clave privada RSA (privadaAliceRSA.pem) el resumen generado con SHA2-256 del fichero texto.txt y genera el fichero "firmaDoc.rsa". Lo más normal es que la clave privada de Alice esté cifrada y se le solicite la contraseña al ejecutar este comando.
 <code> openssl dgst -sha256 -sign privadaAliceRSA.pem -out firmaDoc.rsa texto.aes </code>
@@ Línea 1529: / Línea 1531: @@
 ; Paso 1
-Bob recibe el mensaje con los tres ficheros de Alice y procede a descifrar la contraseña enviada por Alice con su clave privada (privadaBob.pem). Si la clave privada de Bob estuviese cifrada (que es lo más normal), se le solicitará la contraseña que la protege.
+Bob recibe el mensaje con los tres ficheros de Alice y procede a descifrar la contraseña enviada por Alice (contraseña.cif) con su clave privada (privadaBob.pem) en el fichero contraseña.txt. Si la clave privada de Bob estuviese cifrada (que es lo más normal), se le solicitará la contraseña que la protege.
 <code> openssl pkeyutl -decrypt -in contraseña.cif -out contraseña.txt -inkey privadoBobRSA.pem </code>
-Al hacer un cat al archivo de salida contraseña.txt, Bob ya conoce la contraseña que se usó para cifrar texto.aes:
+Al hacer un cat al archivo de salida contraseña.txt, Bob ya conoce la contraseña que Alice usó para cifrar texto.aes:
 <pre> prueba+12 </pre>
 ; Paso 2
-Una vez obtenida la contraseña de cifrado simétrica, Bob puede descifrar el "texto.aes" con dicha contraseña.
+Una vez obtenida la contraseña de cifrado simétrica "prueba +12", Bob puede descifrar el "texto.aes" con dicha contraseña y obtener el documento original (texto.txt):
 <code> openssl enc -d -aes-256-cbc -pbkdf2 -in texto.aes -out texto.txt </code>
@@ Línea 1550: / Línea 1552: @@
 Nota: Sabemos que OpenSSL ofrece alternativas para casi todos los comandos. Bob podría realizar este último paso generando el resumen SHA256 del fichero texto.txt en un fichero texto.sha y utilizando el comando "openssl pkeyutl" de la misma forma que se indica en el paso 3 del ejemplo siguiente, con los cambios oportunos.
 === Firmado y Comprobación de Resúmenes ===