¿Cómo descifrar manualmente un mensaje SOAP usando openssl?

Bien, finalmente lo descubrí yo mismo después de muchas pruebas y errores.

Los pasos son:

1. Copie la clave de sesión cifrada en un archivo y la base64 la descodifique al mismo tiempo

echo "TiMPCLfQgfw==" | base64 -d -i > sessionkey.enc

1. Descifra la clave de sesión con openssl y privatekey:

openssl rsautl -decrypt -in sessionkey.enc -out sessionkey.dec -inkey myprivatekey.key

1. Copie la clave de sesión cifrada en un archivo y la base64 la descodifique al mismo tiempo

echo "1qsIPulqkVQ3==" | base64 -d -i > body.enc

1. Lee tu clave de sesión en hexadecimal (estoy seguro de que hay una forma más fácil de hacer esto, pero aquí hay una forma de usar el comando hexdump unix):

hexdump -C sessionkey.dec

Y digamos que se ve así (esta es una tecla demasiado corta para aes256 pero es solo para fines de demostración):

00000000  8a bc f2 86 25 4c 76 c4                           |....%Lv.|
00000008

1. Lee tu cuerpo en hexadecimal (de nuevo, debes escribirlo):

hexdump -C body.enc

y digamos que se ve así:

00000000  80 33 28 0f 7a fa 73 f3  7e 4a 93 e6 a7 5f fe 2d  |.3(.z.s.~J..._.-|
00000010  29 88 84 4e e5 23 33 b8  0e 1a 43 fb 43 b1 83 ce  |)..N.#3...C.C...|
00000020

El primer bloque (80 - f3) es el cifrado iv

1. Descifre el mensaje utilizando la versión hexadecimal de la clave y la versión hexadecimal del iv:

openssl enc -d -aes-256-cbc -in body.enc -K 8abcf286254c76c4 -iv 8033280f7afa73f3 -out body.dec

Tenga en cuenta que obtendrá algo de basura al principio, ya que debería quitar el iv del principio del cuerpo antes de descifrarlo.

No es bonito, y definitivamente se puede mejorar masivamente con algunas secuencias de comandos, pero esto te da la idea de qué hacer.

(No es "hex", sino Base64 . No es un punto crítico aquí, pero si obtiene la terminología en ese momento es más fácil buscar soluciones en la Web.)

Al realizar el cifrado simétrico, openssl enc , la herramienta de línea de comandos, utiliza su propio formato no estándar, específico de OpenSSL, que no coincide con el uso de SOAP. OpenSSL agrega un encabezado específico (ese es el "número mágico" del que se queja) y algo de aleatoriedad (una "sal": las sales tienen mucho sentido cuando las claves son contraseñas, pero ese no es el caso aquí). Según la especificación , cifrado con AES-256 -CBC en SOAP simplemente agrega el IV como los primeros 16 bytes, y no hay encabezado ni sal. Esto significa que el siguiente debería funcionar (no lo he intentado):

1. Extraer el IV:

   dd if=messagebody.bin of=iv.bin bs=16 count=1

2. Convierta el IV a hexadecimal (hexadecimal real esta vez, no Base64):

   ivhex=$(od -t x1 -w iv.bin | sed 's/^[0-9A-Fa-f]*//' | sed 's/ //g')

3. Extraiga los datos cifrados reales:

   dd if=messagebody.in of=edata.bin bs=16 skip=1

4. Aplique el descifrado con IV explícito e instruya a OpenSSL no para que juegue sus propios juegos no estándar con sales:

   openssl enc -aes-256-cbc -iv $ivhex -kfile sessionkey.dec -nosalt -in edata.bin -out cdata.bin

El último problema espinoso restante es el relleno . OpenSSL, aparentemente, utiliza el relleno PKCS # 7, lo que significa que los bytes n se agregan a los datos en el cifrado, de modo que:

• n está entre 1 y 16 (al menos uno, como máximo dieciséis bytes agregados);
• la longitud total rellenada es un múltiplo de 16;
• los bytes agregados n tienen un valor n .

SOAP, por otro lado, exige algo similar, excepto que solo requieren que el último byte agregado tenga un valor n ; Los n-1 otros bytes pueden tener cualquier valor. Por lo tanto, cuando OpenSSL descifre los datos, podría encontrar un relleno que no es exactamente lo que esperaría (depende de si OpenSSL insiste o no en todos los bytes de relleno que tienen un valor n , y en qué valores de byte de relleno fueron utilizados por quien produjo los datos cifrados en primer lugar).

Si el relleno parece ser un problema, intente agregar la opción -nopad al comando openssl enc ; luego tendrá que inspeccionar los datos binarios obtenidos (por ejemplo, con od ) y eliminar los bytes de relleno usted mismo (nuevamente, con dd ).

(Todo lo anterior se ha escrito asumiendo un sistema similar a Unix, por ejemplo, Linux o FreeBSD.)