[ Protocoles et normes ]

Sécurité des transports

Chiffrez le courrier en transit avec MTA-STS , TLS-RPT et DANE et lisez les rapports qui prouvent que cela fonctionne.

40 guides

[Guides de base]

[ Tous les guides ]

Article

Démêler la relation complexe entre l'authentification des e-mails et le chiffrement.

Examinez de plus près la relation complexe entre l'authentification des e-mails et le chiffrement. Apprenez à garantir la sécurité de vos e-mails !

Guide

Créez des alertes de sécurité des transports qui mènent à une enquête

Créez des alertes de sécurité des transports avec un dénominateur, un signal de couverture, un propriétaire et un chemin d'enquête clairs au lieu d'appeler à chaque panne globale.

Guide

Échecs du nom de certificat dans les rapports SMTP TLS

Examinez les échecs de nom de certificat par rapport au point de terminaison SMTP signalé et à la stratégie appliquée, en séparant l'identité HTTPS de l'hôte de la stratégie.

Guide

Comparez les échecs de politique de transport avec les échecs d'authentification

Distinguez les échecs de la politique de transport SMTP des résultats SPF , DKIM et DMARC à l'aide de preuves au stade de la livraison et d'observations fiables.

Guide

Créer et vérifier un enregistrement DNS TLS-RPT

Publiez un enregistrement TLS-RPT correctement formé et vérifiez à la fois la découverte DNS et la destination du rapport de réception.

Guide

DANE et MTA-STS : comparez les modèles de confiance et les besoins de déploiement

Comparez DANE et MTA-STS sur le même itinéraire de réception, y compris la découverte authentifiée, le premier contact et le renouvellement du certificat.

Guide

DANE pour SMTP : comprendre les dépendances DNSSEC et TLSA

Suivez la découverte MX sécurisée, la convivialité TLSA et la correspondance des certificats spécifiques à l'utilisation avant de traiter une route SMTP comme authentifiée DANE .

Guide

Échecs de validation DANE après un changement de certificat ou de clé

Diagnostiquez la rupture DANE en comparant le certificat servi, la réponse TLSA sécurisée et le calendrier de déploiement avant de modifier la politique de confiance.

Guide

Dédupliquez les rapports TLS et préservez le contexte de la période de reporting

Dédoublonnez l’ingestion des rapports sans perdre les corrections, la portée de la politique ou la différence entre l’heure d’observation et l’heure d’arrivée.

Guide

Certificats expirés ou non fiables dans les rapports SMTP TLS

Distinguez l'expiration de l'échec de la chaîne de confiance, préservez le point de terminaison signalé et validez le certificat réellement servi après le renouvellement.

Guide

Hébergez un fichier de stratégie MTA-STS à l’emplacement HTTPS correct

Servez directement le point de terminaison HTTPS MTA-STS exact, validez son certificat et son corps de politique, et coordonnez la publication avec la découverte et les caches.

Guide

Échecs du certificat MTA-STS et de la chaîne HTTPS

Séparez le certificat de stratégie HTTPS des certificats MX de réception et diagnostiquez l'échec exact de la vérification de la confiance ou du nom d'hôte.

Guide

Renouvellement du certificat MTA-STS sans interruption de l'hôte de stratégie

Empêchez les pannes d'hôte de politique MTA-STS grâce au renouvellement de la propriété, aux vérifications de certificats déployées, à la validation HTTPS directe et à une séparation claire des certificats SMTP .

Guide

MTA-STS lors d'une migration de fournisseur de messagerie

Étendez la compatibilité des politiques avant de déplacer les itinéraires de courrier et conservez les chevauchements afin que les expéditeurs dotés de politiques plus anciennes puissent toujours livrer en toute sécurité.

Guide

MTA-STS expliqué via la route de messagerie du domaine de réception

Mappez les destinations MX de réception, les exigences TLS et la politique mise en cache avant de sélectionner un mode d'application MTA-STS .

Guide

Échecs de récupération MTA-STS et réponses HTTP inattendues

Expliquez les échecs de récupération MTA-STS causés par les redirections, l'état HTTP, les certificats, le contenu du corps et les délais d'attente, tout en gardant distinct le comportement de la stratégie mise en cache.

Guide

Limites de première connexion MTA-STS et protection des politiques mises en cache

Comprenez les limites de première connexion MTA-STS via les états de cache vides, valides et expirés, le comportement du mode d'application, les limites DANE et les limitations des rapports.

Guide

MTA-STS pour un large portefeuille de domaines

Gérez les itinéraires de réception, la propriété, l'historique des politiques et les preuves de déploiement par domaine sans considérer l'hébergement partagé ou les modèles comme une préparation universelle.

Guide

MTA-STS pour les domaines avec plusieurs fournisseurs MX

Validez les routes MX principales, de sauvegarde et de migration entre les fournisseurs, y compris les modèles de nom d'hôte, les preuves TLS et les transitions de stratégie mises en cache.

Guide

Règles de correspondance et de caractères génériques MTA-STS MX

Faites correspondre chaque nom d'hôte MX de réception avec des modèles de stratégie à portée étroite, puis validez son certificat séparément.

Guide

Mise en cache des politiques MTA-STS et modifications retardées

Planifiez les modifications de politique en fonction de la durée de vie de la politique récupérée de l'expéditeur ainsi que de la durée de vie DNS , plutôt que de vous attendre à ce qu'une seule modification mette à jour chaque expéditeur.

