NIST deprecates RSA-2048 from 2030. Find every one of them before attackers do.
☕ Maven
Not in CISA KEV

CVE-2025-35036 — hibernate-validator

Fix: hibernate/hibernate-validator@05f795b

CVE-2025-35036 is a Code Injection vulnerability in org.hibernate.validator:hibernate-validator. A fix is available for org.hibernate.validator:hibernate-validator — see the affected versions and patch details below.

hibernate-validator insecure default Expression Language interpolation

Also known asGHSA-7v6m-28jr-rg84
Published
Updated
Affected
4 pkgs
Patched
4 / 4
Exploits
None indexed
Exploitation data as of Nov 8, 2026 · OSV.dev, NVD, FIRST.org (EPSS)

Exploitation Status

Proof-of-concept exploit code exists

  • CISA’s SSVC triage found public proof-of-concept exploit code for this CVE, though no confirmed active exploitation.

Exploitation and automatability from CISA’s SSVC triage for CVE-2025-35036.

EPSS Exploitation Probability

via FIRST.org ↗
0.8%probability of exploitation in next 30 days
Lower Risk0.00%
Lower risk than most CVEs56th percentile — riskier than 56% of all scored CVEsHighest risk
0.11%0.81%1.50%2.19%1.7%0.8%May 26Sep 26Nov 26

Probability of exploitation in the next 30 days, from FIRST.org EPSS.

Real-World Exposure

4 pkgs affected
☕org.hibernate.validator:hibernate-validator☕org.hibernate.validator:hibernate-validator☕org.hibernate:hibernate-validator☕org.hibernate:hibernate-validator

Real-time download stats are indexed for npm and PyPI packages. This vulnerability affects Maven packages — download data is not available via public APIs for these ecosystems.

Description

Hibernate Validator before 6.2.0 and 7.0.0, by default and depending how it is used, may interpolate user-supplied input in a constraint violation message with Expression Language. This could allow an attacker to access sensitive information or execute arbitrary Java code. Hibernate Validator as of 6.2.0 and 7.0.0 no longer interpolates custom constraint violation messages with Expression Language and strongly recommends not allowing user-supplied input in constraint violation messages. CVE-2020-5245 and CVE-2025-4428 are examples of related, downstream vulnerabilities involving Expression Language intepolation of user-supplied data.

Affected Packages

4 total 4 fixed
EcosystemPackageVulnerable rangeFix
☕Mavenorg.hibernate.validator:hibernate-validatorall versions6.2.0.CR1org.hibernate.validator:hibernate-validator:6.2.0.CR1
☕Mavenorg.hibernate.validator:hibernate-validator≥ 7.0.0.Alpha1&&< 7.0.0.CR17.0.0.CR1org.hibernate.validator:hibernate-validator:7.0.0.CR1
☕Mavenorg.hibernate:hibernate-validatorall versions6.2.0.CR1org.hibernate:hibernate-validator:6.2.0.CR1
☕Mavenorg.hibernate:hibernate-validator≥ 7.0.0.Alpha1&&< 7.0.0.CR17.0.0.CR1org.hibernate:hibernate-validator:7.0.0.CR1

Affected Products

1 product · 1 configurations
Application
hibernate validatorredhat
< 6.2.0
range

Detection & mitigation playbook

Open-source dependency
  1. Detect

    Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for org.hibernate.validator:hibernate-validator, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.

  2. Fix

    Update org.hibernate.validator:hibernate-validator to 6.2.0.CR1 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms CVE-2025-35036 is resolved across your whole dependency graph.

  3. Workarounds

    Stop passing untrusted input into the interpreter or shell: call the affected binary with an argument array rather than a composed command string, reject anything outside a strict allowlist of expected values, and run the component under an account that cannot reach beyond the work it legitimately does.

Fixing This On Your OS

If you run this on a Linux distribution, patch through your package manager against the distro's own security advisory below — it tracks the exact backported fix for your release, which can ship on a different timeline (and sometimes a different severity) than the upstream project.

Red HatImportant

This vulnerability marked as Important rather than Moderate because it enables Expression Language (EL) injection through user-supplied input embedded in validation messages — effectively escalating a benign validation failure into a potential Remote Code Execution (RCE) vector. In environments where EL expressions…

Workaround published by Red Hat
Users who are unable to upgrade should manually disable Expression Language interpolation to prevent EL injection. If disabling is not feasible, carefully sanitize and validate any dynamic input before inclusion.
Source: Red Hat security advisory for CVE-2025-35036 (CC BY 4.0)
ProductFixed inAdvisory
Red Hat JBoss Enterprise Application Platform 7hibernate-validatorRHSA-2025:10931
Red Hat JBoss Enterprise Application Platform 7.4 for RHEL 8eap7-activemq-artemis-0:2.16.0-21.redhat_00055.1.el8eapRHSA-2025:10925
Red Hat JBoss Enterprise Application Platform 7.4 for RHEL 9eap7-activemq-artemis-0:2.16.0-21.redhat_00055.1.el9eapRHSA-2025:10926
Red Hat JBoss Enterprise Application Platform 7.4 on RHEL 7eap7-activemq-artemis-0:2.16.0-21.redhat_00055.1.el7eapRHSA-2025:10924

Frequently Asked Questions

Hibernate Validator before 6.2.0 and 7.0.0, by default and depending how it is used, may interpolate user-supplied input in a constraint violation message with Expression Language. This could allow an attacker to access sensitive information or execute arbitrary Java code. Hibernate Validator as of 6.2.0 and 7.0.0 no longer interpolates custom constraint violation messages with Expression Language and strongly recommends not allowing user-supplied input in constraint violation messages. CVE-2020-5245 and CVE-2025-4428 are examples of related, downstream vulnerabilities involving Expression Lan
O3 Security · Impact-Aware SCA

Is CVE-2025-35036 in your dependencies?

Find it across Maven, including transitive dependencies.

CVE-2025-35036: hibernate-validator — Fixed in 6.2.0.CR1