Depuis le 14 octobre 2025, Exchange Server 2016 et 2019 sont officiellement en fin de support. La messagerie continue de fonctionner normalement : les e-mails partent, les calendriers se synchronisent. C’est précisément ce qui rend la situation trompeuse. Beaucoup d’organisations pensent bénéficier d’un filet de sécurité résiduel. La réalité de 2026 montre que ce filet est bien plus fin qu’on ne le croit, et qu’il vient de se déchirer sous nos yeux.

Le fait qui change tout : une faille active, en ce moment

Le 14 mai 2026, Microsoft a confirmé l’exploitation active d’une vulnérabilité critique dans Exchange Server, référencée CVE-2026-42897. Il suffit qu’un utilisateur ouvre un e-mail piégé dans son webmail pour qu’un code malveillant s’exécute dans sa session, avec à la clé un vol de session, une usurpation de boîte aux lettres ou une manipulation des règles de messagerie, sans que l’attaquant ait besoin de toucher directement au serveur.

La faille touche Exchange 2016, 2019 et la version actuelle Subscription Edition. L’agence américaine de cybersécurité CISA l’a inscrite à son catalogue des vulnérabilités activement exploitées dès le lendemain de sa révélation, un délai qui signale une exploitation déjà confirmée sur le terrain, pas un simple risque théorique.

Le détail que presque personne ne voit venir

Autrement dit : le filet de sécurité auquel beaucoup de dirigeants pensent encore exister s’est déjà refermé, en silence, plusieurs semaines avant que cette faille ne soit même connue. Ceux qui n’ont pas explicitement souscrit et payé pour la prolongation sont, depuis avril 2026, exactement dans la même situation que s’ils n’avaient jamais eu de filet du tout.

Ce n’est pas un accident isolé

Le catalogue officiel américain des vulnérabilités activement exploitées recense aujourd’hui près d’une vingtaine de failles Microsoft Exchange. Une quinzaine d’entre elles ont été utilisées dans des attaques par rançongiciel. Ce n’est pas une coïncidence : c’est un schéma qui se répète depuis les campagnes ProxyLogon et ProxyShell de 2021, qui avaient compromis des dizaines de milliers de serveurs Exchange en quelques jours à travers le monde, y compris dans des organisations de taille moyenne qui ne pensaient pas être des cibles.

Les organismes de surveillance de la sécurité sur Internet estiment qu’entre 20 000 et 30 000 serveurs Exchange en fin de vie restent aujourd’hui directement exposés sur Internet, accessibles à quiconque sait où chercher, y compris les outils automatisés qui scannent le réseau mondial en continu à la recherche de versions vulnérables.

Ce que cela signifie concrètement pour vous

Si votre messagerie tourne encore sur Exchange 2016 ou 2019, trois questions méritent une réponse immédiate, avant même de parler migration :

Êtes-vous inscrits à la prolongation payante de sécurité et, si oui, à son second palier actuellement en vigueur ? Beaucoup d’organisations pensent l’être sans l’être réellement.

Votre webmail est-il accessible depuis Internet sans protection supplémentaire ? C’est exactement le canal exploité par la faille de mai 2026.

Vos mesures de mitigation temporaires sont-elles à jour et vos dernières mises à jour de sécurité correctement appliquées ?

Si vous n’êtes pas en mesure de répondre avec certitude à ces trois questions, la situation mérite d’être vérifiée sans attendre.

Vérifier coûte moins cher que subir

Chez Agilly, nous proposons un audit flash offert de votre environnement de messagerie : une demi-journée, sans interruption de votre production. Vous repartez avec un état des lieux précis de votre exposition et un comparatif chiffré des alternatives disponibles, adaptées à votre budget et à vos contraintes de données.

Le chiffre à retenir n’est pas un nombre abstrait. C’est le nombre de jours pendant lesquels votre messagerie a fonctionné sans que personne, dans votre organisation, ne sache si elle était encore réellement protégée.

Envie d’aller plus loin ? Réservez votre audit flash offert

The post Exchange 2016 et 2019 : le chiffre qui devrait vous inquiéter appeared first on Agilly.

