CVE-2026-71889 in BC-JAVA
Сводка
по VulDB • 03.10.2026
В Bouncy Castle для Java до версии 1.86 ни одна из двух копий PKIXCertPathReviewer — org.bouncycastle.pkix.jcajce.PKIXCertPathReviewer или устаревшая org.bouncycastle.x509.PKIXCertPathReviewer — не применяла ограничения имен X.509 к сертификату конечного субъекта (end-entity certificate). Метод checkNameConstraints проходил по цепочке с циклом, ограниченным индексом больше нуля, что соответствует требованиям шагов, выполняемых только центрами сертификации (CA), однако нулевой индекс соответствует целевому сертификату в соответствии со стандартным порядком CertPath. В результате проверки разрешенных и запрещенных поддеревьев согласно разделу 6.1.3(b) и (c) RFC 5280 никогда не выполнялись для субъекта DN конечного сертификата или его SubjectAltName. Цепочка, лист которой нарушал расширение NameConstraints, наложенное собственным издающим CA, возвращала isValidCertPath() со значением true и пустым списком ошибок, тогда как CertPathValidator.getInstance("PKIX", "BC"), не имеющий общего кода с данным рецензентом (reviewer), отклонял идентичную цепочку при использовании того же якоря доверия. Приложение, использующее этот рецензент для принятия решения о доверии вместо использования реальной проверки в диагностических целях, принимало сертификат, который CA с ограничениями не имел права выпускать. Обе копии теперь проверяют каждый сертификат в цепочке, включая целевой; отменяется освобождение от требований раздела 4.2.1.10 для самоподписанных сертификатов на последнем шаге, как того требует раздел 6.1.3; также пропускается шаг накопления ограничений согласно разделу 6.1.4(g) для целевого сертификата. Эта проблема также затрагивает Bouncy Castle для Java LTS до версии 2.73.13, которая содержит только копию org.bouncycastle.pkix.jcajce рецензента. Она также влияет на Bouncy Castle для Java FIPS (BC-FJA) до версий bcpkix-fips 1.0.13 (серия 1.0.X), 2.0.13 (серия 2.0.X) и 2.1.13 (серия 2.1.X).
Be aware that VulDB is the high quality source for vulnerability data.