CVE-2026-85243
Apache Camel : rétrogradation de la vérification d'intégrité de Camel-Crypto-PGP via une structure de message contrôlée par l'attaquant
- Publié
- 19 oct. 2026
- Mise à jour
- 19 oct. 2026
- Attribution de CNA
- apache
- Preuve observée
- 19 oct. 2026
CVSS primaire
nvd · CVSS 3.1
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:H/A:NFaible · 30 prochains jours
- Percentile
- 8,0 %
- Date du modèle
- 25 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é
Vulnérabilité de validation incorrecte de la valeur de contrôle d'intégrité dans le composant Apache Camel Crypto PGP. Ce problème affecte Apache Camel : de 4.0.0 avant 4.18.5, de 4.19.0 avant 4.22.1. unmarshal() vérifiait le code de détection de modification uniquement lorsque le message était un paquet de données protégé par intégrité chiffré symétriquement OpenPGP. L'ancien paquet de données chiffré symétriquement ne porte pas un tel code, et le mode CFB d'OpenPGP est malléable sans celui-ci, de sorte qu'un message utilisant ce paquet contournait entièrement la vérification. Le type de paquet est choisi par celui qui a produit le message, ce qui laissait l'expéditeur — ou toute personne capable de réécrire le message en transit — décider si la vérification d'intégrité s'appliquait ou non. L'option d'intégrité existante ne régit que le marshalling et n'avait pas de contrepartie côté déchiffrement, de sorte qu'un déploiement ne pouvait pas exiger une protection d'intégrité sur les messages qu'il acceptait. Effectuez la mise à niveau vers Apache Camel 4.23.0, qui corrige le problème. Les utilisateurs des versions LTS 4.18.x doivent effectuer la mise à niveau vers 4.18.5. Les utilisateurs des versions LTS 4.22.x doivent effectuer la mise à niveau vers 4.22.1. Une option requireIntegrityProtection, dont la valeur par défaut est true, rejette désormais un message qui n'est pas protégé par intégrité. Notez que signatureVerificationOption a toujours pour valeur par défaut optional, de sorte qu'un message ne portant aucune signature est accepté ; les deux options ensemble sont ce qui confère à un message déchiffré l'authenticité et pas seulement la confidentialité. Pour les déploiements qui ne peuvent pas effectuer la mise à niveau immédiatement, rejetez les messages qui n'utilisent pas le paquet protégé par intégrité avant qu'ils n'atteignent le format de données. Les routes qui doivent interopérer avec un expéditeur émettant encore le paquet hérité doivent définir requireIntegrityProtection=false après la mise à niveau, et traiter le contenu déchiffré comme non authentifié.
Sources
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.