Depuis avril 2025, les nouvelles exigences de la norme PCI DSS 4.0 sont pleinement applicables. Toute organisation qui stocke, traite ou transmet des données de cartes bancaires est concernée. Cela inclut les banques, les fintechs, les agrégateurs de paiement et les commerçants en ligne. La question n’est donc plus de savoir s’il faut s’y conformer, mais comment le faire efficacement, et dans quels délais.

En Afrique de l’Ouest, l’écosystème des paiements digitaux connaît une croissance rapide : mobile money, fintechs, plateformes de paiement transfrontalières. Cette mise à jour de la norme arrive donc à un moment charnière. Elle s’accompagne par ailleurs d’attentes réglementaires renforcées de la part des régulateurs régionaux et des réseaux internationaux de cartes. Ces derniers conditionnent en effet de plus en plus l’accès aux infrastructures de paiement à un niveau de conformité démontrable.

Pourquoi la norme PCI DSS 4.0 change la donne ?

PCI DSS 4.0 n’est pas une simple mise à jour cosmétique de la version 3.2.1. Elle introduit une philosophie différente de la sécurité des données de paiement, à travers plusieurs évolutions structurantes :

• Une approche orientée résultats plutôt que checklist. La norme introduit ainsi la notion d’« approche personnalisée » (customized approach). Celle-ci permet de démontrer la conformité par des contrôles équivalents plutôt qu’en suivant uniquement les exigences définies. Il faut toutefois documenter et justifier ces contrôles.
• Un renforcement de l’authentification. L’authentification multifacteur (MFA) devient ainsi obligatoire pour tous les accès à l’environnement des données de cartes. Elle ne se limite donc plus aux accès distants ou administratifs.
• Une exigence accrue sur les mots de passe et la gestion des identités. Les règles de complexité et de rotation deviennent en effet plus strictes.
• Une surveillance continue renforcée. Les exigences sont désormais plus strictes sur la détection des changements non autorisés, par exemple les scripts de paiement côté client. L’objectif est de lutter contre les attaques de type e-skimming.
• Une gouvernance documentée obligatoire, avec un rôle clairement assigné pour piloter le programme de conformité PCI DSS au sein de l’organisation.

Ces changements ne sont donc pas de simples ajustements techniques. Ils impliquent une révision des processus internes, des responsabilités, et souvent des architectures elles-mêmes.

Qui est concerné en Afrique de l’Ouest par la norme PCI DSS 4.0 ?

La portée de PCI DSS 4.0 touche un périmètre large d’acteurs :

• Les banques et établissements financiers émetteurs ou acquéreurs de cartes bancaires.
• Les fintechs et acteurs du mobile money qui intègrent des flux de paiement par carte dans leurs services.
• Les prestataires de services de paiement (PSP) et passerelles de paiement en ligne.
• Les commerçants traitant un volume significatif de transactions par carte, notamment dans l’e-commerce.

Pour chacun de ces acteurs, le niveau d’exigence dépend de deux facteurs : le volume de transactions traitées et le rôle joué dans la chaîne de paiement. Il en va de même pour le mode de validation, audit sur site ou questionnaire d’auto-évaluation. Un point reste toutefois commun à tous : les délais de mise en conformité accordés par les réseaux de cartes se resserrent. L’absence d’anticipation expose donc à des risques concrets.

Les risques d’une non-conformité

Ignorer ou retarder la mise en conformité à la norme PCI DSS 4.0 expose les organisations à plusieurs types de risques :

• Des sanctions financières imposées par les réseaux de cartes (Visa, Mastercard) en cas de non-conformité constatée. Ce risque augmente en particulier après un incident.
• Une suspension ou une restriction de l’accès aux services de paiement par carte. Cela peut aller jusqu’à la perte du droit d’acquisition pour les acteurs les plus exposés.
• Une exposition accrue aux violations de données, avec des coûts directs comme la remédiation, la notification et les litiges. S’y ajoutent des coûts indirects, notamment la perte de confiance des clients et des partenaires.
• Un impact réputationnel, particulièrement sensible dans un secteur où la confiance est un actif stratégique.

Dans un marché ouest africain en pleine structuration, la confiance dans les moyens de paiement digitaux reste un facteur clé d’adoption. Ces risques dépassent donc largement la seule dimension réglementaire.

