MEDIUM 4.9

CVE-2026-9083: Keycloak Filesystem Path Traversal Information Disclosure

Keycloak realm administrators with "manage-realm" permissions can craft specially designed filesystem paths when setting up key provider components, allowing them to determine which files exist and can be read by the Keycloak service. This reconnaissance capability enables attackers to map the system's file structure and identify sensitive files before attempting further compromise.

Source data · NVD / CISA · public domain

CVSS
3.1 · 4.9 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:N/A:N
Weaknesses (CWE)
CWE-22
Affected products
1 configuration(s)
Published / Modified
2026-06-25 / 2026-07-01

NVD description (verbatim)

A flaw was found in Keycloak. A realm administrator with the "manage-realm" role can exploit this vulnerability by submitting an arbitrary filesystem path as a keystore parameter when creating a key provider component. This allows the administrator to probe arbitrary filesystem paths, determining which files exist and are readable by the Keycloak process. This information disclosure could be used to identify high-value targets for follow-on attacks.

6 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-9083 is a path traversal information disclosure vulnerability (CWE-22) in Keycloak that permits authenticated realm administrators to submit arbitrary filesystem paths as keystore parameters during key provider component creation. By observing whether the system accepts, rejects, or times out on various paths, an attacker can infer file existence and readability permissions within the Keycloak process's operating context. The vulnerability requires high privilege level (manage-realm role) but operates over the network without user interaction, resulting in a CVSS v3.1 score of 4.9 (MEDIUM severity).

Business impact

An internal threat actor or compromised administrative account can systematically probe your infrastructure's file layout to identify configuration files, private keys, credentials, or other sensitive data without triggering obvious alerts. This reconnaissance significantly reduces the attacker's cost to identify high-value targets for credential theft, configuration exfiltration, or privilege escalation—effectively lowering the bar for lateral movement or data exfiltration attacks that follow.

Affected systems

Red Hat Build of Keycloak installations are affected. Organizations running Keycloak in production for identity management, especially those with multiple realm administrators or federated admin models, should inventory their deployment and verify which versions are in use. Check your Red Hat subscription status and vendor advisory for precise version boundaries.

Exploitability

Exploitation requires existing realm administrator credentials and network access to the Keycloak management API. The attack is deterministic and repeatable—no race conditions or timing dependencies. While the barrier to entry is moderate (admin-level access required), the technique is straightforward and can be automated to scan thousands of paths rapidly. This is not currently listed on the Known Exploited Vulnerabilities catalog.

Remediation

Apply patches from Red Hat as soon as they become available via your standard vendor release channels. Immediately review realm administrator role assignments and restrict the "manage-realm" permission to only those users who absolutely require it. Monitor and log all key provider component creation activities, paying particular attention to unusual or repeated path submissions. Consider network segmentation to limit admin API exposure to trusted networks.

Patch guidance

Check Red Hat's security advisory and Keycloak release notes for the corrected version. Apply patches to all Keycloak instances, including dev and staging environments where admin accounts may have broader access. Test in a non-production environment first, paying attention to any key provider configurations that may be affected by validation changes. Verify that after patching, administrative users can still create legitimate key providers without disruption.

Detection guidance

Monitor Keycloak's management logs for key provider component creation events that reference suspicious or non-standard filesystem paths (look for traversal patterns like "../", absolute paths outside expected directories, or references to /etc, /proc, /sys, or other sensitive mount points). Set up alerts on failed or repeated attempts to create key providers with different path arguments. Correlate with access logs to identify which user accounts are performing these operations and from which source IPs.

Why prioritize this

Although the CVSS score is moderate (4.9), this vulnerability enables attackers to lower the cost of follow-on attacks by conducting low-noise reconnaissance. Organizations with strict change management and strong admin access controls face lower risk, but those with many realm administrators, shared credentials, or weak API endpoint isolation should prioritize remediation to prevent reconnaissance that could lead to credential theft or configuration exfiltration.

Risk score, explained

The CVSS v3.1 score of 4.9 reflects a network-accessible vulnerability requiring high privilege (realm administrator) that results in confidentiality impact (information disclosure about file existence and readability) but no integrity or availability impact. The score is capped at MEDIUM because exploitation demands pre-existing admin credentials; however, the combination of ease of automation and use as a reconnaissance tool for follow-on attacks warrants close attention despite the moderate numeric score.

Frequently asked questions

Can an unauthenticated user exploit this?

No. The vulnerability requires authentication as a Keycloak user with the "manage-realm" role. Unauthenticated users cannot reach the affected functionality.

What files can an attacker discover?

An attacker can probe any file or directory that the Keycloak process has permission to read on the host system. This typically includes application configuration, certificates, and potentially credentials stored in predictable locations—but not files outside the Keycloak process's OS-level permissions.

Does this vulnerability allow file download or modification?

No. This is purely an information disclosure issue. The attacker learns whether files exist and are readable, but cannot download, modify, or delete files through this vulnerability alone.

How does this differ from typical path traversal?

Classic path traversal allows direct file access. This vulnerability works through inference: by submitting paths and observing the system's response patterns, an administrator can map the filesystem without direct access, making it harder to detect than traditional file download attempts.

This analysis is based on publicly available information and the vendor advisory as of the publication date. CVSS scores and affected product versions are drawn directly from authoritative sources and should be verified against current Red Hat security advisories before implementation of any remediation. Patch availability, version-specific guidance, and risk in your environment may differ based on your specific Keycloak configuration, role assignments, and network architecture. This content is provided for informational purposes and does not constitute legal or professional security advice. Always consult your security team and vendor documentation before deploying patches or changes to production systems. Source: NVD (public-domain), retrieved 2026-08-03. Analysis generated by SEC.co (claude-haiku-4-5).