Guide

Découverte de la politique MTA-STS et identifiant de la politique DNS

Utilisez l'identifiant DNS pour annoncer une révision de stratégie, sans la traiter comme la stratégie elle-même ou comme une commande qui efface les caches de l'expéditeur.

Guide

Politique MTA-STS manquante : trace de la découverte avant d'ajouter des enregistrements

Diagnostiquez une stratégie MTA-STS manquante en traçant le domaine exact, la réponse TXT de découverte, la réponse HTTPS, la portée MX et le cache de l'expéditeur avant de modifier les enregistrements.

Guide

Syntaxe de stratégie MTA-STS : version, mode, MX et max_age

Validez le corps de la stratégie séparément de l’enregistrement TXT de découverte et préservez la signification de chaque champ obligatoire.

Guide

Rollback MTA-STS : compte pour les expéditeurs avec une stratégie mise en cache

Récupérez après une modification MTA-STS défectueuse sans supposer que la suppression DNS ou la réduction de max_age supprime l'application existante.

Guide

Configuration MTA-STS : vérifiez ensemble DNS , HTTPS et la livraison du courrier

Élaborez une politique de transport dans le domaine de réception, vérifiez chaque itinéraire entrant et planifiez les modifications autour des caches d'expéditeur.

Guide

Modes de test et d'application MTA-STS : choisissez une transition sûre

Ne passez des tests à l’application qu’après avoir identifié les échecs de transport et prouvé que tous les itinéraires de réception prévus restent utilisables.

Guide

Aucun rapport TLS n'arrive : vérifiez le support, le trafic et la collecte

Séparez les observations d'expéditeur manquantes des échecs de découverte, de livraison, d'intégrité, d'analyse et de tableau de bord lorsque les rapports TLS sont absents.

Guide

Publiez et faites pivoter les enregistrements TLSA sans interrompre la livraison SMTP

Planifiez le roulement TLSA à paramètres fixes avec prépublication, chevauchement tenant compte du cache, vérification de la flotte et limite de récupération avant de supprimer les anciennes associations.

Guide

Lire les champs JSON TLS-RPT et les catégories d'échec

Lisez l’enveloppe du rapport, la portée de la politique et les résumés des sessions avant d’interpréter les échecs de transport individuels.

Guide

Hébergement MTA-STS sans serveur : évaluer la disponibilité et contrôler les modifications

Évaluez un itinéraire d’hôte de stratégie Azure Static Web Apps documenté pour la livraison du chemin exact, TLS de domaine personnalisé, le comportement de routage et les versions prenant en charge le cache.

Guide

Attaques de rétrogradation SMTP TLS et contrôles disponibles

Modélisez les menaces de rétrogradation SMTP lors de la découverte, de la négociation et de la validation du certificat, puis testez le contrôle approprié sans affaiblir la production.

Guide

STARTTLS , TLS opportunistes et politique de transport imposée

Distinguez la capacité TLS , le cryptage négocié et l’application authentifiée avant de décrire une route SMTP comme sécurisée.

Guide

Testez la sécurité du transport sans considérer un contrôleur comme une preuve de chaque itinéraire de livraison

Transformez les résultats du vérificateur de transport en un enregistrement de test étendu qui identifie ce qui a été observé, ce qui a été déduit et quels chemins de livraison n'ont pas encore été testés.

Guide

Échecs de négociation TLS et paramètres de protocole non pris en charge

Utilisez les rapports TLS pour localiser les échecs de négociation, puis reproduisez la négociation en toute sécurité avant de modifier les paramètres de protocole pris en charge.

Guide

TLS-RPT expliqué via un rapport de défaillance de transport

Interprétez les rapports TLS-RPT à l'aide d'un exemple d'échec fictif, de l'arithmétique du nombre de sessions, du contexte politique, des rapports authentifiés et des errata RFC actuels.

Guide

Destinations de reporting TLS-RPT et livraison des rapports

Définissez des chemins de collecte mailto ou HTTPS approuvés, signalez l'intégrité, le calendrier et les responsabilités de traitement sans garantir la livraison en double.

Guide

Chiffrement du transport et S/MIME : séparation de la protection des sauts et de la protection des messages

Mappez TLS et S/MIME sur un seul chemin de message afin que le chiffrement des sauts, la confidentialité du contenu et la vérification de la signature ne soient pas confondus avec un seul contrôle.

Outils gratuits associés

Provenance de l'entreprise

Pourquoi les principales institutions financières et gouvernements ont retiré leurs tableaux de bord de sécurité de messagerie.

Les plateformes traditionnelles d'authentification de courrier électronique vous vendent un tableau de bord et demandent à vos ingénieurs de faire le travail. Dans les environnements à enjeux élevés, la surveillance manuelle entraîne des retards dans l’application, des dérives de configuration et des domaines fantômes non surveillés.

EmailAuth est la plateforme agent de provenance des e-mails. Nos agents appliquent p=reject, gardez les expéditeurs tiers alignés et déplacez vos domaines au maximum RFC 9989 conformité, la nouvelle norme DMARC , avec une auditabilité humaine dans la boucle.

Gouvernements Grandes entreprises Institutions financières de premier rang

SaaS · Location dédiée · Air-gappé sur site · Chiffrement BYOK

[ Plus dans Protocoles et normes ]

Tous les sujets