La fonctionnalit\u00e9 Direct Send d\u2019Exchange Online est connue depuis longtemps. Toutefois, dans le cadre de nos projets clients, nous constatons actuellement une recrudescence de configurations qui permettent, souvent involontairement, des flux de messagerie non souhait\u00e9s.<\/p>\n\n\n\n
La cause est simple : des configurations h\u00e9rit\u00e9es, mises en place il y a plusieurs ann\u00e9es, restent souvent inchang\u00e9es et peuvent ainsi repr\u00e9senter un risque en mati\u00e8re de s\u00e9curit\u00e9, de conformit\u00e9 et de contr\u00f4le. Les entreprises qui utilisent Exchange Online comme composant de leur infrastructure de messagerie ont donc tout int\u00e9r\u00eat \u00e0 v\u00e9rifier attentivement leur configuration.<\/p>\n\n\n\n
Direct Send permet aux syst\u00e8mes d\u2019un environnement Microsoft 365 d\u2019envoyer des e-mails directement via Exchange Online, sans authentification SMTP. Cette fonctionnalit\u00e9 a \u00e9t\u00e9 con\u00e7ue \u00e0 l\u2019origine pour des \u00e9quipements multifonctions, des applications<\/a> ou d\u2019autres syst\u00e8mes internes.<\/p>\n\n\n\n Selon l\u2019architecture et la configuration Microsoft 365 en place, Direct Send peut toutefois permettre \u00e0 certains messages de contourner le flux de messagerie pr\u00e9vu. \u00c0 partir de ce moment-l\u00e0, l\u2019entreprise perd le contr\u00f4le sur une partie de son trafic de messagerie.<\/p>\n\n\n\n D\u2019apr\u00e8s notre exp\u00e9rience, les mesures suivantes se sont r\u00e9v\u00e9l\u00e9es particuli\u00e8rement efficaces.<\/p>\n\n\n\n Commencez par v\u00e9rifier si Direct Send est r\u00e9ellement n\u00e9cessaire dans votre environnement. Dans de nombreuses organisations, cette fonctionnalit\u00e9 a \u00e9t\u00e9 activ\u00e9e par le pass\u00e9 mais n\u2019est plus utilis\u00e9e aujourd\u2019hui. Si tel est le cas, il est recommand\u00e9 de la restreindre, voire de la d\u00e9sactiver compl\u00e8tement.<\/p>\n\n\n\n Une m\u00e9thode efficace consiste \u00e0 marquer les messages l\u00e9gitimes dans Exchange Online au moyen d\u2019un en-t\u00eate (header) personnalis\u00e9, puis \u00e0 v\u00e9rifier sa pr\u00e9sence avant l\u2019envoi.<\/p>\n\n\n\n Pour cela, une r\u00e8gle de transport peut ajouter un en-t\u00eate contenant une valeur sp\u00e9cifique et confidentielle. Une r\u00e8gle de s\u00e9curit\u00e9 appliqu\u00e9e ensuite v\u00e9rifie la pr\u00e9sence de cet en-t\u00eate. Les messages qui n\u2019en disposent pas peuvent d\u2019abord \u00eatre surveill\u00e9s, puis, si n\u00e9cessaire, \u00eatre bloqu\u00e9s ou redirig\u00e9s automatiquement selon des r\u00e8gles pr\u00e9d\u00e9finies.<\/p>\n\n\n\n Une autre approche consiste \u00e0 utiliser l\u2019identifiant du tenant Microsoft (Tenant ID), pr\u00e9sent dans les en-t\u00eates Exchange, comme m\u00e9canisme d\u2019authentification.<\/p>\n\n\n\n Il s\u2019agit de v\u00e9rifier que les messages sortants contiennent bien l\u2019identifiant du tenant attendu. Les messages qui ne r\u00e9pondent pas \u00e0 ce crit\u00e8re peuvent, selon les exigences de s\u00e9curit\u00e9, \u00eatre surveill\u00e9s, bloqu\u00e9s ou redirig\u00e9s.<\/p>\n\n\n\n Avant d\u2019appliquer des mesures restrictives, il est conseill\u00e9 de commencer par surveiller les messages potentiellement concern\u00e9s.<\/p>\n\n\n\n \u00c0 cette fin, une r\u00e8gle de s\u00e9curit\u00e9 peut, par exemple, transf\u00e9rer les messages suspects en copie cach\u00e9e (BCC) vers une bo\u00eete aux lettres d\u00e9di\u00e9e. Cela permet d\u2019\u00e9valuer si des messages envoy\u00e9s via Direct Send sont effectivement pr\u00e9sents, ainsi que leur volume, sans perturber les op\u00e9rations en cours.<\/p>\n\n\n\n Une fois le comportement observ\u00e9 et les r\u00e9sultats du monitoring analys\u00e9s, les r\u00e8gles d\u00e9crites pr\u00e9c\u00e9demment peuvent \u00eatre activ\u00e9es.<\/p>\n\n\n\n La probl\u00e9matique de Direct Send montre une nouvelle fois qu\u2019une infrastructure de messagerie s\u00e9curis\u00e9e va bien au-del\u00e0 des filtres anti-spam et anti-malware traditionnels. Dans les environnements hybrides et cloud, un flux de messagerie ma\u00eetris\u00e9 et enti\u00e8rement contr\u00f4l\u00e9 est essentiel.<\/p>\n\n\n\n Outre la v\u00e9rification r\u00e9guli\u00e8re de Direct Send, les entreprises devraient donc \u00e9valuer en continu leur configuration Exchange Online afin de s\u2019assurer que seuls les messages autoris\u00e9s empruntent les chemins de communication pr\u00e9vus.<\/p>\n\n\n\n La probl\u00e9matique de Direct Send s\u2019inscrit dans une s\u00e9rie de discussions actuelles autour d\u2019Exchange Online. Un autre exemple est celui des Ghost Senders<\/a>, qui peuvent, dans certaines circonstances, g\u00e9n\u00e9rer eux aussi des flux de messagerie non souhait\u00e9s.<\/p>\n\n\n\n Une analyse professionnelle de l\u2019architecture de messagerie existante, par exemple dans le cadre d\u2019une prestation de Professional Services<\/a>, permet d\u2019identifier rapidement les \u00e9ventuelles vuln\u00e9rabilit\u00e9s et de les corriger au moyen de mesures techniques adapt\u00e9es.<\/p>\n","protected":false},"excerpt":{"rendered":" La fonctionnalit\u00e9 Direct Send d\u2019Exchange Online est connue depuis longtemps. Toutefois, dans le cadre de nos projets clients, nous constatons actuellement une recrudescence de configurations qui permettent, souvent involontairement, des flux de messagerie non souhait\u00e9s. La fonctionnalit\u00e9 Direct Send d\u2019Exchange Online est connue depuis longtemps. Toutefois, dans le cadre de nos projets clients, nous constatons actuellement une recrudescence de configurations qui permettent, souvent involontairement, des flux de messagerie non souhait\u00e9s.<\/p>\n\n\n\n La cause est simple : des configurations h\u00e9rit\u00e9es, mises en place il y a plusieurs ann\u00e9es, restent souvent inchang\u00e9es et peuvent ainsi repr\u00e9senter un risque en mati\u00e8re de s\u00e9curit\u00e9, de conformit\u00e9 et de contr\u00f4le. Les entreprises qui utilisent Exchange Online comme composant de leur infrastructure de messagerie ont donc tout int\u00e9r\u00eat \u00e0 v\u00e9rifier attentivement leur configuration.<\/p>\n\n\n\n Direct Send permet aux syst\u00e8mes d\u2019un environnement Microsoft 365 d\u2019envoyer des e-mails directement via Exchange Online, sans authentification SMTP. Cette fonctionnalit\u00e9 a \u00e9t\u00e9 con\u00e7ue \u00e0 l\u2019origine pour des \u00e9quipements multifonctions, des applications<\/a> ou d\u2019autres syst\u00e8mes internes.<\/p>\n\n\n\n Selon l\u2019architecture et la configuration Microsoft 365 en place, Direct Send peut toutefois permettre \u00e0 certains messages de contourner le flux de messagerie pr\u00e9vu. \u00c0 partir de ce moment-l\u00e0, l\u2019entreprise perd le contr\u00f4le sur une partie de son trafic de messagerie.<\/p>\n\n\n\n D\u2019apr\u00e8s notre exp\u00e9rience, les mesures suivantes se sont r\u00e9v\u00e9l\u00e9es particuli\u00e8rement efficaces.<\/p>\n\n\n\n Commencez par v\u00e9rifier si Direct Send est r\u00e9ellement n\u00e9cessaire dans votre environnement. Dans de nombreuses organisations, cette fonctionnalit\u00e9 a \u00e9t\u00e9 activ\u00e9e par le pass\u00e9 mais n\u2019est plus utilis\u00e9e aujourd\u2019hui. Si tel est le cas, il est recommand\u00e9 de la restreindre, voire de la d\u00e9sactiver compl\u00e8tement.<\/p>\n\n\n\n Une m\u00e9thode efficace consiste \u00e0 marquer les messages l\u00e9gitimes dans Exchange Online au moyen d\u2019un en-t\u00eate (header) personnalis\u00e9, puis \u00e0 v\u00e9rifier sa pr\u00e9sence avant l\u2019envoi.<\/p>\n\n\n\n Pour cela, une r\u00e8gle de transport peut ajouter un en-t\u00eate contenant une valeur sp\u00e9cifique et confidentielle. Une r\u00e8gle de s\u00e9curit\u00e9 appliqu\u00e9e ensuite v\u00e9rifie la pr\u00e9sence de cet en-t\u00eate. Les messages qui n\u2019en disposent pas peuvent d\u2019abord \u00eatre surveill\u00e9s, puis, si n\u00e9cessaire, \u00eatre bloqu\u00e9s ou redirig\u00e9s automatiquement selon des r\u00e8gles pr\u00e9d\u00e9finies.<\/p>\n\n\n\n Une autre approche consiste \u00e0 utiliser l\u2019identifiant du tenant Microsoft (Tenant ID), pr\u00e9sent dans les en-t\u00eates Exchange, comme m\u00e9canisme d\u2019authentification.<\/p>\n\n\n\n Il s\u2019agit de v\u00e9rifier que les messages sortants contiennent bien l\u2019identifiant du tenant attendu. Les messages qui ne r\u00e9pondent pas \u00e0 ce crit\u00e8re peuvent, selon les exigences de s\u00e9curit\u00e9, \u00eatre surveill\u00e9s, bloqu\u00e9s ou redirig\u00e9s.<\/p>\n\n\n\n Avant d\u2019appliquer des mesures restrictives, il est conseill\u00e9 de commencer par surveiller les messages potentiellement concern\u00e9s.<\/p>\n\n\n\n \u00c0 cette fin, une r\u00e8gle de s\u00e9curit\u00e9 peut, par exemple, transf\u00e9rer les messages suspects en copie cach\u00e9e (BCC) vers une bo\u00eete aux lettres d\u00e9di\u00e9e. Cela permet d\u2019\u00e9valuer si des messages envoy\u00e9s via Direct Send sont effectivement pr\u00e9sents, ainsi que leur volume, sans perturber les op\u00e9rations en cours.<\/p>\n\n\n\n Une fois le comportement observ\u00e9 et les r\u00e9sultats du monitoring analys\u00e9s, les r\u00e8gles d\u00e9crites pr\u00e9c\u00e9demment peuvent \u00eatre activ\u00e9es.<\/p>\n\n\n\n La probl\u00e9matique de Direct Send montre une nouvelle fois qu\u2019une infrastructure de messagerie s\u00e9curis\u00e9e va bien au-del\u00e0 des filtres anti-spam et anti-malware traditionnels. Dans les environnements hybrides et cloud, un flux de messagerie ma\u00eetris\u00e9 et enti\u00e8rement contr\u00f4l\u00e9 est essentiel.<\/p>\n\n\n\n Outre la v\u00e9rification r\u00e9guli\u00e8re de Direct Send, les entreprises devraient donc \u00e9valuer en continu leur configuration Exchange Online afin de s\u2019assurer que seuls les messages autoris\u00e9s empruntent les chemins de communication pr\u00e9vus.<\/p>\n\n\n\n La probl\u00e9matique de Direct Send s\u2019inscrit dans une s\u00e9rie de discussions actuelles autour d\u2019Exchange Online. Un autre exemple est celui des Ghost Senders<\/a>, qui peuvent, dans certaines circonstances, g\u00e9n\u00e9rer eux aussi des flux de messagerie non souhait\u00e9s.<\/p>\n\n\n\nComment r\u00e9duire le risque ?<\/h2>\n\n\n\n
1. V\u00e9rifier et limiter l\u2019utilisation de Direct Send<\/h3>\n\n\n\n
2. Identifier clairement les messages l\u00e9gitimes<\/h3>\n\n\n\n
3. V\u00e9rifier l\u2019identifiant du tenant Microsoft<\/h3>\n\n\n\n
4. Commencer par instaurer de la visibilit\u00e9<\/h3>\n\n\n\n
La s\u00e9curit\u00e9 de la messagerie d\u2019entreprise ne s\u2019arr\u00eate pas \u00e0 la passerelle<\/h2>\n\n\n\n
Sujet connexe : Ghost Sender dans Exchange Online<\/h2>\n\n\n\n
Un accompagnement pour les sc\u00e9narios complexes de flux de messagerie<\/h2>\n\n\n\n
\nLa cause est simple : des configurations h\u00e9rit\u00e9es, mises en place il y a plusieurs ann\u00e9es, restent souvent inchang\u00e9es et peuvent ainsi repr\u00e9senter un risque en mati\u00e8re de s\u00e9curit\u00e9, de conformit\u00e9 et de contr\u00f4le. Les entreprises qui utilisent Exchange Online comme composant de leur infrastructure de messagerie ont donc tout int\u00e9r\u00eat \u00e0 v\u00e9rifier attentivement leur configuration.<\/p>\n","protected":false},"author":12,"featured_media":9904,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_et_pb_use_builder":"off","_et_pb_old_content":"\nQu\u2019est-ce que Direct Send ?<\/h2>\n\n\n\n
Comment r\u00e9duire le risque ?<\/h2>\n\n\n\n
1. V\u00e9rifier et limiter l\u2019utilisation de Direct Send<\/h3>\n\n\n\n
2. Identifier clairement les messages l\u00e9gitimes<\/h3>\n\n\n\n
3. V\u00e9rifier l\u2019identifiant du tenant Microsoft<\/h3>\n\n\n\n
4. Commencer par instaurer de la visibilit\u00e9<\/h3>\n\n\n\n
La s\u00e9curit\u00e9 de la messagerie d\u2019entreprise ne s\u2019arr\u00eate pas \u00e0 la passerelle<\/h2>\n\n\n\n
Sujet connexe : Ghost Sender dans Exchange Online<\/h2>\n\n\n\n
Un accompagnement pour les sc\u00e9narios complexes de flux de messagerie<\/h2>\n\n\n\n