PKCS # 7 mensaje construido por nuestro código, ¿alguna debilidad en la salida?

Question

PKCS # 7 mensaje construido por nuestro código, ¿alguna debilidad en la salida?

#1 de Tom Leek (3 votos)

1

Tenemos esto como el mensaje cifrado PKCS # 7. Nos gustaría abrir esto para su revisión y análisis aquí, para que la gente haga agujeros. Esta muestra se genera a través de certificados de prueba y claves. La preocupación no es sobre la información del certificado, sino que el cifrado y las firmas están bien. No espero descifrar el cifrado (!), Solo estoy asegurando que no se filtren datos de la privacidad y autenticidad del mensaje envuelto.

En otras palabras, ¿qué información puede extraer del mensaje a continuación?

Pongo el formato PEM sin formato del mensaje, así como la salida openssl asn1parse -in test.pem -i .

Salida de análisis OpenSSL ASN1:

    0:d=0  hl=4 l=1963 cons: SEQUENCE          
    4:d=1  hl=2 l=   9 prim:  OBJECT            :pkcs7-envelopedData
   15:d=1  hl=4 l=1948 cons:  cont [ 0 ]        
   19:d=2  hl=4 l=1944 cons:   SEQUENCE          
   23:d=3  hl=2 l=   1 prim:    INTEGER           :00
   26:d=3  hl=4 l= 415 cons:    SET               
   30:d=4  hl=4 l= 411 cons:     SEQUENCE          
   34:d=5  hl=2 l=   1 prim:      INTEGER           :00
   37:d=5  hl=3 l= 130 cons:      SEQUENCE          
   40:d=6  hl=2 l= 125 cons:       SEQUENCE          
   42:d=7  hl=2 l=  11 cons:        SET               
   44:d=8  hl=2 l=   9 cons:         SEQUENCE          
   46:d=9  hl=2 l=   3 prim:          OBJECT            :countryName
   51:d=9  hl=2 l=   2 prim:          PRINTABLESTRING   :US
   55:d=7  hl=2 l=  11 cons:        SET               
   57:d=8  hl=2 l=   9 cons:         SEQUENCE          
   59:d=9  hl=2 l=   3 prim:          OBJECT            :stateOrProvinceName
   64:d=9  hl=2 l=   2 prim:          UTF8STRING        :CA
   68:d=7  hl=2 l=  20 cons:        SET               
   70:d=8  hl=2 l=  18 cons:         SEQUENCE          
   72:d=9  hl=2 l=   3 prim:          OBJECT            :localityName
   77:d=9  hl=2 l=  11 prim:          UTF8STRING        :Los Angeles
   90:d=7  hl=2 l=  26 cons:        SET               
   92:d=8  hl=2 l=  24 cons:         SEQUENCE          
   94:d=9  hl=2 l=   3 prim:          OBJECT            :organizationName
   99:d=9  hl=2 l=  17 prim:          UTF8STRING        :Test Organization
  118:d=7  hl=2 l=  11 cons:        SET               
  120:d=8  hl=2 l=   9 cons:         SEQUENCE          
  122:d=9  hl=2 l=   3 prim:          OBJECT            :organizationalUnitName
  127:d=9  hl=2 l=   2 prim:          UTF8STRING        :HQ
  131:d=7  hl=2 l=  34 cons:        SET               
  133:d=8  hl=2 l=  32 cons:         SEQUENCE          
  135:d=9  hl=2 l=   3 prim:          OBJECT            :commonName
  140:d=9  hl=2 l=  25 prim:          UTF8STRING        :Test Organization Root CA
  167:d=6  hl=2 l=   1 prim:       INTEGER           :02
  170:d=5  hl=2 l=  13 cons:      SEQUENCE          
  172:d=6  hl=2 l=   9 prim:       OBJECT            :rsaesOaep
  183:d=6  hl=2 l=   0 cons:       SEQUENCE          
  185:d=5  hl=4 l= 256 prim:      OCTET STRING      [HEX DUMP]:5491C648547365483F156D114992B1E2729B94BBCC1D8ACB80163B09C367DD263B98FBD9FD22CBC3323AE4109F7B8688D077E4627769970611A72C06EEC5033984BE7664C9006700D2F6774AEEA475B13562B584253F34B12A38C2D1F0CDB90BA1EDD6FADDB18253B559C31AB6D64AD7B714D1085B7493054D2F6A5DE04EA4CF27FA8E9ADF99CFBF6A7391164959142ADB3CF7CF4FD70445BDA5A9FB2439C337D96069387579F3FADA89A187023ABFD8290939A7E34C4733E04C8A72460B720B63CE80FD6B44A9D45650662493BE79AA7337AEBEB1C4543B93F12FF2D56EE79E32E735033F3D82459E8C731DA83C592C72B93BB5665139018255EB94DCE5A4D7
  445:d=3  hl=4 l=1518 cons:    SEQUENCE          
  449:d=4  hl=2 l=   9 prim:     OBJECT            :pkcs7-data
  460:d=4  hl=2 l=  29 cons:     SEQUENCE          
  462:d=5  hl=2 l=   9 prim:      OBJECT            :aes-256-cbc
  473:d=5  hl=2 l=  16 prim:      OCTET STRING      [HEX DUMP]:6A537AC9FE14255BFFEF3F88C779F2A1
  491:d=4  hl=4 l=1472 prim:     cont [ 0 ]

encryption digital-signature smime

pregunta user21289 27.02.2013 - 23:32

fuente

1 respuesta

Lea otras preguntas en las etiquetas encryption digital-signature smime

¿Cómo puedo saber si mi cuenta de correo electrónico ha sido secuestrada? Implementando un inicio de sesión seguro para una API

score 3 · Answer 1

Uno no puede saber si una implementación de CMS (también conocida como "PKCS # 7) es segura al mirar el archivo producido ; en el mejor de los casos, se podrían detectar problemas de interoperabilidad .

No detecté ningún problema de interoperabilidad de inmediato; utiliza el relleno OAEP con RSA, que podría considerarse en negrita (el soporte OAEP no está completamente extendido en este momento) pero aún cumple con los estándares relevantes (por ejemplo, PKCS # 1 ).

La seguridad dependerá mucho de las implementaciones de algoritmos criptográficos, en particular de PRNG utilizado para producir los elementos de relleno aleatorios en cifrado RSA / OAEP y la clave para el cifrado AES. Los errores desagradables pueden estar al acecho allí, y nadie podría decirlo con solo mirar un ejemplo PKCS # 7.

Observo que este objeto "Datos envueltos" no incluye los datos en sí, lo cual está bien, pero requiere que los datos cifrados se transmitan o almacenen de forma independiente. Además, tenga en cuenta que el cifrado no implica integridad ; no hay muchos modelos de ataque donde se necesita cifrado, pero la integridad es irrelevante (en la mayoría de las situaciones, cuando el atacante puede observar datos, también puede modificar datos). Para agregar integridad comprobada a este objeto, necesitaría envolverlo en un objeto de "Datos firmados" (y las cosas se vuelven más complejas porque ahora los remitentes también tienen un par de claves pública / privada).