Construire une trajectoire de mise en conformité réaliste

Une mise en conformité réussie à PCI DSS 4.0 ne s’improvise pas. Elle repose généralement sur une démarche structurée :

1. Cartographier le périmètre réel : identifier précisément où circulent, transitent et sont stockées les données de cartes au sein du système d’information.
2. Réaliser un état des lieux (gap analysis) par rapport aux nouvelles exigences, en distinguant les écarts critiques des écarts mineurs.
3. Prioriser les actions correctives selon le niveau de risque et les délais imposés par les réseaux de cartes.
4. Mettre en place une gouvernance dédiée, avec des responsabilités claires et un suivi dans le temps, la conformité PCI DSS n’est pas un projet ponctuel, mais un processus continu.
5. Préparer et accompagner l’audit ou l’auto-évaluation, avec la documentation et les preuves attendues par le QSA ou dans le cadre du SAQ.

C’est précisément sur cette trajectoire qu’AGILLY et SANDBOX Security ont choisi d’unir leurs expertises, pour proposer aux banques, fintechs et acteurs des paiements d’Afrique de l’Ouest un accompagnement de bout en bout : diagnostic, mise en œuvre technique et organisationnelle, préparation à l’audit.

Envie d’aller plus loin ? Rejoignez notre webinaire gratuit

Pour partager notre expertise sur ce sujet avec l’écosystème régional, AGILLY et Sandbox Security organisent un webinaire gratuit et en ligne, entièrement dédié à PCI DSS 4.0 en Afrique de l’Ouest.

Thème : Norme PCI DSS 4.0 en Afrique de l’Ouest : ce que vos équipes doivent savoir maintenant Quand

Date : 23 juillet 2026

Heure : 10h GMT

 Format : en ligne, gratuit, 90 minutes

Pour qui : DSI, RSSI, Responsables Conformité, Responsables Risques et Directions Générales des banques, fintechs et établissements de paiement

Au programme :

• Les grandes nouveautés de PCI DSS 4.0 vs 3.2.1
• Les acteurs concernés en Afrique de l’Ouest et leurs obligations
• Les risques réels d’une non-conformité
• La stratégie et le parcours de mise en conformité
• Comment AGILLY et SANDBOX Security vous accompagnent

Les places sont limitées – inscrivez-vous dès maintenant pour garantir votre participation.

The post Norme PCI DSS 4.0 : Conformité en Afrique de l’ouest appeared first on Agilly.

Ce que les nouvelles révélations de SOCRadar changent pour toute organisation exposée à Fortinet  et pourquoi agir maintenant n’est plus une option.

1. Ce que vous avez toujours fait face aux vulnérabilités Fortinet

Depuis 2021, Fortinet est l’une des cibles les plus régulières des cybercriminels. À chaque fois, le schéma était rodé : une vulnérabilité technique est découverte dans FortiOS, un numéro CVE est publié, et les équipes sécurité appliquent le correctif. La menace est éteinte.

• CVE-2022-42475 : exécution de code à distance dans FortiOS SSL-VPN, score CVSS 9.3. Patch appliqué = problème résolu.
• CVE-2023-27997 : 340 000 appareils encore vulnérables des mois après la publication du correctif. Le problème était la lenteur du patching, pas l’inexistence d’un remède.
• CVE-2024-21762 : accès administrateur non authentifié, exploité par des groupes étatiques. Score CVSS 9.8. Correctif publié, organisations protégées après application.
• CVE-2024-55591 : score CVSS 9.6, création de comptes super-administrateurs à distance. Même logique : faille
• identifiée, patch appliqué, risque éliminé.

La logique habituelle face aux CVE Fortinet :

Simple, traçable, efficace. Appliqué à chaque CVE depuis 2021. La porte est fermée une fois le patch installé.

2. FortiBleed : il n’y a rien à patcher  et c’est exactement le problème

FortiBleed n’est pas une vulnérabilité. Il n’y a pas de CVE. Pas de faille dans le code de FortiOS. Pas de correctif qui ferme la porte. La CISA américaine a émis une alerte d’urgence  non pas pour demander d’appliquer un patch, mais pour exiger la rotation immédiate des mots de passe et le durcissement des accès.

