[ 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.
SaaS · Location dédiée · Air-gappé sur site · Chiffrement BYOK
[ Plus dans Protocoles et normes ]
Fondements et politique DMARC
Comment fonctionne DMARC , comment choisir et renforcer une politique et comment atteindre p=reject en toute sécurité avec un alignement auquel vous pouvez faire confiance.
20 guides
SPF
Cadre de politique de l'expéditeur, du premier enregistrement à l'aplatissement : syntaxe, inclusions, limite de 10 recherches et modifications sécurisées.
11 guides
DKIM
Clés, sélecteurs, signatures et rotation : tout ce dont vous avez besoin pour signer le courrier et maintenir l'alignement DKIM .
8 guides
BIMI et identité de marque
Mettez votre logo vérifié dans la boîte de réception : enregistrements BIMI , logos SVG Tiny-PS, certificats VMC et CMC .
7 guides