Attaques CSS contre les webmails : comment le code d'un email peut voler vos mots de passe en 2026

En 2026, une simple feuille de style CSS dissimulée dans un email peut suffire à vider votre boîte aux lettres ou à prendre le contrôle de vos comptes tiers. Cette affirmation, loin d’être une hypothèse de science-fiction, a été démontrée de manière probante par Gareth Heyes, chercheur en sécurité chez PortSwigger, lors de la prestigieuse conférence Black Hat USA 2026. Ces nouvelles attaques CSS contre les webmails ciblent les plus grandes plateformes de messagerie : Outlook, Gmail, Fastmail, Proton Mail, Yahoo Mail et AOL Mail. Leur principe est aussi simple qu’inquiétant : le contenu d’un email, pourtant filtré par des sanitizers, parvient à s’extraire de son cadre (on parle de boundary escape) pour interagir avec l’interface du webmail lui-même. L’objectif de cet article est de décrypter ces techniques avancées, d’en analyser les implications pour la sécurité des entreprises et des particuliers, et de vous fournir les clés pour vous en protéger.

L’ampleur de la menace : six géants de la messagerie dans le viseur

Un panorama des vulnérabilités

Les recherches de Gareth Heyes ne se contentent pas de pointer une faille théorique. Elles démontrent, preuve à l’appui, que six des principaux webmails mondiaux sont vulnérables à des chaînes d’attaque spécifiques. Voici un récapitulatif des plateformes concernées et des impacts potentiels :

Ce tableau illustre la diversité des vecteurs d’attaque. Il ne s’agit pas d’une faille unique, mais d’un ensemble de techniques qui exploitent les failles de conception des interfaces de messagerie web.

Des conséquences bien réelles

Les impacts de ces attaques sont multiples et graves. La capture de mot de passe est sans doute la plus spectaculaire. Sur Outlook, via le navigateur Firefox, une chaîne d’attaque complète parvient à afficher une fausse page de connexion Microsoft et à capturer le mot de passe saisi par la victime. Le vol de tokens est tout aussi préoccupant : en exploitant une faille de type paste race sur Yahoo Mail et AOL Mail, un attaquant peut intercepter le token de connexion à une plateforme tierce comme Medium et se faire passer pour la victime. Enfin, la manipulation de l’IA ouvre la voie à des scénarios d’attaque d’un nouveau genre, où l’assistant IA connecté à la boîte mail devient un vecteur d’exfiltration de données sensibles.

“Le webmail n’est plus un simple réceptacle de messages, c’est une surface d’attaque à part entière qui peut être exploitée pour interagir avec l’utilisateur et les services connectés.” - Analyse basée sur les travaux de Gareth Heyes (PortSwigger)

Plongée technique : comment le CSS franchit les barrières de sécurité

Le concept de “boundary escape”

Pour comprendre la gravité de ces attaques, il faut saisir le concept de boundary escape. Dans un webmail, le contenu de chaque email est isolé dans un conteneur (souvent une iframe) pour l’empêcher d’interagir avec le reste de l’interface. Les sanitizers HTML et CSS sont chargés de nettoyer le code du message pour supprimer tout élément dangereux. La recherche de Gareth Heyes emprunte deux voies distinctes pour contourner cette protection :

1. Abuser des éléments HTML et CSS que le webmail autorise légitimement (comme les balises <label> ou les media queries).
2. Créer une divergence entre ce que le sanitizer approuve et ce que le navigateur interprète finalement, en exploitant des bugs de parsing ou des fonctionnalités avancées.

Le cas Outlook : label jacking et media query

La démonstration la plus frappante concerne Outlook sur Firefox. L’attaque combine plusieurs astuces. Tout d’abord, les éléments <label> (qui permettent d’associer un libellé à un champ de formulaire) sont autorisés dans les emails. En les utilisant, l’attaquant peut faire en sorte qu’un clic dans l’email déclenche une action sur un contrôle situé en dehors du message, dans l’interface même d’Outlook. Ensuite, une astuce de parsing des media queries CSS permet à l’attaquant d’obtenir un contrôle quasi total sur le CSS appliqué à la page. Enfin, un élément <select> est déguisé en champ de mot de passe. Firefox possède un temporisateur d’une seconde pour la sélection d’options, mais ce temporisateur est réinitialisé si l’élément <select> est déplacé hors de l’écran. En déplaçant constamment l’élément, l’attaquant peut capturer les frappes en temps réel.

Cette chaîne d’attaque est un exemple parfait de la manière dont des fonctionnalités CSS et HTML légitimes peuvent être détournées pour créer une menace critique. Elle repose sur un concept clé : le CSS gadget. Un CSS gadget est une portion de code CSS existant dans l’interface du webmail qui, combiné à une injection CSS, permet de réaliser des actions non prévues. C’est l’équivalent CSS d’un gadget ROP en exploitation binaire.

Yahoo et AOL : la technique du “Paste Race”

