Essai gratuit de 14 jours

DMARC en pratique

Mes e-mails sont-ils transmis chiffrés ? TLS, MTA-STS et TLS-RPT expliqués

En matière de protection des données, on pense aux disques durs chiffrés et aux mots de passe. Les e-mails sont souvent oubliés, pourtant ils voyagent sur des serveurs étrangers. Le fait qu'un e-mail soit lisible en chemin dépend de si les deux serveurs de messagerie négocient un chiffrement (TLS). Et de si quelqu'un peut perturber cette négociation.

3 min de lectureDans quelle mesure votre domaine est-il protégé ? Contrôler mon domaine gratuitement

Comment fonctionne le transport

Les serveurs de messagerie communiquent par SMTP. Depuis des années, presque tous les serveurs proposent STARTTLS : la connexion commence non chiffrée puis passe en TLS. Le problème : la négociation est facultative. Un attaquant interposé sur le réseau peut filtrer l'offre TLS, et les serveurs retombent en non chiffré sans que personne ne le remarque. De même, de nombreux serveurs ne vérifient pas le certificat de l'autre partie.

Ce que vous devriez vérifier

  1. Votre serveur de messagerie propose-t-il TLS, et le certificat est-il valide et émis pour le bon nom d'hôte ?
  2. Les anciennes versions TLS non sécurisées sont-elles refusées ?
  3. Le chiffrement est-il imposable pour l'expéditeur, c'est-a-dire annoncé via MTA-STS ou DANE ?

Le controle gratuit indique l'état du chiffrement de transport de votre domaine : Contrôle de domaine gratuit

MTA-STS : annoncer le chiffrement de façon contraignante

MTA-STS (RFC 8461) est un petit fichier sur un site web de votre domaine plus une entrée DNS. Vous indiquez ainsi a tous les serveurs expéditeurs : n'envoyez-moi que chiffré, avec un certificat valide, via exactement ces serveurs de messagerie. Google, Microsoft et beaucoup d'autres respectent cela. Un attaquant ne peut alors plus filtrer le chiffrement.

Mise en place : une entrée DNS _mta-sts, un sous-domaine mta-sts.example.com avec un fichier texte, mode d'abord testing, puis enforce. Avec Microsoft 365 et Google Workspace, cela se fait en une heure.

TLS-RPT : rapports sur les échecs de chiffrement

Avec une entrée _smtp._tls, vous recevez de Google, Microsoft et d'autres des rapports quotidiens lorsqu'une connexion chiffrée vers votre serveur n'a pas pu etre établie. Vous apprenez ainsi l'existence de certificats expirés avant que des e-mails ne soient perdus. DomainRadar reçoit ces rapports comme les rapports DMARC et les analyse.

DANE

L'alternative a MTA-STS, qui nécessite DNSSEC. En Suisse, certains hébergeurs prennent en charge DANE, Microsoft 365 également depuis 2024. Pour la plupart des PME, MTA-STS est l'entrée en matière la plus simple, les deux ensemble sont idéaux.

Questions fréquentes

Est-ce un chiffrement de bout en bout ?

Non. TLS protège la transmission entre serveurs. Sur les serveurs, l'e-mail est lisible. Pour des contenus confidentiels, il faut en plus S/MIME, PGP ou un échange sécurisé.

La loi sur la protection des données exige-t-elle le chiffrement du transport ?

La LPD exige des mesures appropriées. Le chiffrement de transport imposé correspond aujourd'hui a l'état de la technique et s'obtient avec peu d'effort. Ceci n'est pas un conseil juridique.

Comment DomainRadar vous aide

DomainRadar vérifie en continu SPF, DKIM et DMARC de vos domaines, analyse automatiquement les rapports DMARC et vous dit clairement quel canal d’envoi manque et ce qu’il faut faire.

Le test de domaine gratuit vous montre en une minute où en est votre domaine aujourd’hui.

Le contrôle de domaine reste gratuit. Ensuite, vous testez DomainRadar avec toutes les fonctions pendant 14 jours – sans carte de crédit, l’essai se termine de lui-même.

Autres articles

Maintenant 14 jours gratuits

Où en est votre domaine ?

DomainRadar vérifie en continu le SPF, le DKIM et le DMARC de vos domaines et vous dit clairement ce qu’il faut faire.

Ou directement par e-mail : info@domainradar.ch

  • Sans engagement
  • Sans carte de crédit
  • Se termine de lui-même après 14 jours
Essai gratuit de 14 jours