FreeScout Vulnérable à l'Injection CSS via une Balise Style Stockée dans la Signature du Boîte aux Lettres (Exfiltration de Token CSRF)

L'exploitation réussie de cette vulnérabilité CSRF permet à un attaquant d'injecter du code CSS arbitraire dans l'interface utilisateur de FreeScout. Étant donné que FreeScout autorise style-src * 'self' 'unsafe-inline' dans sa CSP (Content Security Policy), ce code CSS injecté peut être utilisé pour manipuler l'apparence de la page, potentiellement pour voler des informations sensibles ou rediriger les utilisateurs vers des sites malveillants. L'attaquant doit avoir accès aux paramètres de la boîte de réception, soit en tant qu'administrateur, soit en tant qu'agent disposant des permissions nécessaires pour modifier les paramètres de la boîte de réception. Le risque est accru si FreeScout est utilisé dans un environnement partagé ou avec des configurations héritées.

Organizations using FreeScout for help desk and shared mailbox management are at risk, particularly those running versions 1.0.0 through 1.8.212. Shared hosting environments where multiple users share a FreeScout instance are especially vulnerable, as an attacker could potentially compromise the settings of one mailbox and impact other users.

• php: Examine FreeScout logs for POST requests to /mailbox/settings/{id} containing <style> tags with unusual or obfuscated content. Use grep to search for patterns like style=javascript: or style=expression.

grep 'style=javascript:' /var/log/freescout/access.log

• generic web: Monitor HTTP POST requests to /mailbox/settings/{id} for suspicious CSS content in the request body. Use a WAF or intrusion detection system to flag such requests. • generic web: Check mailbox signatures for unusual CSS patterns. Inspect the HTML source code of conversation views for injected <style> tags.

1. 2026-04-21Disclosure

   disclosure

1. Réservé2026-04-13
2. Publiée2026-04-21
3. EPSS mis à jour2026-04-28

La solution principale consiste à mettre à jour FreeScout vers la version 1.8.213 ou supérieure, qui corrige cette vulnérabilité. En attendant la mise à jour, il est possible de limiter l'impact en configurant une CSP plus restrictive, en désactivant l'affichage du champ de signature ou en mettant en place un mécanisme de validation supplémentaire pour les données saisies dans ce champ. Il est également recommandé de surveiller les journaux d'accès et d'erreurs pour détecter toute activité suspecte. Après la mise à jour, vérifiez que le champ de signature ne permet plus l'injection de styles CSS malveillants en essayant d'injecter un style simple et en observant le rendu de la page.