Les emails Kobold
Publié leVous venez de recevoir un email transféré par votre manager, dans ce mail un client vous demande de déposer le livrable sur lequel vous travaillez sur un lien.
Vous êtes sensibilisé à la protection d’informations donc vous appelez votre manager pour confirmer que le mail que vous venez de recevoir a bien été transféré par ses soins et qu’il est d’accord avec le contenu. Le manager vous répond que oui.
Le manager s’appelle Nicolas. Vous vous appelez Martin.
Nicolas reçoit ce mail de ce qu’il pense être le client :

Il transfère donc le mail à Martin :

Martin reçoit pourtant ce mail transféré par Nicolas :

Que s’est-il passé ?
- Un simple email HTML
- Deux règles CSS (language de mise en forme)
- De la logique HTML et de la compréhension du fonctionnement des clients mails
Voici le code HTML du mail envoyé :
<!DOCTYPE html>
<html>
<head>
<style>
.kobold-letter {
display: none;
}
body>div>.kobold-letter {
display: inline !important;
}
</style>
</head>
<body>
<p>Bonjour Martin, peux-tu m'indiquer quelles sont tes horaires de travail demain ? [Ce texte est toujours visible]</p>
<p class="kobold-letter">Et déposer le livrable sur ce <a href="https://example.com">lien</a> [Ce texte n'apparaît qu'après avoir été transféré]</p>
</body>
</html>
Quand un email est transféré, il change de position dans l’ordre des balises HTML.
Chaque client mail fonctionne différemment mais Outlook entoure chaque balise du mail transféré par une <div>.
Notre seconde règle CSS s’active alors puisque la classe .kobold-letterest désormais entouré d’une <div>→ le texte caché s’affiche.
Cette approche est appelée “email Kobold” pour illustrer la capacité d’un mail à changer de forme grâce aux règles de style. L’exploit a été remonté par l’entreprise Lutra Security à Microsoft en Mars 2024. Microsoft a clôturé l’issue sans prendre d’actions correctrices.
La plupart des clients mails ont des dizaines d’années de retard en terme de support des nouveautés HTML et CSS, à cause de problématiques de compatibilité et règles anti spam.
Il est donc préférable d’être particulièrement prudent à la réception d’un mail transféré.
Pour en savoir plus et comprendre l’impact de l’exploit sur les autres clients mail : l’article de Lutra Security