Ce que les attaquants ont construit, c’est une machine de collecte automatisée qui puise dans les données volées lors des incidents Fortinet passés et les teste en masse contre les équipements FortiGate exposés sur Internet. C’est du credential stuffing industrialisé, opéré à une échelle sans précédent.

Comment FortiBleed fonctionne concrètement

• Étape 1  Reconnaissance de masse : scan de 59,3 millions d’hôtes via Masscan et Shodan. Les 430 000 appareils FortiGate identifiés sont classés par valeur estimée (secteur, chiffre d’affaires, taille).
• Étape 2  Credential stuffing : les attaquants puisent dans deux réservoirs. Le premier : les fuites Fortinet précédentes (500 000 comptes VPN en 2021, 15 000 configurations du groupe Belsen en 2025…). Le second : des données capturées par des malwares infostealer avant chiffrement  rendant la complexité du mot de passe inutile.
• Étape 3  Crack offline des hachages : un cluster de 45 GPU tourne 24h/24 via le framework Hashtopolis pour casser les hachages SHA-256 interceptés sur les sessions SSL-VPN. Des mots de passe longs et complexes figurent dans la base  ils n’ont pas été devinés, ils ont été craqués.
• Étape 4  Exploitation du stockage SHA-256 : Fortinet a introduit un hachage PBKDF2 plus robuste dans FortiOS 7.2.11, 7.4.8 et 7.6.1. Mais après une mise à jour, le mot de passe reste stocké en SHA-256 jusqu’à la prochaine reconnexion de l’administrateur. Des milliers d’organisations à jour avaient donc toujours des hachages craquables.
• Étape 5  Outil de sniffing persistant : un outil custom en Golang, baptisé FortigateSniffer, est installé sur les appareils compromis. Il intercepte passivement le trafic d’authentification en abusant de la commande native diagnose sniffer packet de FortiOS  et continue à collecter de nouveaux identifiants en temps réel.

Le point le plus important à retenir

FortiBleed est plus dangereux qu’une CVE critique parce qu’il n’y a rien à patcher. Les identifiants volés sont valides. Les connexions semblent légitimes parce qu’elles le sont. Aucune signature d’intrusion ne se déclenche. Aucun antivirus ne détecte quoi que ce soit. Et sur environ 19 000 appareils, le sniffer est encore actif aujourd’hui.

3. Ce que les nouvelles révélations changent tout : FortiBleed alimente deux groupes ransomware

Quand FortiBleed a été révélé en juin 2026, l’inquiétude portait sur le vol massif d’identifiants. Le 2 juillet 2026, SOCRadar a publié un second rapport qui change radicalement l’analyse de la menace.

Les identifiants volés ne restent pas dans une base de données criminelle. Ils servent directement à déployer des ransomwares.

En analysant l’un des 200 serveurs opérationnels supplémentaires découverts lors de l’investigation, les chercheurs de SOCRadar ont trouvé un opérateur actif sur les panneaux de négociation des deux groupes ransomware-as-a-service les plus actifs du moment : INC Ransom et Lynx. Le même individu, sur la même infrastructure, gérait à la fois la collecte d’identifiants FortiGate et les négociations avec des victimes de ransomware.

INC Ransom et Lynx : qui sont-ils ?

• INC Ransom : actif depuis mi-2023, l’un des groupes RaaS les plus prolifiques par nombre de victimes. Connu pour cibler les secteurs de la santé, des services financiers et des administrations publiques.
• Lynx : apparu environ un an plus tard, largement considéré comme une évolution directe d’INC. Reprend la même infrastructure, les mêmes méthodes, les mêmes cibles.
• Le lien FortiBleed : les victimes de FortiBleed et les victimes listées sur le site de fuite d’INC Ransom se recoupent directement. Ce ne sont pas des coïncidences les mêmes organisations étaient simultanément dans la base
• FortiBleed et dans la liste de cibles d’INC.

Une organisation structurée de 20 personnes  avec l’IA au cœur

