Apache Ranger UI vulnerable to Server Side Request Forgery

Why this deserves its current priority

CVSS is 9.1. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.

Affected scope and exposure questions

The current feed maps org.apache.ranger:ranger (maven). Check affected ranges and fixed versions before updating.

Recommended response

1. 1Check inventory. Check lockfiles and deployed manifests for org.apache.ranger:ranger.
2. 2Review the reported fix. Update org.apache.ranger:ranger to 2.5.0 if you use the affected versions. Test the change in a non-production environment first.

Evidence timeline and material changes

1. Published upstream

   Jan 22, 2025

   Evidence: source:ghsa:source_dates:source-dates:record

2. Source modified

   Aug 31, 2026

   Evidence: source:ghsa:source_dates:source-dates:record

3. First seen by HOL

   Aug 31, 2026

Sources and claim methodology

• Source referencecwiki.apache.org
• GitHub security advisorygithub.com
• GitHub security advisorygithub.com
• NVD vulnerability recordnvd.nist.gov
• Source referenceopenwall.com

Related CVEs

• Wallos: SSRF via Test Email Notification - unvalidated SMTP host/portAlso CWE-918
• Wallos: SSRF via OIDC Token/UserInfo URL ConfigurationAlso CWE-918
• Smarty: SSRF via redirect bypass of trusted_uri using {fetch}Also CWE-918
• Wallos incomplete fix for CVE-2026-33407: unauthenticated httpoxy SSRF still reachable via `endpoints/payments/search.php`Also CWE-918
• Wallos: SSRF via Unvalidated User-Level SMTP Host in Email Notification SettingsAlso CWE-918
• Wallos: Authenticated SSRF via per-user SMTP notification host (low-privilege user)Also CWE-918