S / MIME

Secure / Multipurpose Internet Mail Extensiones ( S / MIME ) es un estándar para el cifrado y firma de MIME - objetos por una criptografía híbrida . S / MIME se utiliza en una gran cantidad de protocolos para la protección en la capa de aplicación . Las aplicaciones típicas de S / MIME son el correo electrónico , AS2 y muchas más. En la práctica, S / MIME (nivel de contenido) se puede combinar con TLS (nivel de transporte).

función

RFC 1847 (1995) define dos tipos de contenido para MIME. El multipart/signedformato para firmar un correo electrónico y el multipart/encryptedformato para su cifrado. Un correo electrónico solo se puede firmar, solo cifrar o someter a ambas operaciones. Se utilizan tanto S / MIME ( RFC 2633 ) como OpenPGP ( RFC 2440 ), ambos especificados posteriormente multipart/signed, mientras que multipart/encryptedsolo se utiliza OpenPGP. S / MIME define (también) el nuevo tipo de contenido para el cifrado application/pkcs7-mime. La mayoría de los clientes de correo modernos admiten S / MIME. Requiere X.509 basados en certificados para operar.

Multiparte / Firmado

El formato contiene exactamente dos bloques. El primero contiene los datos, incluido el encabezado MIME, a través del cual se creó la firma digital. El segundo contiene la información para verificar la firma. Esto significa que los clientes de correo electrónico que no admiten S / MIME pueden leer el correo. Por lo tanto, es multipart/signedel recomendado de varios métodos S / MIME posibles.

aplicación / pkcs7-mime

El tipo de contenido application/pkcs7-mimetiene el parámetro opcional smime-type, que describe el tipo de datos (sin tener que decodificarlos): datos envueltos (cifrado), datos firmados (firma), solo certificados (certificado). Además, el nombre de archivo de la entrada de encabezado opcional pero solicitada Content-Disposition muestra el tipo de datos: smime.p7m (datos firmados o cifrados), smime.p7c (certificado), smime.p7s (firma).

Una sección con datos cifrados también contiene exactamente dos bloques. El primero contiene la información necesaria para el descifrado. El segundo bloque contiene los datos cifrados. El cuerpo del correo está completamente cifrado y, por lo tanto, solo puede ser leído por el destinatario previsto. Esto significa que el análisis de virus y spam solo es posible en el dispositivo final. Los encabezados del correo (incluido el asunto), por otro lado, aún no están encriptados y, por lo tanto, no deben contener ninguna información confidencial.

Un ejemplo de un mensaje cifrado se ve así: 

   Content-Type: application/pkcs7-mime; smime-type=enveloped-data;
           name=smime.p7m
   Content-Transfer-Encoding: base64
   Content-Disposition: attachment; filename=smime.p7m

   rfvbnj756tbBghyHhHUujhJhjH77n8HHGT9HG4VQpfyF467GhIGfHfYT6
   7n8HHGghyHhHUujhJh4VQpfyF467GhIGfHfYGTrfvbnjT6jH7756tbB9H
   f8HHGTrfvhJhjH776tbB9HG4VQbnj7567GhIGfHfYT6ghyHhHUujpfyF4
   0GhIGfHfQbnj756YT64V

Para cifrar un correo electrónico, el remitente debe conocer la clave pública del destinatario, que puede encontrar, por ejemplo, en el certificado de un correo electrónico firmado recibido previamente por el destinatario. Un cliente de correo electrónico simplifica el manejo al guardar automáticamente todos los certificados recibidos.

Clasificación de certificados

Los proveedores de certificados para la comunicación segura por correo electrónico generalmente los clasifican en tres clases que se complementan entre sí:

  • Clase 1 : la autoridad de certificación (CA) garantiza la autenticidad de la dirección de correo electrónico y solo esto es parte del certificado.
  • Clase 2 - Además de la dirección de correo electrónico, en el certificado se incluye el nombre asociado, así como la organización / empresa, si corresponde.
  • Clase 3 - Los datos de Clase 3 se verifican utilizando bases de datos de terceros, copias de tarjetas de identificación, extractos del registro comercial, etc.
  • Clase 4 : para los certificados de clase 4 , el solicitante debe identificarse personalmente.

Certificados gratis

