⚡ Points Clés

FortiClient EMS de Fortinet a subi un zero-day critique (CVE-2026-35616, CVSS 9.1) activement exploité avant l’existence de tout correctif, avec plus de 2 000 instances exposées en ligne. Quelques jours plus tôt, la compromission de la chaîne d’approvisionnement du scanner Trivy avait provoqué un vol de 340 Go de données à la Commission européenne, touchant 71 entités.

En résumé : Les organisations utilisant FortiClient EMS 7.4.5 ou 7.4.6 doivent appliquer le correctif d’urgence immédiatement, auditer l’exposition internet et investiguer les signes de compromission antérieure, l’exploitation ayant commencé au moins quatre jours avant le correctif.

Lire l’analyse complète ↓

Publicité

🧭 Radar de Décision (Perspective Algérie)

Pertinence pour l’Algérie
Élevé
▾
Les produits Fortinet sont largement déployés dans les entreprises algériennes, les agences gouvernementales et les opérateurs télécoms. Toute organisation utilisant FortiClient EMS 7.4.5 ou 7.4.6 est directement exposée à l’exécution de code à distance sans authentification.
Infrastructure prête ?
Partiel
▾
De nombreuses organisations algériennes s’appuient sur Fortinet mais peuvent manquer d’équipes dédiées à la gestion des vulnérabilités pour appliquer les correctifs d’urgence dans la fenêtre critique de 24-48 heures. Les interfaces de gestion exposées sur internet restent une erreur de configuration courante dans les environnements à segmentation réseau limitée.
Compétences disponibles ?
Partiel
▾
L’Algérie dispose de professionnels de la cybersécurité dans les secteurs bancaire, télécom et gouvernemental, mais les capacités de réponse aux incidents face à l’exploitation de zero-day restent concentrées dans quelques grandes organisations. Les PME et les entités du secteur public peuvent manquer de compétences pour investiguer les indicateurs de post-exploitation.
Calendrier d’action
Immédiat
▾
La vulnérabilité est activement exploitée dans la nature et ne nécessite aucune authentification. Toute organisation utilisant les versions affectées de FortiClient EMS doit corriger maintenant et auditer les compromissions antérieures.
Parties prenantes clés
RSSI, responsables sécurité IT, opérateurs télécoms, services IT gouvernementaux
Type de décision
Tactique
▾
Cela nécessite un correctif immédiat et un audit d’exposition plutôt qu’une planification stratégique à long terme, suivi d’une révision plus large des pratiques de segmentation de l’infrastructure de gestion.

En bref : Les organisations algériennes utilisant la gestion des endpoints Fortinet doivent traiter cela comme une priorité absolue. Appliquez immédiatement le correctif d’urgence pour FortiClient EMS 7.4.5/7.4.6, vérifiez qu’aucune instance EMS n’est exposée sur internet, et utilisez cet incident pour accélérer la segmentation de l’infrastructure de gestion par rapport à l’accès réseau général. Le schéma plus large des outils de sécurité devenant des cibles principales exige une refonte stratégique du déploiement et de la surveillance des outils défensifs.

La vulnérabilité qui transforme les défenseurs en cibles

Le 4 avril 2026, Fortinet a publié un correctif d’urgence pour CVE-2026-35616, un contournement critique de pré-authentification dans FortiClient Endpoint Management Server (EMS), déjà exploité avant l’existence de tout correctif. Avec un score CVSS de 9.1, la faille permet à des attaquants non authentifiés d’exécuter du code arbitraire sur des serveurs qui gèrent la sécurité des endpoints de toute une organisation.

Le calendrier souligne une tendance plus large. Quelques jours plus tôt, CERT-EU avait révélé qu’une compromission de la chaîne d’approvisionnement de Trivy, le scanner de vulnérabilités open source largement utilisé, avait entraîné une violation de données à la Commission européenne touchant 71 entités et 340 Go de données volées. Ensemble, ces incidents cristallisent une réalité inquiétante : l’infrastructure de sécurité elle-même est devenue la principale surface d’attaque.

Comment fonctionne CVE-2026-35616

La vulnérabilité, classée sous CWE-284 (contrôle d’accès inadéquat), réside dans la couche API de FortiClient EMS. Elle permet à un attaquant non authentifié de contourner entièrement les contrôles d’authentification et d’autorisation de l’API, d’escalader les privilèges et d’exécuter du code malveillant via des requêtes HTTP spécialement conçues.

