CVE-2022-34831 json
An issue was discovered in Keyfactor PrimeKey EJBCA before 7.9.0, related to possible inconsistencies in DNS identifiers submitted in an AC…
published 2022-09-14 4 y ago modified 2026-09-08 2 mo ago also BIT-ejbca-2022-34831 , EUVD-2022-37737
- cvss
- 9.8
- version 3.1, NVD
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.5%
- EPSS 0.5% chance of exploitation in 30 days, percentile 45%
- public exploits
- 0
- none known
Summary
An issue was discovered in Keyfactor PrimeKey EJBCA before 7.9.0, related to possible inconsistencies in DNS identifiers submitted in an ACME order and the corresponding CSR submitted during finalization. During the ACME enrollment process, an order is submitted containing an identifier for one or multiple dnsNames. These are validated properly in the ACME challenge. However, if the validation passes, a non-compliant client can include additional dnsNames the CSR sent to the finalize endpoint, resulting in EJBCA issuing a certificate including the identifiers that were not validated. This occurs even if the certificate profile is configured to not allow a DN override by the CSR.
Patch / fix
- bitnami ejbca 7.9.0
- primekey ejbca 7.9.0
Exploit prediction
0.53% chance of exploitation in the next 30 days, higher than 45% of all scored CVEs (FIRST EPSS, 2026-11-08).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 3.1 | 9.8 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H |
| OSV | 3.1 | 9.8 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| bitnami | ejbca | <7.9.0 |
7.9.0 |
Classification
- Weakness
-
- CWE-295 Improper Certificate Validation
References
-
primekey.com
/products/ejbca-enterprise/
product, vendor-advisory, advisory
-
support.keyfactor.com
/s/detail/a6x1Q000000CwC5QAK
vendor-advisory, advisory
-
nvd.nist.gov
/vuln/detail/CVE-2022-34831
web
Sources
- CVE List CVE-2022-34831
- NVD CVE-2022-34831
- OSV BIT-ejbca-2022-34831
Fencer Vulns keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.