Algunas empresas y organizaciones no comerciales ofrecen certificados S / MIME gratuitos. Se pueden crear varios certificados después del registro, pero solo contienen el nombre después de un cierto número de pruebas de identidad. Esto lo pueden hacer los miembros de una red de confianza u otros organismos de confianza, como abogados o contables. Básicamente, la emisión de certificados por parte de los proveedores sin verificar la identidad del solicitante destruye la idea básica del intercambio seguro de información entre dos computadoras en la red. Con algunos emisores de certificados, por ejemplo, es posible utilizar información inventada del operador para obtener un certificado para un sitio web completamente de terceros. El usuario ya no sería informado sobre una redirección de la transmisión de información, por ejemplo, por parte del navegador, si la autoridad de certificación fuera clasificada como confiable desde el principio por el fabricante del navegador.

CAcert , una CA ( autoridad certificadora ) no comercial y de propiedad comunitaria , proporciona certificados gratuitos. Sin embargo, en muchos clientes de correo electrónico y navegadores web no se ingresa en la base de datos de certificados como una autoridad de certificación confiable. Un usuario que establezca una conexión a un servidor con un certificado CAcert o que reciba un correo electrónico con un certificado S / MIME firmado por CAcert, recibirá el mensaje de error de que no se pudo verificar el origen del certificado (a menos que CAcert haya sido previamente ingresado manualmente como confiable en el programa).

Además, los certificados de clase 1 gratuitos (en algunos casos con un período de validez reducido de menos de un año, por ejemplo como certificado de prueba) son ofrecidos por empresas que, a diferencia de CAcert, también figuran como confiables en las bases de datos de certificados de software común. Sin embargo, estos certificados S / MIME gratuitos son completamente funcionales. Ejemplos de estos certificados, que en su mayoría están destinados a uso privado, son:

  • eID de correo electrónico seguro y gratuito de WISeKey (3 meses de validez - atención: el servidor genera la "clave privada" y, por lo tanto, el proveedor la conoce)
  • Secorio S / MIME (validez de 1 mes, usa certificados Comodo)
  • GlobalSign como certificado de prueba gratuita PersonalSign 1 (válido por 30 días)
  • Red de salud alemana (DGN) (válido por 1 año, clase 1 - atención: el servidor genera la "clave privada" y, por lo tanto, el proveedor la conoce)
  • ACTALIS SpA (validez de 1 año - atención: el servidor genera la "clave privada" y, por lo tanto, el proveedor la conoce)
  • Cifrado popular (válido por 3 años, no catalogado como confiable en las bases de datos de certificados comunes)

También es posible cifrar mensajes con un certificado autofirmado. Esto requiere un certificado raíz de creación propia que represente a su propia autoridad de certificación. En principio, cualquier certificado puede firmarse con esto. Sin embargo, todos los socios de comunicación deben importar primero este certificado raíz y confiar en él antes de que sea posible la comunicación cifrada.

Con la ayuda de SMIMEA, el administrador del dominio puede publicar un certificado (raíz) a través de DNS y así hacerse cargo de la autenticación.

Generación de claves de seguridad

Para utilizar certificados S / MIME para el cifrado y la firma, se requiere un par de claves que consta de una clave pública y una privada debido al método de cifrado de clave pública utilizado . Ambas claves pueden ser creadas por un proveedor de servicios. La creación de la clave privada por parte del proveedor de servicios requiere la confianza de que no quedará ningún archivo de copia / respaldo / registro o similar con el proveedor de servicios después de que se haya entregado. Los proveedores de servicios de renombre, las Autoridades de certificación (CA), en cambio, ofrecen un procedimiento en el que la clave privada es creada por el cliente y no tiene que ser entregada a la CA en ningún momento. Para ello, el cliente transfiere "su clave pública inicial" a la CA mediante Solicitud de firma de certificado (solicitud CSR) y la CA genera el certificado público que se puede verificar en todo el mundo.

Dependiendo de los requisitos de protección, la clave privada y el archivo CSR se pueden generar convenientemente en el navegador a través de un sitio web proporcionado por la CA o, en el otro extremo, esto se puede hacer en una computadora separada que solo se obtiene y se usa para este propósito y a través de los comandos de la consola. El certificado público final de la CA a menudo se envía por correo electrónico. Las CA de buena reputación ofrecen cada certificado público que generan en su propio directorio de certificados de acceso público, incluida una lista de revocación pública.

Para las organizaciones que requieren una gran cantidad de certificados S / MIME, las CA también ofrecen programas especiales de administración de gestores de certificados con los que se reduce el esfuerzo administrativo, incluso si aumenta la necesidad de protección.

Seguridad S / MIME para correo electrónico

