CVE-2026-101259

Résumé

Vulnérabilité de génération de message d'erreur contenant des informations sensibles dans le composant CoAP d'Apache Camel. Ce problème affecte Apache Camel : de 4.0.0 avant 4.18.5, de 4.19.0 avant 4.22.2. Lorsque le consommateur CoAP ne pouvait pas construire sa réponse une fois la route terminée, CamelCoapResource interceptait l'exception résultante et renvoyait son message au client CoAP comme charge utile d'une réponse 5.00 Internal Server Error. Le cas typique est un échec de conversion de type : le consommateur convertit le corps final du message en charge utile byte[], et les en-têtes CamelCoapMaxAge et CamelCoapETag vers leurs types, après le retour de la route, et donc en dehors du gestionnaire d'erreurs de la route. Sur les versions affectées, le message d'un tel échec nomme la classe de la valeur en cours de conversion, contient la forme chaîne de la valeur, et se termine par le nom de classe et le message de la cause sous-jacente, de sorte qu'un client CoAP distant pouvait lire des détails internes sur le déploiement : noms de classes et de packages, la forme chaîne de la valeur, comme le chemin d'un corps de fichier, et tout ce que porte la cause, ce qui en pratique peut inclure des chemins, des noms d'hôtes et des détails de connexion d'un backend. Le consommateur n'avait aucune option pour supprimer cela, contrairement aux consommateurs HTTP, qui offrent une option muteException à cette fin. L'exception levée par une route en échec n'était pas envoyée : le consommateur ne vérifiait pas si l'échange avait échoué, et répondait à un échec de route avec 2.05 Content et quel que soit le corps que le message contenait à ce moment. Atteindre la divulgation nécessite donc une route dont un client distant peut rendre la réponse terminée non convertible, ce qui dépend de la façon dont la route est écrite. Il est recommandé aux utilisateurs de mettre à niveau vers la version 4.23.0, qui corrige le problème. Si les utilisateurs sont sur la branche des versions 4.22.x, il leur est suggéré de mettre à niveau vers 4.22.2. Si les utilisateurs sont sur la branche des versions 4.18.x, il leur est suggéré de mettre à niveau vers 4.18.5. La branche des versions 4.14.x et antérieures, ainsi que les lignes de versions 4.15.x à 4.17.x et 4.19.x à 4.21.x, ont atteint leur fin de vie avant que ce problème ne soit résolu et ne recevront pas de correctif, de sorte que les déploiements sur celles-ci doivent migrer vers une version prise en charge. La mise à niveau suffit à elle seule : la nouvelle option de consommateur muteException est définie par défaut sur true sur les trois lignes de versions corrigées, de sorte que la réponse d'erreur ne porte aucune charge utile sans aucun changement de configuration. Pour les déploiements qui ne peuvent pas être mis à niveau immédiatement, assurez-vous que la réponse peut toujours être construite une fois la route terminée : convertissez le corps en byte[] ou String comme dernière étape de chaque route qui consomme depuis un endpoint coap, par exemple avec convertBodyTo, ne donnez aux en-têtes CamelCoapMaxAge et CamelCoapETag que des valeurs de leurs propres types, et ajoutez un gestionnaire onException qui marque l'échec comme traité et définit explicitement le corps de la réponse, afin qu'un échec de conversion soit levé et remplacé à l'intérieur de la route plutôt que dans le consommateur.