Les documents internes découverts révèlent une organisation criminelle d’environ 20 personnes avec des rôles définis : équipes techniques, équipes de ciblage, équipes de négociation. Ce n’est pas un groupe de hackers opportunistes. C’est une entreprise criminelle structurée.

L’opérateur principal, qui utilise l’alias TOXMAN, s’appuie massivement sur des outils d’intelligence artificielle  notamment CyberStrike et OpenRouter  pour développer et automatiser des parties significatives de la chaîne d’attaque, identifier des vulnérabilités, et conduire des tests de pénétration assistés par IA.

Sur les appareils compromis, les chercheurs ont également trouvé des comptes backdoor persistants portant le nom d’utilisateur adminin signature caractéristique de l’opération. Et selon les dernières analyses, le groupe aurait également en sa possession au moins une vulnérabilité zero-day dans Nextcloud, utilisée pour étendre l’accès aux réseaux après la compromission initiale des pare-feux Fortinet. Des listes de cibles Citrix  environ 29 000 adresses IP  ont aussi été découvertes, suggérant une expansion de l’opération bien au-delà de Fortinet.

Ce que cela signifie concrètement pour votre organisation

Une exposition à FortiBleed n’est pas seulement un risque de compromission d’identifiants. C’est un risque direct de ransomware. Au moins 12 déploiements ransomware ont déjà été confirmés comme résultant directement de cette campagne, causant le chiffrement de centaines de postes dans les organisations touchées. Selon SOCRadar, l’accès aux périmètres de sécurité crée une voie directe vers le ransomware  les organisations exposées doivent traiter cela comme un risque d’intrusion pré-ransomware.

4. Si vous avez déjà subi une attaque Fortinet, vous êtes en première ligne

Les failles CVE précédentes permettaient aux attaquants d’accéder aux fichiers de configuration des appareils FortiGate y compris les hachages d’identifiants VPN et d’administration. Ces données exfiltrées lors de vos incidents passés constituent aujourd’hui le carburant principal de FortiBleed.

Même si vous avez appliqué tous les correctifs à l’époque. Même si votre FortiOS est à jour aujourd’hui. Si vos identifiants n’ont pas été changés et si vos administrateurs ne se sont pas reconnectés après la mise à jour vers les versions intégrant PBKDF2, vos hachages sont peut-être encore craquables  et dans la base FortiBleed.

Les attaquants ont également trouvé, sur les appareils compromis, des accès à des réseaux Active Directory, des partages de fichiers, et des ressources internes  élargissant considérablement leur surface d’accès.

Qui est concerné dans les faits ?

Les secteurs les plus touchés sont les télécommunications, les services IT, les services financiers, les administrations publiques, la santé, l’éducation et l’industrie manufacturière. Les appareils compromis sont répartis dans plus de 150 pays. Parmi les victimes identifiées : Chevron, Samsung, Toyota, Mercedes-Benz, AT&T. Les attaquants ont atteint un accès admin confirmé sur 409 cibles et bouclé la chaîne d’attaque complète sur 354 d’entre elles.

5. Première action : savoir si vous êtes dans la base

Avant toute autre chose, vous devez savoir si vos équipements figurent dans la base de données FortiBleed. SOCRadar  la première société à avoir analysé cette campagne, notifié des milliers d’organisations et coordonné avec les CERTs nationaux  a mis en ligne un outil de vérification entièrement gratuit et sans inscription :

🌐 : https://lnkd.in/eB7bakGq

Si le résultat est positif : vous avez la certitude que des identifiants liés à vos équipements sont dans les mains d’un groupe qui déploie activement des ransomwares. Chaque heure sans action est une fenêtre d’opportunité supplémentaire.

Si le résultat est négatif : ne présumez pas d’être hors de danger. La base est un instantané. La campagne est encore active. Le FortigateSniffer est installé sur environ 11 000 appareils à l’heure actuelle. Les bonnes pratiques s’imposent dans tous les cas.

6. Les actions concrètes à mettre en oeuvre

La vérification vous dit si vous êtes exposé. Elle ne vous dit pas si une intrusion est déjà en cours ou si le FortigateSniffer collecte actuellement votre trafic. La réponse complète implique plusieurs niveaux d’action :

