Retour au blog
FortinetFortiMailRCEmailKEV

FortiMail : une RCE pré-authentification sur le service POP3 (CVE-2026-44812) rejoint le CISA KEV

Publié le 2026-10-026 min de lectureCleanIssue

> En bref : Un débordement de tampon dans le service POP3 de FortiMail permet l'exécution de code à distance sans authentification (CVE-2026-44812, CVSS 8.8). CISA l'a inscrit dans la Known Exploited Vulnerabilities le 2 octobre 2026, deadline 30 octobre. Corrigé dans FortiMail 7.6.6 et 8.0.4. Une instance FortiMail est une passerelle de mail : le point d'entrée qui traite le courrier de toute l'organisation.

Pourquoi un service POP3 compte

FortiMail est une passerelle de messagerie : SMTP entrant/sortant, et accès aux boîtes via IMAP, POP3 et webmail. La plupart des organisations ferment le SMTP submission mais laissent les protocoles de boîtes ouverts — le POP3 sur le port 110, souvent sans TLS.

C'est exactement ce protocole qui est affecté : le service POP3 traite les échanges \USER\\/\\AUTH\\ avant l'authentification. Le débordement se joue dans le parse de la réponse \AUTH\\ — une séquence construite (STLS, USER, puis un token \AUTH\\ anormalement long) déborde un tampon du tas et redirige l'exécution.

Le PoC (PSIRT Fortinet, confirmé par l'éditeur) : RCE en root, sans aucune credential.

Ce que root sur la passerelle donne à l'attaquant

  • Lire et modifier les mails de toutes les boîtes hébergées par l'instance — PII, échanges métier, codes de vérification.
  • Envoyer du mail au nom de l'organisation (BEC) : la signature de la passerelle est déjà trustée par les filtres des destinataires.
  • Pivoter vers le réseau interne : la passerelle est en DMZ, mais avec les credentials et le routing, c'est un pas vers la messagerie interne ou l'AD.
  • Une passerelle de mail est l'un des points d'entrée les plus riches d'une organisation — et historiquement l'un des moins testés.

    Qui est affecté

  • FortiMail 7.4.x, 7.6.0 à 7.6.5, 8.0.0 à 8.0.3 — corrigé dans 7.6.6 et 8.0.4.
  • 7.4.x est en EOL : si vous êtes sur 7.4, le patch ne suffira pas — l'éditeur recommande la migration vers 7.6.6+ / 8.0.4+.
  • Palo Alto Unit 42 : 9 412 instances FortiMail exposées publiquement au 2 octobre 2026.
  • Ce qu'il faut vérifier maintenant

  • Appliquez 7.6.6 / 8.0.4 avant le 30 octobre. Si vous ne pouvez pas : fermez 110/995 (POP3) vers Internet — les utilisateurs gardent IMAP/webmail, le protocole vulnérable disparaît.
  • Recherchez : échanges POP3 \AUTH\\ depuis des IP sources nouvelles dans les 7 derniers jours, fichiers inattendus dans \/var/tmp\\, nouveaux comptes locaux, processus non lancés par le service de messagerie.
  • Après un incident : faites tourner les credentials de service et d'admin, revoyez les mails sortants envoyés pendant la fenêtre (BEC), reconstruisez l'appliance.
  • La leçon

    Le mail est le seul flux de données où un acteur externe peut injecter du contenu (corps, pièces jointes) sur des chemins de protocole qui ont survécu à toutes les migrations. POP3, IMAP, EAS : plus le protocole est ancien, plus le parsing est un point faible probable. Quand un éditeur dit « service affecté = POP3 », la question à poser est : « le POP3 écoute encore, et pour qui ? »

    Vous éditez un logiciel ? CleanIssue réalise des audits de sécurité pour votre produit en conditions réelles, sans accès au code. Pour une première lecture de votre exposition, commencez par une revue externe de votre application.

    Besoin de savoir ce que votre agent IA peut faire ?

    Expliquez votre agent, ses tools et votre contexte client. Nous revenons vers vous avec le bon niveau de revue.

    Parler de votre audit