- Accueil
- Solutions
- Pourquoi Klytic
- Guides
- Tarifs
- Partenaires
- Contact
-
-
Accueil›Guides›Sécurité des e-mails
Sécurité des e-mails · Utiliser Klytic MTA
Klytic MTA ne se contente pas de filtrer ce qui arrive. Le courrier qui part par la passerelle peut être signé en DKIM, même si votre messagerie ne le fait pas, et retenu un court instant pour rattraper un envoi précipité. Si votre messagerie ne prend pas en charge S/MIME, Klytic MTA peut aussi signer vos messages en S/MIME avec votre clé, à condition que vous choisissiez d’activer cette option et de lui confier la clé.
| Fonction | Essentiel | Avancé |
|---|---|---|
| Signature DKIM des e-mails sortants, même si votre messagerie ne le fait pas | Inclus | Inclus |
| Rappel avant l’envoi d’un message | Inclus | Inclus |
| Signature S/MIME par la passerelle, avec votre clé, si vous l’activez | Inclus | Inclus |
| Fourniture du certificat S/MIME | Option | Option |
Ces fonctions s’appliquent au courrier qui passe par Klytic MTA. Votre messagerie, qu’il s’agisse de Microsoft 365, de Google Workspace, d’Exchange, de Klytic Mail ou d’un autre serveur, doit donc remettre ses messages sortants à la passerelle, qui les transmet ensuite aux destinataires. Klytic prépare ce trajet avec vous lors de la mise en service. Les prix figurent sur la page Tarifs.
La signature DKIM permet au serveur du destinataire de vérifier que le message vient bien de votre domaine et qu’il n’a pas été modifié en chemin. Elle améliore la délivrabilité et rend l’usurpation de votre domaine plus difficile. Klytic MTA peut l’ajouter même si votre messagerie actuelle ne signe pas, ce qui est utile quand vous gardez Microsoft 365, Google Workspace ou un autre serveur.
Chaque domaine protégé reçoit sa propre signature. Un message peut porter plusieurs signatures DKIM : si votre messagerie signe déjà, la signature qui compte pour DMARC est celle qui correspond au domaine visible de l’expéditeur.
Si vous publiez une politique DMARC stricte, modifiez SPF et DKIM avant de faire passer le courrier par la passerelle, pas après. Le sens de ces mécanismes est expliqué dans SPF, DKIM et DMARC : que protègent-ils, et que ne protègent-ils pas.
Un message parti trop vite, vers le mauvais destinataire ou avec la mauvaise pièce jointe, ne se rattrape plus une fois livré. Klytic MTA peut retenir les messages sortants pendant un court délai avant de les transmettre. Pendant cette fenêtre, le message peut être rattrapé ; ensuite, il part normalement.
Le délai se règle dans la politique d’envoi du domaine. Le moyen de rattraper un message pendant la fenêtre est indiqué à vos utilisateurs lors de la mise en service.
Ce délai est une fonction de la passerelle, pas de votre logiciel de messagerie. Il ne faut pas le confondre avec la fonction de rappel de certains logiciels, qui demande après coup au destinataire de supprimer un message déjà reçu : ici, le message n’a pas encore quitté votre domaine.
Exemple. Une gestionnaire de paie envoie le fichier des salaires à « Julien », et la saisie automatique choisit le Julien d’un client au lieu du collègue du service. Elle s’en aperçoit tout de suite. Le message est encore retenu par la passerelle : elle le rattrape avant qu’il ne parte.
Un message retenu pour ce délai n’est pas en quarantaine. La quarantaine concerne le courrier entrant dangereux : voir Quarantaine, faux positifs et signalements.
S/MIME s’appuie sur un certificat attaché à une adresse e-mail. La signature S/MIME permet au destinataire de vérifier qui a envoyé le message et qu’il n’a pas été modifié en route.
Beaucoup de messageries savent signer en S/MIME depuis le poste de l’utilisateur. Si la vôtre ne le permet pas, Klytic MTA peut le faire à sa place : la passerelle signe le message sortant avec la clé de l’expéditeur, avant de le transmettre au destinataire.
Si vous préférez que la clé privée ne quitte jamais vos postes, signez depuis une messagerie qui prend en charge S/MIME et laissez cette option désactivée. Le guide Qu’est-ce qu’un cloud souverain ? explique pourquoi la détention de la clé compte.
| Mécanisme | Ce qu’il protège |
|---|---|
| Chiffrement du transport (TLS) | Le trajet entre deux serveurs. Vers un autre domaine, il dépend aussi du serveur qui reçoit. |
| Signature DKIM | L’authenticité du domaine qui envoie, vérifiée par les serveurs destinataires. |
| Signature S/MIME | L’identité de l’expéditeur et l’intégrité du message, vérifiées par le destinataire. |
Rien de tout cela n’exige Klytic Mail. Pour le cas où vous gardez votre messagerie actuelle, voyez Protéger la messagerie que vous avez déjà.
Non. La signature est ajoutée par la passerelle, devant toute messagerie. Voir Protéger la messagerie que vous avez déjà.
Voir SPF, DKIM et DMARC. La console DMARC de l’offre Avancé suit les rapports de vos domaines : voir Lire et exporter une décision du filtre.
L’administrateur du domaine, dans la politique d’envoi. Le partage des rôles est décrit dans Qui règle le filtre dans Klytic MTA.
Non. C’est une option que vous activez, en confiant votre clé à la passerelle. Sans cela, Klytic MTA ne signe pas en S/MIME.
Oui, la fourniture du certificat par Klytic n’est qu’une option. Préparez l’activation avec Klytic, par la page Contact.
Klytic prépare la signature DKIM et le trajet sortant avec l’administrateur de votre messagerie.
Offre de bienvenue
Offre d'essai sans engagement. Un conseiller vous rappelle pour comprendre vos besoins et préparer votre espace Klytic.