Sur Yahoo Mail et AOL Mail, le vecteur d’attaque est différent. Il repose sur une fenêtre de tir très courte, appelée paste race. Lorsqu’un utilisateur colle du contenu HTML dans un brouillon d’email, le CSS reste actif pendant une fraction de seconde avant que le sanitizer ne le nettoie. L’attaquant peut exploiter cette micro-fenêtre pour exfiltrer des informations.

Dans la démonstration, la victime copie du CSS fourni par l’attaquant (par exemple, depuis un site web malveillant) et le colle dans un brouillon Yahoo ou AOL. Pendant le bref instant où le CSS est actif, il effectue des requêtes vers le serveur de l’attaquant, lui permettant de deviner un token de connexion à 12 caractères.

“C’est un peu comme si vous laissiez la porte de votre coffre ouverte une demi-seconde devant un pickpocket professionnel. La fenêtre de tir est infime, mais suffisante pour un token bien conçu.” - Gareth Heyes (PortSwigger) à propos de la technique du Paste Race

Le contournement des sanitizers

La deuxième voie d’attaque est plus subtile. Elle consiste à créer un écart entre ce que le sanitizer du webmail considère comme sûr et ce que le navigateur interprète. Par exemple, un attribut HTML personnalisé peut être autorisé par le sanitizer, mais le JavaScript de l’application peut le transformer en un nouveau nœud DOM portant du CSS que le sanitizer n’avait pas prévu. C’est ce qui a été observé dans la chaîne d’attaque contre Outlook.

L’IA comme vecteur d’exfiltration : le cas Gmail et Claude Cowork

Prompt injection via CSS

L’une des innovations les plus marquantes de cette recherche est l’utilisation de l’intelligence artificielle comme vecteur d’attaque. La combinaison de Gmail et de l’agent Claude Cowork d’Anthropic a permis de démontrer une chaîne d’attaque complète.

L’attaquant envoie un email contenant une injection de prompt indirecte, déclenchée par la fonction CSS image-set(). Cette fonction, autorisée par Gmail, permet de spécifier des images de secours. En utilisant un domaine autorisé par la liste blanche de Gmail, l’attaquant peut forcer une requête externe, ce qui déclenche l’injection de prompt.

/* Exemple conceptuel de la technique image-set() */
.email-content {
  background-image: image-set(
    url("https://attaquant.com/pixel.png") 1x,
    url("https://attaquant.com/declencheur") 2x
  );
}

Exfiltration d’un token Slack

Dans le scénario démontré, l’attaquant déclenche d’abord l’envoi d’un email de confirmation de token Slack sur la boîte Gmail de la victime. Ensuite, il envoie un second email contenant l’injection de prompt. Lorsque la victime demande à Claude Cowork de traiter ses emails, l’IA lit les deux messages. Les instructions injectées lui ordonnent de récupérer le token Slack dans le premier email et de le placer dans un brouillon d’email formaté en HTML. La simple visualisation de ce brouillon par la victime (ou par l’IA elle-même) provoque l’exfiltration du token via une requête CSS.

Cette attaque illustre un principe fondamental de la sécurité des agents d’IA : le confused deputy problem (problème du député confus). L’IA, mandatée pour traiter les emails, devient un vecteur d’attaque contre son propre utilisateur. Les implications pour les entreprises qui déploient des assistants IA connectés à leur messagerie sont immenses.

Fastmail, Proton Mail et les autres : des failles spécifiques

Le “CSS Hotwiring” et le contournement de proxy

Fastmail a été la cible de plusieurs techniques originales. La première, baptisée CSS hotwiring, permet de rediriger les clics d’un utilisateur vers des actions non prévues dans l’interface. Par exemple, un clic sur un bouton inoffensif dans un email peut être détourné pour modifier les paramètres de sécurité du compte.

La seconde technique exploite un contournement du proxy d’images de Fastmail. En utilisant une barre oblique inversée échappée dans une URL, l’attaquant peut faire en sorte qu’une image soit chargée directement depuis son serveur, et non via le proxy de Fastmail. Cela lui permet de savoir exactement quand un email est consulté par la victime, ce qui constitue une fuite de métadonnées importante.

Enfin, une démonstration ciblant OpenAI Atlas (un agent IA aujourd’hui en voie d’obsolescence, son arrêt étant prévu au 9 août 2026) a montré comment des pseudo-éléments CSS et des jeux d’opacité pouvaient faire voir un texte à l’humain et un autre, contenant des instructions cachées, à l’IA.

Proton Mail et la fuite d’adresse IP

Proton Mail, souvent choisi pour ses promesses de confidentialité, n’a pas été épargné. Gareth Heyes a démontré un vecteur permettant de révéler l’adresse IP du destinataire d’un email. Bien que Proton Mail dispose d’une documentation sur la protection contre les trackers, censée masquer l’adresse IP et l’heure exacte d’ouverture des emails, cette faille spécifique contournait cette protection. Proton Mail a depuis neutralisé ce contournement.