Actions immédiates

• Changer tous les mots de passe des comptes administrateurs et VPN Fortinet  y compris les comptes de service oubliés et les comptes de test.
• Forcer la reconnexion de tous les administrateurs pour activer le nouveau hachage PBKDF2 (obligatoire après mise à jour vers FortiOS 7.2.11+, 7.4.8+ ou 7.6.1+). Sans cette reconnexion, le hachage SHA-256 craquable reste actif.
• Activer le MFA sur l’ensemble des accès VPN et d’administration sans exception.
• Révoquer et renouveler les sessions actives et les tokens d’authentification.
• Rechercher activement le compte backdoor adminin dans la liste des utilisateurs de vos appareils FortiGate  sa présence indique une compromission confirmée.

Analyse et détection

• Analyser les journaux de connexion des 6 à 12 derniers mois : connexions inhabituelles, horaires atypiques, adresses IP inconnues, créations de comptes non planifiées.
• Vérifier la présence du FortigateSniffer : détecter les processus de sniffing actifs en utilisant la commande diagnose sys process list sur l’appareil.
• Rechercher des liens symboliques persistants laissés par les attaquants pour maintenir l’accès après rotation des mots de passe.
• Vérifier que les interfaces d’administration et les portails VPN ne sont pas directement exposés à Internet sans filtrage IP.

Durcissement durable

• Restreindre l’accès à l’interface d’administration Fortinet à des plages IP connues uniquement.
• Mettre en place des certificats clients pour l’authentification SSL VPN  la défense la plus robuste contre le credential stuffing.
• Intégrer vos équipements Fortinet dans un plan de surveillance continue (SIEM, SOC) pour détecter les comportements anormaux en temps réel.
• Surveiller les systèmes Nextcloud et Citrix de votre environnement : les dernières analyses indiquent que les attaquants ciblent également ces vecteurs pour étendre leur accès.

En quelques semaines, la campagne FortiBleed est passée d’une découverte isolée à l’une des plus vastes compromissions d’identifiants jamais documentées sur des équipements Fortinet.

Ne laissez pas ces obstacles ralentir votre croissance. Contactez-nous dès aujourd’hui pour discuter de vos besoins.

📧 infos@agilly.net

📞 +225 25 22 00 14 22

🌐 www.agilly.net

Sources officielles

Toutes les informations de cet article peuvent être vérifiées sur le page officielle :

https://www.lemondeinformatique.fr/actualites/lire-fortibleed-les-identifiants-de-75-000-pare-feux-fortinet-exposes-100492.html

The post FORTIBLEED : POURQUOI CETTE ATTAQUE N’EST PAS COMME LES AUTRES ET CE QUE VOUS DEVEZ FAIRE MAINTENANT. C’EST UNE OPERATION RANSOMWARE INDUSTRIALISEE appeared first on Agilly.

Face à cette réalité, Microsoft renforce la protection de ses plateformes de messagerie et de collaboration. Les fonctionnalités améliorées de sécurité des emails de Microsoft Defender for Office 365 Plan 1 sont désormais ajoutées à Office 365 E3 et Microsoft 365 E3, afin d’aider davantage les organisations à détecter le phishing, les logiciels malveillants et les liens malveillants. De plus, des vérifications d’URL sont maintenant incluses dans Office 365 E1, Business Basic et Business Standard, pour protéger les utilisateurs contre les sites web connus et malveillants lorsqu’ils cliquent sur des liens dans les emails et les applications Office.

Concrètement, cela signifie qu’une protection de niveau entreprise est désormais intégrée dans les licences que votre organisation utilise déjà. Voici ce que Defender for Office 365 fait pour vous, en temps réel :

• Il analyse chaque lien dans vos emails avant que quiconque ne clique dessus.
• Il vérifie chaque pièce jointe avant qu’elle ne soit ouverte, en la testant dans un environnement isolé.
• Il détecte les tentatives de phishing et d’usurpation d’identité, y compris les faux emails signés de votre direction ou de vos fournisseurs habituels.
• Il bloque automatiquement les emails suspects avant qu’ils n’atteignent la boîte de réception.
• Il génère des alertes et des rapports détaillés pour donner à votre équipe IT une visibilité totale, dans les emails comme dans Microsoft Teams, SharePoint et OneDrive.