Ce qui rend cette faille particulièrement dangereuse, c’est la simplicité de l’attaque. Aucun identifiant n’est nécessaire. Aucune interaction utilisateur n’est requise. Une interface d’administration EMS exposée suffit à un attaquant pour obtenir un accès initial, établir un point d’ancrage et se déplacer latéralement à travers l’ensemble du parc d’endpoints gérés.

Les versions 7.4.5 et 7.4.6 de FortiClient EMS sont concernées. La version 7.2.x n’est pas affectée. Fortinet a publié l’avis FG-IR-26-099 accompagné de correctifs d’urgence, un correctif permanent étant attendu dans la prochaine version 7.4.7. La vulnérabilité a été découverte par Simo Kohonen de Defused Cyber et le chercheur indépendant Nguyen Duc Anh.

Chronologie de l’exploitation : les attaquants ont frappé en premier

La chronologie révèle l’étroitesse de la fenêtre dont disposaient les défenseurs :

Il ne s’agissait pas de la première crise FortiClient EMS des dernières semaines. CVE-2026-21643, une vulnérabilité critique d’injection SQL (également CVSS 9.1) affectant la version 7.4.4, était activement exploitée depuis fin mars 2026. Les attaquants inséraient des instructions SQL via des en-têtes de requêtes HTTP spécialement conçues, obtenant l’exécution de code contre la base de données PostgreSQL sous-jacente sur les systèmes non corrigés. Deux vulnérabilités critiques consécutives dans la même gamme de produits brossent un tableau préoccupant de la surface d’attaque que présentent les systèmes de gestion des endpoints.

Publicité

La faille Trivy : quand votre scanner devient l’arme

Le zero-day FortiClient EMS ne s’est pas produit isolément. Le 3 avril 2026, CERT-EU a révélé qu’une attaque sophistiquée de la chaîne d’approvisionnement avait compromis Trivy, le scanner de vulnérabilités de conteneurs open source largement déployé et maintenu par Aqua Security.

L’acteur malveillant, identifié comme TeamPCP, a exploité une mauvaise configuration dans le pipeline CI/CD GitHub Actions de Trivy pour injecter du code malveillant qui récoltait des clés API AWS, des secrets SSH et des identifiants Kubernetes dans les environnements exécutant l’outil. Le 19 mars, un attaquant a utilisé un secret AWS volé pour accéder à l’infrastructure cloud de la Commission européenne. Le Centre des opérations de cybersécurité de la Commission a détecté une utilisation anormale de l’API, mais à ce stade, les attaquants avaient déjà pivoté à travers plusieurs comptes AWS.

La violation a finalement touché 71 clients hébergés sur la plateforme d’hébergement web Europa, avec plus de 340 Go de données exfiltrées, incluant des informations personnelles telles que des noms, des identifiants et des adresses e-mail de multiples entités de l’UE. Le groupe d’extorsion ShinyHunters a publié le jeu de données volé sur son site de fuites sur le dark web le 28 mars.

La campagne TeamPCP ne s’est pas arrêtée à Trivy. Le groupe a par la suite étendu ses opérations à Checkmarx KICS et à l’écosystème npm, démontrant une stratégie systématique de ciblage des chaînes d’approvisionnement des outils de sécurité.

Le schéma : l’infrastructure de sécurité comme surface d’attaque

Ces incidents, survenus à quelques jours d’intervalle, reflètent un changement structurel dans la façon dont les adversaires sophistiqués abordent les réseaux d’entreprise. Plutôt que de chercher des vulnérabilités dans les applications métier, les attaquants ciblent de plus en plus la pile de sécurité et de gestion elle-même.

La logique est impitoyable et efficace. Les serveurs de gestion des endpoints détiennent les identifiants et les politiques de chaque appareil géré. Les scanners de vulnérabilités ont un accès profond aux métadonnées d’infrastructure et fonctionnent souvent avec des privilèges élevés. Compromettre l’un de ces outils, c’est potentiellement compromettre l’ensemble de la posture de sécurité de l’organisation.

La CISA a explicitement reconnu cette tendance. Le 18 mars 2026, l’agence a publié une alerte exhortant les organisations à renforcer la sécurité des systèmes de gestion des endpoints, suite à une cyberattaque contre Stryker Corporation, une entreprise américaine de technologies médicales. Le groupe hacktiviste iranien Handala avait exploité l’environnement Microsoft Intune de Stryker, utilisant la commande d’effacement intégrée à la plateforme pour détruire les données des endpoints à travers l’organisation.

Pour les RSSI et les architectes de sécurité, l’implication est claire : les outils auxquels vous faites confiance doivent être traités avec le même scepticisme que les menaces qu’ils sont censés arrêter.

