Autenticación y control de acceso al correo electrónico seguro

Según la política, los destinatarios que recuperan mensajes a través de un portal seguro pueden utilizar:

• el autorregistro de una cuenta en el portal;
• una frase de contraseña establecida por el remitente;
• un PIN de un solo uso;
• la autenticación multifactor;
• llaves de acceso (passkeys);
• un proveedor de identidad empresarial mediante inicio de sesión único.

El acceso sin cuenta solo está disponible para determinados flujos de trabajo admitidos; no es una función universal.

Las llaves de acceso permiten la autenticación basada en el dispositivo. Normalmente, el destinatario desbloquea una llave de acceso con el PIN del dispositivo o una comprobación biométrica, como una huella dactilar, y esa comprobación se realiza en el propio dispositivo del destinatario.

Como cada llave de acceso está vinculada al servicio para el que se creó, las llaves de acceso están diseñadas para resistir el phishing. Esa protección depende de una implementación correcta y del flujo de autenticación, y no todos los dispositivos o navegadores de los destinatarios admiten llaves de acceso.

Entre las opciones de segundo factor admitidas que describe Echoworx se incluyen:

• TOTP con aplicación de autenticación: códigos de un solo uso basados en el tiempo, generados por una aplicación en el dispositivo del destinatario;
• Mensaje de texto: un código de un solo uso enviado por SMS;
• Llamada de voz automatizada: un código leído por teléfono, útil cuando no resulta práctico recibir mensajes de texto.

Ofrecer varios métodos da a los destinatarios más de una forma de completar la verificación. Los métodos difieren en solidez: los códigos enviados por SMS o por voz pueden interceptarse o desviarse, y ningún método de código de un solo uso es tan resistente al phishing como una llave de acceso. Que un conjunto determinado de factores cumpla un marco como PCI DSS o las directrices del NIST depende del caso de uso concreto.

SAML y OpenID Connect pueden permitir la integración con proveedores de identidad empresariales existentes en flujos de trabajo compatibles del portal y de administración. La compatibilidad depende de que el proveedor de identidad admita estos estándares y de la configuración; no se da por supuesta la compatibilidad con todos los proveedores de identidad.

La autenticación establece quién es alguien. La autorización decide a qué puede acceder esa persona. Un proveedor de identidad puede autenticar a un usuario, mientras que las políticas del servicio de cifrado siguen decidiendo a qué mensajes o funciones puede acceder ese usuario.

Los controles de recuperación de cuenta admitidos incluyen una verificación adicional para el restablecimiento de contraseñas mediante mensaje de texto, llamada de voz o TOTP.

También pueden estar disponibles, cuando sea necesario, las preguntas de recuperación tradicionales basadas en conocimientos. Son más débiles que los métodos multifactor modernos y que las llaves de acceso, porque a menudo las respuestas pueden adivinarse o averiguarse.

La plataforma abarca flujos de trabajo de archivos adjuntos protegidos en formato PDF, documentos de Office y ZIP. Según la configuración, el destinatario abre un archivo protegido con:

• una contraseña establecida por el remitente;
• un código de verificación generado que se comunica por separado;
• una contraseña que el destinatario mantiene para intercambios repetidos.

Comunicar una contraseña o un código fuera de banda significa enviarlo por un canal distinto al del documento, como una llamada telefónica o un mensaje de texto, de modo que interceptar solo el correo electrónico no baste para abrir el archivo.

Abrir un archivo adjunto protegido es distinto de abrir un mensaje cifrado con PGP o S/MIME. El archivo adjunto está protegido mediante un mecanismo basado en contraseña que el software habitual de documentos y archivos comprimidos puede abrir, mientras que PGP y S/MIME se basan en la clave privada del destinatario.

Los administradores pueden definir qué opciones de autenticación basadas en el destinatario y en el mensaje están disponibles, de modo que los métodos habilitados se ajusten a la política de la organización. Esta configuración se gestiona en el propio servicio de cifrado; este sitio web no da acceso a la consola de administración.