CVE-2026-46584
Apache Camel Mail : Le producteur de courrier appliquait les en-têtes de message fournis par l'attaquant comme propriétés de session JavaMail, permettant à un attaquant d'influencer les paramètres SMTP
- Publié
- 6 juil. 2026
- Mise à jour
- 6 juil. 2026
- Attribution de CNA
- apache
- Preuve observée
- 7 août 2026
CVSS primaire
nvd · CVSS 3.1
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:N/A:NFaible · 30 prochains jours
- Percentile
- 45,5 %
- Date du modèle
- 15 oct. 2026
EPSS est une estimation statistique, et non une certitude ou une mesure d'impact. Combinez-le avec CVSS, le statut KEV, l'exposition et votre environnement.
Résumé
Validation d'entrée incorrecte, exposition d'informations sensibles à un acteur non autorisé dans le composant Mail d'Apache Camel. Le producteur camel-mail (MailProducer.getSender) analysait l'Exchange sortant à la recherche d'en-têtes de message dans l'espace de noms mail.smtp. / mail.smtps. et, lorsqu'il en trouvait, construisait un expéditeur JavaMail par message avec ces valeurs appliquées comme propriétés de session JavaMail, remplaçant ainsi la configuration du point de terminaison. Cet espace de noms est interne à Camel — seul MailProducer l'interprète — et n'était bloqué par aucune HeaderFilterStrategy, de sorte que les valeurs pouvaient provenir de tout protocole entrant (par exemple les paramètres de requête ou les en-têtes de requête platform-http, ou les messages JMS / Kafka de producteurs non fiables) alimentant une route se terminant par un producteur smtp / smtps sans removeHeaders intermédiaire. L'impact maximal dépend de la version : sur les versions antérieures à 4.19.0, la définition de mail.smtp.host redirige la connexion SMTP vers un serveur contrôlé par l'attaquant, et comme le producteur s'authentifie ensuite avec le nom d'utilisateur et le mot de passe configurés du point de terminaison, ces identifiants sont transmis à l'attaquant ; sur 4.19.0 et versions ultérieures, le producteur se connecte explicitement à l'hôte configuré du point de terminaison, de sorte que l'impact atteignable se limite à l'affaiblissement de la sécurité du transport (par exemple mail.smtp.ssl.trust, mail.smtp.starttls.enable ou mail.smtp.socks.host) et à l'interception du message sortant plutôt qu'à une redirection d'hôte. L'exploitation nécessite une route qui achemine des entrées non fiables vers le producteur de messagerie sans supprimer l'espace de noms. Ce problème affecte Apache Camel : de 4.0.0 avant 4.14.8, de 4.15.0 avant 4.18.3, de 4.19.0 avant 4.21.0. Il est recommandé aux utilisateurs de mettre à niveau vers la version 4.21.0, qui corrige le problème. Si les utilisateurs sont sur le flux de versions LTS 4.14.x, il leur est suggéré de passer à 4.14.8. Si les utilisateurs sont sur le flux de versions 4.18.x, il leur est suggéré de passer à 4.18.3. Après la mise à niveau, le remplacement par message est désactivé par défaut ; activez-le uniquement sur des points de terminaison de confiance avec useJavaMailSessionPropertiesFromHeaders=true. Pour les déploiements qui ne peuvent pas être mis à niveau immédiatement, supprimez l'espace de noms avant le producteur de messagerie avec removeHeaders('mail.smtp.*') et removeHeaders('mail.smtps.*') entre toute entrée non fiable et le producteur smtp / smtps. Même avec l'activation explicite, les auteurs de routes doivent toujours supprimer l'espace de noms sur tout chemin transportant des entrées non fiables.
Utilisation responsable
Utilisez les informations de vulnérabilité uniquement sur les systèmes que vous possédez ou que vous êtes autorisé à tester. Kitploit renvoie aux métadonnées de la recherche publique et ne stocke pas de code d'exploitation ni de charges utiles malveillantes.