Authentification et contrôle d’accès pour les e-mails sécurisés

Selon la politique, les destinataires qui récupèrent leurs messages via un portail sécurisé peuvent utiliser :

• l’auto-inscription pour créer un compte sur le portail ;
• une phrase secrète définie par l’expéditeur ;
• un code PIN à usage unique ;
• l’authentification multifacteur ;
• des clés d’accès (passkeys) ;
• un fournisseur d’identité d’entreprise via l’authentification unique (SSO).

L’accès sans compte n’est disponible que pour certains processus pris en charge ; il ne s’agit pas d’une fonctionnalité universelle.

Les clés d’accès (passkeys) permettent une authentification fondée sur l’appareil. Un destinataire déverrouille généralement une clé d’accès à l’aide du code PIN de son appareil ou d’une vérification biométrique, comme une empreinte digitale, et cette vérification s’effectue sur son propre appareil.

Comme chaque clé d’accès est liée au service pour lequel elle a été créée, les clés d’accès sont conçues pour résister à l’hameçonnage. Cette protection dépend d’une mise en œuvre correcte et du processus d’authentification, et les clés d’accès ne sont pas prises en charge par tous les appareils ou navigateurs des destinataires.

Les options de second facteur prises en charge décrites par Echoworx comprennent :

• TOTP par application d’authentification : des codes à usage unique basés sur le temps, générés par une application sur l’appareil du destinataire ;
• Message texte : un code à usage unique envoyé par SMS ;
• Appel vocal automatisé : un code lu par téléphone, utile lorsque la réception de SMS n’est pas pratique.

Proposer plusieurs méthodes donne aux destinataires plus d’un moyen de mener à bien la vérification. Ces méthodes n’offrent pas le même niveau de robustesse : les codes transmis par SMS ou par appel vocal peuvent être interceptés ou redirigés, et aucune méthode à code à usage unique ne résiste aussi bien à l’hameçonnage qu’une clé d’accès. La conformité d’un ensemble de facteurs donné à un référentiel tel que PCI DSS ou aux recommandations du NIST dépend du cas d’usage spécifique.

SAML et OpenID Connect peuvent permettre l’intégration avec des fournisseurs d’identité d’entreprise existants pour les processus compatibles du portail et de l’administration. La compatibilité dépend de la prise en charge de ces normes par le fournisseur d’identité et de la configuration ; la prise en charge de tous les fournisseurs d’identité n’est pas sous-entendue.

L’authentification établit l’identité d’une personne. L’autorisation détermine ce à quoi cette personne peut accéder. Un fournisseur d’identité peut authentifier un utilisateur, tandis que les politiques du service de chiffrement continuent de déterminer les messages ou les fonctions auxquels cet utilisateur peut accéder.

Les contrôles de récupération de compte pris en charge comprennent une vérification supplémentaire lors de la réinitialisation du mot de passe, par SMS, appel vocal ou TOTP.

Les anciennes questions de récupération, fondées sur des informations connues de l’utilisateur, peuvent également être disponibles lorsque cela est requis. Elles sont moins robustes que les méthodes multifacteurs modernes et les clés d’accès, car leurs réponses peuvent souvent être devinées ou retrouvées par des recherches.

La plateforme couvre des processus de pièces jointes protégées au format PDF, document Office et ZIP. Selon la configuration, le destinataire ouvre un fichier protégé avec :

• un mot de passe défini par l’expéditeur ;
• un code de vérification généré et communiqué séparément ;
• un mot de passe que le destinataire conserve pour des échanges répétés.

Communiquer un mot de passe ou un code hors bande signifie l’envoyer par un canal différent de celui du document, par exemple un appel téléphonique ou un SMS, de sorte que l’interception de l’e-mail seul ne suffit pas à ouvrir le fichier.

Ouvrir une pièce jointe protégée n’est pas la même chose qu’ouvrir un message chiffré avec PGP ou S/MIME. La pièce jointe est protégée par un mécanisme fondé sur un mot de passe, que les logiciels courants de documents et d’archives savent ouvrir, alors que PGP et S/MIME reposent sur la clé privée du destinataire.

Les administrateurs peuvent définir quelles options d’authentification liées au destinataire et au message sont disponibles, afin que les méthodes activées soient conformes à la politique de l’organisation. Ces paramètres sont gérés dans le service de chiffrement lui-même ; ce site web ne donne pas accès à la console d’administration.