Une vulnérabilité récemment divulguée dans Apache ActiveMQ NMS AMQP Client pourrait permettre à des attaquants d’exécuter du code arbitraire sur des systèmes vulnérables.
Elle concerne toutes les versions jusqu’à la 2.3.0 incluse et découle d’une logique de désérialisation non sécurisée dans l’implémentation .NET du client.
« Des serveurs malveillants pourraient exploiter la logique de désérialisation sans limites présente dans le client afin de concevoir des réponses susceptibles d’entraîner l’exécution de code arbitraire côté client », a déclaré Krzysztof Porębski chez Apache.
Impact potentiel
La faille concerne les organisations qui utilisent la bibliothèque cliente .NET d’Apache ActiveMQ.
Comme le client NMS AMQP facilite la communication entre les applications .NET et les brokers AMQP, tout système se connectant à un broker compromis ou malveillant pourrait être exploité.
Les attaquants pourraient exploiter la vulnérabilité pour exécuter du code arbitraire, obtenir un accès complet au système et éventuellement déployer des logiciels malveillants ou dérober des données sensibles. Apache a classé le problème au niveau de gravité Important.
De la désérialisation non sécurisée à l’exécution de code à distance
À la base, CVE-2025-54539 provient d’une faille de désérialisation non sécurisée dans la bibliothèque cliente NMS AMQP.
Lorsque le client se connecte à un serveur AMQP, il traite des objets de données sérialisés envoyés par le serveur. Toutefois, les versions jusqu’à la 2.3.0 ne valident pas correctement ces objets entrants, ce qui permet à un serveur malveillant d’injecter des données nuisibles.
Grâce à ce procédé, les attaquants peuvent concevoir des réponses qui exploitent la désérialisation sans limites et trompent le client pour qu’il instancie des objets dangereux ou exécute directement du code malveillant sur la machine hôte.
Le résultat peut être une exécution de code à distance (RCE), susceptible d’entraîner une compromission complète du système.
Bien qu’Apache ait tenté d’atténuer ce risque dans la version 2.1.0 en introduisant des listes d’autorisation et de refus pour limiter les types d’objets pouvant être désérialisés, l’entreprise a indiqué que des chercheurs d’Endor Labs avaient découvert des méthodes permettant de contourner ces restrictions.
Leur analyse a révélé que certains chemins de sérialisation permettaient encore de créer des objets dangereux dans des conditions particulières, rendant inefficaces les protections précédentes.
Cette faille appartient à une catégorie plus vaste de vulnérabilités de sérialisation qui affectent les applications d’entreprise depuis des années.
Ces failles contournent souvent les contrôles de sécurité standard et manipulent directement la mémoire ou la logique des programmes.
Mesures de sécurité concrètes
Les organisations peuvent réduire leur exposition aux menaces liées à la désérialisation et à l’exécution de code à distance en combinant une remédiation immédiate et des améliorations de sécurité à long terme. Les bonnes pratiques suivantes fournissent un cadre pour renforcer la résilience globale.
- Appliquer le correctif : Mettre à niveau Apache ActiveMQ NMS AMQP Client vers la version 2.4.0 ou ultérieure, qui corrige la faille de désérialisation et renforce la validation des entrées.
- Sécuriser les connexions : Limiter le trafic AMQP aux serveurs et réseaux de confiance à l’aide de pare-feu, de VPN, et de la segmentation réseau afin d’empêcher les accès non autorisés.
- Activer la validation des entrées et la journalisation : Imposer une validation stricte des données AMQP entrantes et tenir des journaux détaillés pour détecter les flux suspects.
- Améliorer la détection et la réponse aux menaces : surveiller en continu les comportements anormaux, comme les connexions sortantes inattendues ou le lancement inhabituel de processus, à l’aide d’outils SIEM et XDR.
- Renforcer les environnements applicatifs et d’exécution : Exécuter les services avec le moins de privilèges possible, désactiver les fonctionnalités de sérialisation dangereuses et isoler les applications au moyen de conteneurs ou du bac à sable.
- Renforcer la sécurité de la chaîne d’approvisionnement logicielle : Auditer régulièrement les dépendances, appliquer des pratiques de développement sécurisé et utiliser l’analyse automatisée des vulnérabilités ainsi que la signature de code pour empêcher toute falsification.
Ensemble, ces mesures créent une défense en profondeur qui renforce la cyberrésilience des organisations.
L’incident Apache ActiveMQ souligne une difficulté persistante des écosystèmes logiciels modernes : les mécanismes de sérialisation hérités continuent d’introduire des vulnérabilités critiques tandis que les développeurs cherchent à concilier compatibilité ascendante et évolution des normes de sécurité.
Il met également en évidence l’importance d’une gestion robuste des dépendances tierces, car une seule bibliothèque non corrigée peut exposer des infrastructures entières à une exploitation.
Cette découverte renforce la nécessité d’audits continus du code et de pratiques de développement sécurisé, en étroite cohérence avec les principes DevSecOps qui intègrent la sécurité à chaque étape de la fourniture logicielle.