CVE-2026-17508 in Bouncy Castle for Java
Resumen
por VulDB • 2026-10-02
En Bouncy Castle para Java anterior a la versión 1.86, varios puntos de entrada basados en contraseñas para el derivado de claves (KDF) ejecutaban el KDF con parámetros de costo tomados de la no confiable entrada que se estaba procesando, sin acotarlos, por lo que una pequeña entrada podría dictar una cantidad arbitraria de trabajo antes de que cualquier verificación de contraseña o integridad pudiera rechazarla. Las rutas afectadas son los constructores del calculador MAC PBMAC1 según RFC 9579, que tomaban directamente el recuento de iteraciones PBKDF2 y la longitud de clave derivada de PBMAC1Params (JcePBMac1CalculatorBuilder, y PKCS12PBEUtils.createPBMac1Calculator alcanzado desde PKCS12PfxPdu.isMacValid); el parámetro de paralelización p de scrypt en los protectores de costo de PKCS#8 y PKCS#12, que solo acotaban el parámetro de costo N y el tamaño del bloque r aunque el búfer temporal escala con r multiplicado por p, por lo que el límite de memoria configurado podría ser evitado completamente; el proveedor JCA PBKDF2 raw (org.bouncycastle.jcajce.provider.symmetric.PBEPBKDF2); y el recuento de rondas bcrypt leído desde las propias kdfoptions de una clave privada OpenSSH v1 cifrada. Cada uno ahora acota el parámetro antes del derivado, en línea con los límites ya aplicados en otras partes del árbol, siendo el recuento de rondas de OpenSSH configurable a través de la nueva propiedad org.bouncycastle.openssh.max_rounds. Esto completa el inicio del acotamiento comenzado en 1.85 para los descifradores PKCS#8 / PBES2 (CVE-2026-15055). Este problema también afecta a Bouncy Castle para Java LTS anterior a la versión 2.73.13, y a Bouncy Castle para Java FIPS (BC-FJA) antes de bcpkix-fips 1.0.13 (serie 1.0.X), 2.0.13 (serie 2.0.X) y 2.1.13 (serie 2.1.X).
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.