Use of Externally-Controlled Input to Select Classes or Code ('Unsafe Reflection') Affecting libhibernate-validator-java package, versions <4.3.3-1+deb9u1


0.0
high

Snyk CVSS

    Attack Complexity High
    Confidentiality High
    Integrity High
    Availability High

    Threat Intelligence

    EPSS 0.06% (27th percentile)
Expand this section
NVD
7 high
Expand this section
Red Hat
6.3 medium

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk ID SNYK-DEBIAN9-LIBHIBERNATEVALIDATORJAVA-273426
  • published 10 Jan 2018
  • disclosed 10 Jan 2018

How to fix?

Upgrade Debian:9 libhibernate-validator-java to version 4.3.3-1+deb9u1 or higher.

NVD Description

Note: Versions mentioned in the description apply only to the upstream libhibernate-validator-java package and not the libhibernate-validator-java package as distributed by Debian. See How to fix? for Debian:9 relevant fixed versions and status.

In Hibernate Validator 5.2.x before 5.2.5 final, 5.3.x, and 5.4.x, it was found that when the security manager's reflective permissions, which allows it to access the private members of the class, are granted to Hibernate Validator, a potential privilege escalation can occur. By allowing the calling code to access those private members without the permission an attacker may be able to validate an invalid instance and access the private member value via ConstraintViolation#getInvalidValue().