Aller au contenu
EXYS
Retour aux CVE

CVE-2026-17507

7,5, élevé

In Bouncy Castle for Java before 1.86, the MLS implementation (org.bouncycastle.mls) holds RFC 9420's uint32 leaf_index in a signed int,…

NVD (s'ouvre dans un nouvel onglet) CVE.org (s'ouvre dans un nouvel onglet)
CVSS
7,5, élevé élevée CVSS v3.1
EPSS, 30 prochains jours
0,3% supérieur à 26,2% des CVE notées
Exploitation
Aucune preuve publique
Publiée
2 oct. 2026il y a 15 jours

Description

In Bouncy Castle for Java before 1.86, the MLS implementation (org.bouncycastle.mls) holds RFC 9420's uint32 leaf_index in a signed int, so a wire value with the top bit set decodes to a negative number. That is a legitimate encoding rather than malformed input, and it must still decode, since the MLS interop test vectors round-trip the full range. GroupKeySet.SecretTree.hasLeaf and Group.validateRemove compared the decoded value directly against the tree's leaf count, and a signed comparison treats any negative int as less than a positive bound, so an out-of-range sender passed the membership check. In the hasLeaf case the SenderData of an unprotected PrivateMessage could then drive LeafIndex.directPath through NodeIndex.parent() arithmetic that never reaches the tree root, growing the resulting node list without bound until the JVM exhausted its heap. A single small message from any current group member could therefore deny service to every other member of the group. Both comparisons now interpret the value as unsigned via Integer.toUnsignedLong, rejecting an out-of-range sender however it was encoded; well-formed leaf indices are unaffected.

Détails

Éditeur
Legion of the Bouncy Castle Inc.
Produit
BC-JAVA
Faiblesse
CWE-195 (s'ouvre dans un nouvel onglet)
Statut
Analysée
Mise à jour
14 oct. 2026
Attribuée par
91579145-5d7b-4cc5-b925-a0262ff19630

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

Références 2

Correctifs 2

Le type est déduit des étiquettes de NVD lorsqu'elles existent, sinon de la forme de l'URL : considérez-le comme un indice.

Au-delà de cette page

CVE-2026-17507 est-elle présente sur votre réseau ?

Cette page vous dit à quel point CVE-2026-17507 est dangereuse de manière générale. Savoir si elle se trouve sur l'un de vos appareils, seul un scan de votre propre réseau peut le dire. C'est ce que font nos systèmes, chaque jour, pour les entreprises que nous protégeons.

  • EXYS7600 OCELOT

    La trouver avant les attaquants

    Ocelot analyse votre réseau de manière planifiée et signale chaque vulnérabilité trouvée avec son identifiant CVE, son score CVSS et le nombre de vos hôtes touchés. Chaque résultat, comme CVE-2026-17507, est accompagné de la liste des appareils à corriger.

    Découvrir EXYS7600 OCELOT

  • EXYS7950 KONDRA

    La détecter si elle est exploitée

    Tant que le correctif n'est pas installé, Kondra surveille le réseau, les événements et les terminaux en temps réel. Il tient l'inventaire des logiciels installés sur chaque terminal, et ses règles de détection d'anomalies signalent ce que fait un attaquant une fois dans le réseau.

    Découvrir EXYS7950 KONDRA
Vérifier votre exposition

Compilé à partir de l'API NVD 2.0, du catalogue Known Exploited Vulnerabilities de la CISA et de FIRST EPSS. Les scores correspondent à notre dernière collecte du 17 oct. 2026, pas à l'état actuel des sources.