Se protéger : recommandations pour les fournisseurs et les utilisateurs

Les mesures défensives pour les plateformes

Face à ces attaques, la recherche de PortSwigger propose des pistes de défense claires. La recommandation numéro un est l’isolation stricte du contenu des emails dans des iframes sandboxées. Cette mesure empêche le code de l’email d’interagir avec le DOM de l’interface du webmail.

Les autres recommandations, qui rejoignent les bonnes pratiques de l’ANSSI en matière de sécurisation des applications web, incluent :

• Restreindre le CSS à une liste blanche de caractères et de propriétés, plutôt que d’utiliser une liste noire, qui est toujours incomplète.
• Vérifier la présence de CSS gadgets dans l’interface avant d’autoriser des attributs personnalisés ou des fonctionnalités CSS avancées.
• Bloquer les éléments <select> et les sélecteurs CSS dangereux (comme ceux utilisant des attributs ou des pseudo-classes avancées) dans le contenu des emails.
• Empêcher les requêtes d’images contrôlées par l’attaquant, notamment en durcissant la politique de proxy d’images et en limitant strictement les domaines autorisés.
• Auditer régulièrement les sanitizers pour détecter les divergences entre leur interprétation du code et celle du navigateur, un processus connu sous le nom de differential testing.

Que faire en tant qu’utilisateur ou entreprise ?

En attendant que les fournisseurs de messagerie déploient des correctifs, les utilisateurs et les entreprises peuvent prendre plusieurs mesures :

1. Maintenir ses navigateurs à jour. Le comportement de Firefox, qui réinitialise le temporisateur de l’élément <select> lorsqu’il est déplacé hors de l’écran, a été exploité pour la capture de mot de passe sur Outlook. Les correctifs de Chrome et Edge étaient en cours d’évaluation au moment de la publication de la recherche.
2. Être extrêmement prudent avec le contenu copié depuis un email. La technique du paste race repose sur l’action de l’utilisateur. Évitez de copier du code ou du texte formaté depuis un email suspect vers un autre service ou un brouillon de message.
3. Limiter les connexions entre l’IA et la messagerie. Si vous utilisez un agent IA connecté à votre boîte mail (comme Claude Cowork ou un assistant similaire), mesurez les risques. Configurez des politiques d’accès strictes et surveillez les actions de l’IA. Envisagez de dédier une boîte aux lettres spécifique et isolée pour l’IA.
4. Sensibiliser les équipes. Les attaques CSS sont invisibles pour l’utilisateur final. Une formation à la cybersécurité doit désormais inclure ces nouveaux vecteurs d’attaque. Expliquez les risques liés au copier-coller et à l’utilisation d’agents IA.
5. Mettre en place une solution de DLP (Data Loss Prevention). Les solutions de DLP doivent être configurées pour détecter les exfiltrations de données via des requêtes CSS ou des appels réseau anormaux depuis le navigateur.

Les signes d’une attaque CSS en cours

Il est difficile pour un utilisateur de détecter ce type d’attaque, car elle se déroule silencieusement dans le navigateur. Voici quelques indicateurs faibles :

• Comportement inhabituel du webmail : l’interface se comporte de manière étrange, des éléments se déplacent ou des fenêtres contextuelles apparaissent.
• Requêtes réseau suspectes : en ouvrant les outils de développement du navigateur (F12), on peut observer des requêtes vers des domaines inconnus.
• Modification inattendue des paramètres : les paramètres de sécurité du compte ont été modifiés sans action de votre part.

Conclusion : une nouvelle ère pour la sécurité des messageries

Les attaques CSS contre les webmails présentées à la Black Hat USA 2026 par Gareth Heyes marquent un tournant dans la sécurité de la messagerie électronique. Elles démontrent que le HTML et le CSS, technologies fondamentales du web, peuvent être transformés en armes redoutables pour franchir les barrières de sécurité les plus strictes.

Le vol de mot de passe, le détournement de comptes et la manipulation de l’IA ne sont plus des scénarios hypothétiques. Ce sont des réalités techniques, documentées, dont les preuves de concept sont publiques depuis le 8 août 2026. Si Fastmail a corrigé deux bugs de mutation CSS et si le contournement du proxy de Proton Mail a été neutralisé, d’autres vulnérabilités, comme le label jacking sur Outlook ou le contournement de image-set() sur Gmail, étaient toujours actives au moment de la publication de la recherche.

La leçon à tirer est claire : la sécurité des webmails ne peut plus reposer uniquement sur le filtrage du contenu. L’isolation stricte, le sandboxage et une approche de défense en profondeur sont désormais indispensables. En tant qu’utilisateur, la prudence reste votre meilleure alliée. En tant qu’entreprise, il est temps d’intégrer ces nouveaux risques dans votre plan de continuité d’activité et votre politique de sécurité des systèmes d’information (PSSI). Les fournisseurs de messagerie, quant à eux, doivent revoir en profondeur leur architecture de sécurité pour répondre à cette menace émergente.