Description
Apache Polaris did not consistently validate storage locations supplied during table and view registration.

An authenticated principal with permission to register a table or view could, depending on the affected release and registration path, cause Polaris to use the catalog's storage credentials to read a caller-selected Iceberg metadata file before verifying that the file was within the catalog's allowed storage locations.

If the catalog's underlying credentials could read an object outside that boundary, this could disclose limited information from the object.


Polaris could also accept registration metadata located within an allowed location that contained references to storage locations outside the allowed boundary.

This second condition did not itself cause Polaris to read the referenced external locations during registration.


The demonstrated impact is limited to confidentiality.

No unauthorized data modification or availability impact has been demonstrated.


The server-side read requires a deployment using S3 credential vending and an object outside the allowed locations that the catalog's underlying storage credentials can read.

Exploitation requires an authenticated principal with table- or view-registration privileges.
Published: 2026-08-06
Score: 5.3 Medium
EPSS: n/a
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

Apache Polaris failed to consistently validate the storage location of metadata files supplied during table or view registration. The flaw allows an authenticated user with registration privileges to influence the catalog to read a metric file from an attacker‑specified location before the catalog verifies that the location is within its allowed boundaries. The accessed file can contain sensitive metadata, leading to disclosure of limited information. No integrity or availability impact has been documented.

Affected Systems

The vulnerability affects Apache Polaris. No specific version range is provided in the CNA data, so all deployments vulnerable to this flaw should be considered impacted until an official patch is released. Users should verify their Polaris version against the vendor’s advisory to determine if they are affected.

Risk and Exploitability

The CVSS score is 5.3, indicating moderate severity. The EPSS score is unknown and the flaw is not listed in CISA’s KEV catalog, so the public exploitation probability is uncertain. The attacker must be authenticated and have permission to register tables or views, and the catalog’s backing storage credentials must be able to read external objects. Under those conditions the flaw can be exploited to read data from outside the intended storage boundary, which represents a confidentiality risk. No data modification or denial‑of‑service effects have been reported.

Generated by OpenCVE AI on August 6, 2026 at 10:20 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade Apache Polaris to the latest release containing the vendor patch for this flaw.
  • Only grant table or view registration privileges to trusted users and ensure their credentials cannot access objects outside the catalog’s allowed storage locations.
  • Configure the catalog’s allowed storage locations strictly and reject any registration metadata that references locations outside that boundary.

Generated by OpenCVE AI on August 6, 2026 at 10:20 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Thu, 06 Aug 2026 09:15:00 +0000

Type Values Removed Values Added
Description Apache Polaris did not consistently validate storage locations supplied during table and view registration. An authenticated principal with permission to register a table or view could, depending on the affected release and registration path, cause Polaris to use the catalog's storage credentials to read a caller-selected Iceberg metadata file before verifying that the file was within the catalog's allowed storage locations. If the catalog's underlying credentials could read an object outside that boundary, this could disclose limited information from the object. Polaris could also accept registration metadata located within an allowed location that contained references to storage locations outside the allowed boundary. This second condition did not itself cause Polaris to read the referenced external locations during registration. The demonstrated impact is limited to confidentiality. No unauthorized data modification or availability impact has been demonstrated. The server-side read requires a deployment using S3 credential vending and an object outside the allowed locations that the catalog's underlying storage credentials can read. Exploitation requires an authenticated principal with table- or view-registration privileges.
Title Apache Polaris: register endpoint reads attacker-controlled storage location before allowed-locations validation
Weaknesses CWE-863
References
Metrics cvssV4_0

{'score': 5.3, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N/S:N/U:Clear'}


Subscriptions

No data.

cve-icon MITRE

Status: PUBLISHED

Assigner: apache

Published:

Updated: 2026-08-06T09:08:06.534Z

Reserved: 2026-07-20T16:49:22.785Z

Link: CVE-2026-64640

cve-icon Vulnrichment

No data.

cve-icon NVD

No data.

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-06T10:30:16Z

Weaknesses