CVE-2026-64640
ŚrednieCVSS 6.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 29 - wyżej niż 29% wszystkich znanych CVE
Streszczenie
Apache Polaris nie walidował spójnie lokalizacji przechowywania podczas rejestracji tabel i widoków. Uwierzytelniony podmiot z uprawnieniami do rejestracji mógł spowodować, że Polaris użyje poświadczeń katalogu do odczytu wybranego pliku metadanych Iceberg przed weryfikacją, czy plik znajduje się w dozwolonych lokalizacjach. Może to ujawnić ograniczone informacje z obiektu. Ponadto Polaris mógł akceptować metadane rejestracji zawierające odniesienia do lokalizacji poza dozwolonym obszarem, ale samo to nie powodowało odczytu tych lokalizacji.
Ocena ryzyka
Ryzyko ujawnienia poufnych danych z obiektów przechowywanych poza dozwolonymi lokalizacjami, co może naruszyć poufność informacji.
Rekomendacja
Zaleca się aktualizację Apache Polaris do wersji z poprawką oraz wdrożenie ścisłej walidacji lokalizacji przechowywania podczas rejestracji tabel i widoków.
Inne podatności w Apache Polaris
Zobacz wszystkie- CVE-2026-42811Krytyczne
Apache Polaris powinien wydawać krótkoterminowe poświadczenia GCS, które działają tylko dla plików jednego stołu, jednak odpowiednio skonstruowana nazwa przestrzeni nazw lub stołu może spowodować, że te poświadczenia będą działać w całym skonfigurowanym koszyku.
- CVE-2026-42810Krytyczne
Apache Polaris akceptuje dosłowne znaki `*` w nazwach przestrzeni nazw i tabel. Podczas tworzenia tymczasowych polityk dostępu do S3 dla delegowanego dostępu do tabel, znaki te są ponownie używane w nieodpowiedni sposób w wzorcach zasobów IAM S3.
- CVE-2026-42809Krytyczne
Apache Polaris może wydawać szerokie tymczasowe poświadczenia do przechowywania ('vended') podczas tworzenia tabeli w trybie etapowym, zanim skuteczna lokalizacja tabeli zostanie zweryfikowana lub trwale zarezerwowana. Atakujący może wybrać lokalizację docelową, co prowadzi do nieautoryzowanego dostępu do danych i metadanych tabeli.
Oryginalny opis (angielski, źródło NVD)
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.