Skip to main content
← Vulnerabilities

Hibernate Validator is affected by an expression language injection vulnerability

Affects listed Hibernate Validator releases up to 9.1.4.Final when user-controlled values go into EL-enabled messages. Fixed in 6.2.6.Final, 7.0.6.Final, 8.0.6.Final, 9.0.2.Final and 9.1.5.Final.

Written by anthropic/claude-haiku-5.5 from the sources below. Verify against them.

7.5HighCNA
Exploited
No known exploitation
Fix
Fixed in 6.2.6.Final, 7.0.6.Final, 8.0.6.Final, 9.0.2.Final, 9.1.5.Final
Who is exposed
Not reported

Do first: Upgrade to a fixed version: 6.2.6.Final, 7.0.6.Final, 8.0.6.Final, 9.0.2.Final, 9.1.5.Final.

Published
Last modified
25/100 · provisional
Unclear
None on Exploit-DB, Metasploit or GitHub

Summary

Hibernate Validator is affected by an expression language injection flaw that lets an attacker remotely, without logging in, cause a denial of service through uncontrolled resource consumption. The flaw comes from improper escaping of user-controlled data in Expression Language expressions.

Read the original description

Hibernate Validator could allow a remote attacker to cause a denial of service due to uncontrolled resource consumption resulting from improper escaping of user-controlled data in Expression Language (EL) expressions.

cve.now Index

25Pcve.now Index 25 of 100 · methodology v3 · provisional
  • Exploitation?/40Unknown. No CISA SSVC exploitation rating yet
  • Exposure17/25No login or user action needed, reachable over the network without a login · Unknown: Advisories don't say whether default setups are affected
  • Reach?/20Unknown. No tracked technology or package matched
  • Severity7.5/10CVSS 7.5
  • No patch0/5No signal

What would change the score

  • Would score about 70 if added to CISA KEV
  • Would score about 65 if CISA's SSVC rates exploitation active
  • Would score about 30 if advisories confirm default setups are exposed

What to do

  • Upgrade to a fixed version: 6.2.6.Final, 7.0.6.Final, 8.0.6.Final, 9.0.2.Final, 9.1.5.Final.

  • Workaround: Use addExpressionVariable instead of addMessageParameter when injecting user-controlled values into EL-enabled messages.

Timeline

  1. CVE published
  2. First seen by cve.now

Affected versions

  • IBM Hibernate Validator

    From 5.4.1.Final · through 6.2.5.Final; From 7.0.0.Alpha1 · through 7.0.5.Final; From 8.0.0.Alpha1 · through 8.0.5.Final; From 9.0.0.Beta2 · through 9.0.1.Final; From 9.1.0.Alpha1 · through 9.1.4.Final

Evidence 1

  1. Patch

Corrections

None so far.

Something wrong on this page? Report an error. Every fix is listed here.

Questions about CVE-2026-93879

Is CVE-2026-93879 being exploited?

It is not in CISA's Known Exploited Vulnerabilities catalog, and CISA's SSVC assessment does not mark exploitation as active. That does not mean it has not been attacked: vendors and researchers can report attacks before CISA lists them. No public exploit code is tracked.Source: cve.now feed data

What does this mean?

User-supplied data is placed into Expression Language (EL) expressions in validation messages, such as EL-enabled messages in custom validators. A remote attacker could cause a denial of service through uncontrolled resource consumption.Source: ibm.com

Which versions are affected by CVE-2026-93879?

Hibernate Validator: from 5.4.1.Final through 6.2.5.Final; from 7.0.0.Alpha1 through 7.0.5.Final; from 8.0.0.Alpha1 through 8.0.5.Final; from 9.0.0.Beta2 through 9.0.1.Final; from 9.1.0.Alpha1 through 9.1.4.Final.Source: cve.now feed data

Am I affected, and how do I check?

The affected ranges are 5.4.1.Final through 6.2.5.Final, 7.0.0.Alpha1 through 7.0.5.Final, 8.0.0.Alpha1 through 8.0.5.Final, 9.0.0.Beta2 through 9.0.1.Final, and 9.1.0.Alpha1 through 9.1.4.Final. To check, look up the Hibernate Validator version in your build file or dependency tree, and review whether values from users are passed into EL-enabled messages, such as through addMessageParameter in custom validators.Source: ibm.com

How do I fix CVE-2026-93879?

Upgrade to 6.2.6.Final, 7.0.6.Final, 8.0.6.Final, 9.0.2.Final, 9.1.5.Final or later. Until then, use addExpressionVariable instead of addMessageParameter when injecting user-controlled values into EL-enabled messages.Source: ibm.com