Avant Defender, votre entreprise dépendait de la vigilance de chaque employé. Un moment d’inattention suffisait à ouvrir une brèche, et vous découvriez l’attaque après coup, une fois les dégâts causés.

Après Defender, votre messagerie est protégée automatiquement, 24h sur 24 et 7 jours sur 7. Les menaces sont bloquées avant même d’arriver dans les boîtes de réception, et vous êtes alerté avant tout impact sur votre activité.

La cybersécurité n’est plus une option réservée aux grandes entreprises. Elle est maintenant intégrée dans les outils que vous utilisez déjà. Encore faut-il qu’elle soit correctement configurée et activée.

Donner aux équipes informatiques les moyens de gérer les terminaux intégrés

La protection de la messagerie n’est qu’une partie de l’équation. Les appareils utilisés par vos équipes, ordinateurs, tablettes et téléphones, constituent l’autre porte d’entrée des attaquants.

Microsoft apporte des fonctionnalités supplémentaires de gestion des terminaux à Microsoft 365 E3 et Microsoft 365 E5, en ajoutant des capacités permettant à l’informatique de résoudre les problèmes plus rapidement, de détecter les expositions de manière préventive et de maintenir la productivité des appareils. Ces fonctionnalités incluent Microsoft Intune Remote Help, Intune Advanced Analytics et Intune Plan 2.

Pour les clients Microsoft 365 E5, la gestion des privilèges de terminaux Intune (Endpoint Privilege Management), la gestion des applications d’entreprise et le Microsoft Cloud PKI permettront aux équipes informatiques de protéger l’utilisation de l’intelligence artificielle et de renforcer la sécurité en réduisant les risques, en maintenant la conformité et en offrant des expériences utilisateur plus sécurisées.

Pour une PME, cela signifie qu’une équipe IT réduite peut désormais superviser et sécuriser l’ensemble du parc d’appareils depuis une console unique, sans multiplier les outils ni les coûts.

Intégrer des agents de sécurité dans vos flux de travail

Lors de Microsoft Ignite 2025, Microsoft a annoncé que les agents Security Copilot sont intégrés au flux de travail des équipes de sécurité utilisant Microsoft Defender, Entra, Intune et Microsoft Purview.

Pour aider les équipes à démarrer rapidement et facilement avec plus de 70 agents conçus par Microsoft et ses partenaires, Microsoft Security Copilot sera disponible pour tous les clients Microsoft 365 E5. Déjà accessible aux clients existants de Security Copilot disposant de Microsoft 365 E5, il continuera son déploiement auprès de l’ensemble des clients E5 dans les mois à venir, avec un préavis de 30 jours avant son activation.

L’intelligence artificielle vient ainsi renforcer les équipes de sécurité : elle analyse, hiérarchise et répond aux menaces à une vitesse qu’aucune équipe humaine ne peut atteindre seule.

Passez de la lecture à la protection avec Agilly

Ces protections sont désormais présentes dans vos licences Microsoft 365. Mais un outil présent n’est pas un outil actif : mal paramétré, partiellement activé ou laissé avec des réglages par défaut, Defender ne protège pas votre entreprise à la hauteur de ce qu’il devrait.

Chez Agilly, nous configurons et activons Defender dans votre environnement Microsoft 365, selon les spécificités de votre entreprise, et nous formons vos équipes aux bonnes pratiques, parce que la technologie protège mieux quand les humains sont préparés.

Évaluez dès aujourd’hui le niveau de protection de votre messagerie. Les experts Agilly réalisent un audit de sécurité gratuit de votre environnement Microsoft 365 et vous remettent un plan d’action clair en 30 minutes.

Toutes les 39 secondes, une PME est ciblée. La question n’est pas de savoir si votre entreprise sera visée, mais quand. Et surtout : serez-vous prêt ? Contactez-nous à :

📧 infos@agilly.net

📞 +225 25 22 00 14 22

🌐 www.agilly.net

The post Protéger davantage vos utilisateurs contre les menaces avancées dans vos emails appeared first on Agilly.