Un grupo de investigadores de seguridad alemanes llevó a cabo varios estudios en 2018 y 2019 sobre la seguridad de las comunicaciones firmadas y cifradas por correo electrónico utilizando S / MIME y PGP:

  • El método criptográfico sigue siendo seguro, pero la implementación como el protocolo S / MIME tiene algunas debilidades conceptuales debido a ciertas variantes opcionales. Estas debilidades se discutieron en público bajo el eslogan Efail . Con RFC 8551 , los cambios propuestos se tomaron como S / MIME 4.0 y Efail también se menciona por su nombre en el RFC.
  • En 2019, estos estudios se ampliaron para incluir la cuestión de hasta qué punto se puede engañar al software de correo electrónico disponible comercialmente al verificar la firma en el lado del destinatario si la firma se usa a través de S / MIME como un CMS o en el archivo adjunto o un correo electrónico Mail contiene dos firmas. Los investigadores informaron las vulnerabilidades a los fabricantes antes de su lanzamiento, por lo que algunos ya han implementado actualizaciones de seguridad.

Alternativas

Como alternativa a S / MIME, PGP u OpenPGP también se pueden utilizar utilizando una infraestructura de clave pública (PKI). Sin embargo, los dos métodos no son compatibles, incluso si utilizan parcialmente el mismo método de cifrado porque utilizan diferentes formatos de datos. PGP / INLINE o PGP / MIME son comunes aquí . Con la privacidad de Pretty Easy , el uso de S / MIME o PGP se automatizará y, por lo tanto, se simplificará enormemente.

Ver también

Normas y estándares

S / MIME se desarrolla constantemente:

  • RFC 2311 S / MIME Versión 2 Especificación de mensaje (1998, obsoleto)
  • RFC 2633 S / MIME Versión 3 Especificación de mensaje (1999, obsoleto)
  • RFC 3851 Extensiones de correo de Internet seguras / multipropósito (S / MIME) Versión 3.1 Especificación de mensajes (2004, obsoleto)
  • RFC 5751 Extensiones de correo de Internet seguras / multipropósito (S / MIME) Versión 3.2 Especificación de mensajes (2010, obsoleta)
  • RFC 8551 Extensiones de correo de Internet seguras / multipropósito (S / MIME) Versión 4.0 Especificación de mensajes (2019)

También hay otra serie S / MIME que se ocupa del manejo de certificados y listas de revocación:

  • Manejo de certificados RFC 2632 S / MIME 3.0 (1999, obsoleto)
  • RFC 3850 S / MIME 3.1 Gestión de certificados (2004, obsoleto)
  • RFC 5750 S / MIME 3.2 Gestión de certificados (2010, obsoleto)
  • Manejo de certificados RFC 8550 S / MIME 4.0 (2019)

enlaces web

Evidencia individual

  1. ↑ heise online: Tenga cuidado con los certificados SSL gratuitos. Consultado el 17 de enero de 2021 .
  2. ↑ eID de correo electrónico seguro gratuito https://account.wisekey.com
  3. ↑ ¿Cuánto cuestan los certificados de correo electrónico para uso privado? En: Secorio AG. Consultado el 17 de enero de 2021 (Swiss Standard German).
  4. ↑ Productos GlobalSign PersonalSign https://www.globalsign.com/de-de/personalsign/
  5. ↑ DGNcert: el certificado electrónico por correo electrónico de la red de salud alemana. Consultado el 1 de marzo de 2020 .
  6. ↑ DGNcert: el certificado electrónico por correo electrónico de la red de salud alemana. Consultado el 20 de diciembre de 2020 .
  7. ↑ Certificado de correo gratuito ACTALIS. Consultado el 6 de mayo de 2020 .
  8. ↑ Bendición o maldición: "People's Encryption" de Deutsche Telekom en detalle. Consultado el 4 de mayo de 2021 .
  9. ↑ Schlyter, Jakob, Hoffman, Paul: Uso de DNS seguro para asociar certificados con nombres de dominio para S / MIME. Consultado el 10 de julio de 2017 .
  10. ↑ a b Reiko Kaps: Otro clavo de ataúd. Cómo las CA socavan aún más la confianza en la tecnología SSL. En: c't . No. 14 , 2014, pág. 46 f . ( heise.de [consultado el 25 de noviembre de 2018]).
  11. ↑ Fabian A. Scherschel: S / MIME y PGP: se puede engañar a la verificación de la firma del correo electrónico. En: heise online. 1 de mayo de 2019, consultado el 4 de mayo de 2019 .