Ce que les organisations doivent faire maintenant

Actions immédiates (24-48 heures) :

  • Corriger FortiClient EMS avec le dernier correctif d’urgence pour les versions 7.4.5 ou 7.4.6. Si l’application du correctif n’est pas immédiatement possible, restreignez l’accès réseau à l’interface d’administration EMS aux seules plages d’adresses IP internes de confiance.
  • Auditer l’exposition internet. Utilisez des outils de découverte d’actifs pour confirmer qu’aucune instance EMS n’est directement accessible depuis l’internet public. Les plus de 2 000 instances exposées identifiées par Shadowserver suggèrent que de nombreuses organisations ignorent que leur EMS est publiquement accessible.
  • Vérifier les déploiements Trivy. Assurez-vous d’exécuter une version propre et vérifiée de Trivy. Auditez l’intégrité des pipelines CI/CD et vérifiez l’absence de modifications non autorisées des configurations ou des résultats des outils de scan.

Actions stratégiques (30-90 jours) :

  • Segmenter l’infrastructure de gestion. Les serveurs de gestion des endpoints, les scanners de vulnérabilités, les collecteurs SIEM et les autres outils de sécurité doivent résider sur des VLAN de gestion isolés avec des contrôles d’accès stricts, et non aux côtés des charges de travail serveur générales.
  • Appliquer le zero-trust aux outils de sécurité. Appliquez la même rigueur d’authentification, d’autorisation et de surveillance à votre pile de sécurité qu’à vos systèmes de production. Les contournements de pré-authentification comme CVE-2026-35616 réussissent précisément parce que de nombreuses organisations supposent que leurs outils de sécurité sont intrinsèquement fiables.
  • Vérifier les chaînes d’approvisionnement logicielles. Pour les outils de sécurité open source, mettez en place la vérification de signatures, les builds reproductibles et le suivi SBOM. La compromission de Trivy a réussi parce que les organisations faisaient implicitement confiance au pipeline de mise à jour de l’outil.
  • Surveiller les indicateurs de post-exploitation. Si FortiClient EMS était exposé avant l’application du correctif, considérez qu’il y a eu compromission et lancez une investigation. Recherchez des appels API inhabituels, de nouveaux comptes administratifs ou des changements de politiques inattendus dans votre parc d’endpoints.
Suivez AlgeriaTech sur LinkedIn pour des analyses tech professionnelles Suivre sur LinkedIn
Suivez @AlgeriaTechNews sur X pour des analyses tech quotidiennes Suivre sur X

Publicité

Questions Fréquemment Posées

Qu’est-ce que CVE-2026-35616 et pourquoi est-ce critique ?

CVE-2026-35616 est un contournement de contrôle d’accès pré-authentification dans FortiClient Endpoint Management Server de Fortinet avec un score CVSS de 9.1. Il permet à des attaquants non authentifiés d’exécuter du code arbitraire sur le serveur sans aucun identifiant ni interaction utilisateur. Parce que FortiClient EMS gère les politiques de sécurité et les configurations de tous les endpoints d’une organisation, un seul serveur compromis peut donner aux attaquants le contrôle de l’ensemble du parc d’appareils gérés.

Quel est le lien entre le zero-day FortiClient EMS et la faille Trivy ?

Bien que les deux incidents impliquent des fournisseurs différents et des vecteurs d’attaque distincts, ils représentent le même schéma stratégique : des adversaires ciblant l’infrastructure de sécurité et de gestion plutôt que les applications métier. Le zero-day FortiClient EMS exploite une faille dans un serveur de gestion des endpoints, tandis que la faille Trivy a transformé le pipeline CI/CD d’un scanner de vulnérabilités en arme. Les deux démontrent que les outils de sécurité eux-mêmes sont devenus des cibles de haute valeur parce qu’ils détiennent un accès privilégié aux environnements qu’ils protègent.

Que doivent faire les organisations si leur FortiClient EMS était exposé sur internet avant le correctif ?

Si votre FortiClient EMS était publiquement accessible avant le correctif du 4 avril, considérez qu’il y a eu compromission et lancez une investigation. Vérifiez les appels API inhabituels, les comptes administratifs nouvellement créés, les changements de politiques inattendus sur les endpoints gérés et tout indicateur de mouvement latéral. Fortinet et les chercheurs en sécurité recommandent de traiter toute exposition antérieure au correctif comme une violation potentielle, étant donné que l’exploitation a été enregistrée dès le 31 mars par le réseau de pots de miel de watchTowr.

Sources et lectures complémentaires