Katalog podatności CVE

Problem został rozwiązany poprzez poprawione mechanizmy sprawdzania. Luka występuje w systemach macOS Golden Gate 27.2 oraz macOS Tahoe 26.7.2. Aplikacja może być w stanie ominąć mechanizmy Gatekeeper.

Warunek wyścigu (race condition) został rozwiązany poprzez dodatkową walidację. Luka występuje w systemach macOS Golden Gate 27.2, macOS Sequoia 15.8.2 oraz macOS Tahoe 26.7.2. Aplikacja może być w stanie modyfikować chronione części systemu plików.

W systemach Apple wystąpił problem z rejestrowaniem danych, naprawiony poprzez lepsze redagowanie informacji. Aplikacja może uzyskać dostęp do wrażliwych danych użytkownika.

W systemie macOS występuje błąd odczytu poza granicami bufora, naprawiony poprzez lepsze sprawdzanie zakresów. Przetwarzanie złośliwie spreparowanego pliku może ujawnić pamięć procesu.

W systemie macOS występuje błąd logiczny, naprawiony poprzez poprawę mechanizmów weryfikacji. Aplikacja może obejść mechanizm Gatekeeper.

Podatność typu out-of-bounds read została naprawiona poprzez poprawę sprawdzania granic. Problem dotyczy iOS 26.7.2 i iPadOS 26.7.2, iOS 27.2 i iPadOS 27.2, macOS Golden Gate 27.2, macOS Sequoia 15.8.2, macOS Tahoe 26.7.2 oraz visionOS 27.2. Przetwarzanie złośliwie spreparowanego pliku może prowadzić do odmowy usługi lub ujawnienia zawartości pamięci.

Warunek wyścigu (race condition) został naprawiony poprzez poprawę obsługi dowiązań symbolicznych. Problem dotyczy macOS Golden Gate 27.2, macOS Sequoia 15.8.2 i macOS Tahoe 26.7.2. Aplikacja może zmodyfikować chronione części systemu plików.

Podatność typu out-of-bounds write została naprawiona poprzez poprawę sprawdzania granic. Problem dotyczy iOS 26.7.2 i iPadOS 26.7.2, iOS 27.2 i iPadOS 27.2, macOS Golden Gate 27.2, macOS Sequoia 15.8.2, macOS Tahoe 26.7.2, tvOS 27.2 oraz visionOS 27.2. Przetwarzanie złośliwie spreparowanego pliku wideo może prowadzić do nieoczekiwanego zakończenia aplikacji.

Występuje błąd zapisu poza granicami bufora (out-of-bounds write), który został naprawiony poprzez poprawę walidacji danych wejściowych. Aplikacja może spowodować nieoczekiwane zakończenie systemu lub uszkodzenie pamięci procesu. Poprawki wydano w iOS 26.7.2, iPadOS 26.7.2, iOS 27.2, iPadOS 27.2, macOS Golden Gate 27.2, macOS Sequoia 15.8.2, macOS Tahoe 26.7.2 oraz visionOS 27.2.

Przepełnienie stosu (stack overflow) zostało naprawione poprzez poprawę walidacji danych wejściowych. Problem dotyczy iOS 26.7.2 i iPadOS 26.7.2, iOS 27.2 i iPadOS 27.2, macOS Golden Gate 27.2, macOS Sequoia 15.8.2, macOS Tahoe 26.7.2 oraz visionOS 27.2. Przetwarzanie złośliwie spreparowanej wiadomości może prowadzić do odmowy usługi.

Podatność typu out-of-bounds read została naprawiona poprzez poprawę sprawdzania granic. Problem dotyczy iOS 26.7.2 i iPadOS 26.7.2, iOS 27.2 i iPadOS 27.2, macOS Golden Gate 27.2, macOS Sequoia 15.8.2, macOS Tahoe 26.7.2 oraz visionOS 27.2. Przetwarzanie złośliwie spreparowanego pliku może prowadzić do nieoczekiwanego zakończenia aplikacji.

Niektóre wartości dostarczone z zewnątrz, przechowywane przez urządzenie, mogą być renderowane w interfejsie webowym bez wystarczającego kodowania wyjścia. Atakujący, który może wpłynąć na jedną z tych wartości, może spowodować wykonanie skryptu w przeglądarce użytkownika przeglądającego podatną stronę. Wykorzystanie wymaga wpływu atakującego na przechowywaną wartość oraz odwiedzenia przez użytkownika strony, która ją renderuje.

W konfiguracji serwera webowego zidentyfikowano podatność kontroli dostępu. Niektóre zasoby przeznaczone wyłącznie do użytku na urządzeniu mogły być dostępne zdalnie przez nieuwierzytelnionego atakującego z dostępem sieciowym do interfejsu webowego. Dostępne zasoby nie ujawniają poświadczeń ani nie zapewniają funkcji administracyjnych, ale mogą obejmować niepubliczne treści urządzenia, takie jak zawartość wygaszacza ekranu lub zasoby używane przez interfejs webowy.

W usłudze Miracast over Infrastructure Connection Establishment (MICE) wykryto podatność na atak typu denial-of-service. Nieuwierzytelniony atakujący z dostępem sieciowym do usługi MICE może wyczerpać dostępną pojemność połączeń, uniemożliwiając legalnym użytkownikom nawiązywanie połączeń Miracast opartych na MICE. MICE jest domyślnie wyłączona i musi być jawnie włączona przez klienta; Miracast P2P nie jest objęty podatnością.

Biblioteka jose akceptuje podpisy JWS ECDSA (ES256, ES256K, ES384, ES512) o niekanonicznej długości. Podczas weryfikacji funkcja jose_jwk_kty_ec:verify/4 dzieli surowy podpis na pół według jego rzeczywistej długości w bajtach, zamiast wymuszać stałą długość wymaganą przez RFC 7518 §3.4, a następnie dekoduje każdą połowę ignorując wiodące bajty zerowe. Atakujący posiadający jeden ważny token może dodawać wiodące bajty zerowe do połówek R i S, tworząc wiele różnych ciągów bajtów podpisu, które weryfikują się tym samym kluczem (malleability podpisu).

Nieefektywna złożoność algorytmiczna w erlang-jose pozwala nieuwierzytelnionemu zdalnemu atakującemu na wywołanie wyczerpania CPU (denial of service) poprzez przesłanie spreparowanego klucza RSA JSON Web Key. Gdy aplikacja parsuje niezaufany JWK przez publiczne API jose_jwk:from_binary/1 lub jose_jwk:from_map/1, klucz RSA zawierający d, e i n, ale bez parametrów chińskiego twierdzenia o resztach (p, q, dp, dq, qi), trafia do convert_sfm_to_crt/1, który próbuje odzyskać brakujące czynniki poprzez faktoryzację modułu. Gdy moduł nie da się rozłożyć na dwa czynniki, pętla wyszukiwania wykonuje kosztowną eksponencjację modularną w każdej iteracji i nigdy się nie kończy.

Podatność typu Observable Timing Discrepancy w bibliotece potatosalad jose pozwala na odzyskanie długoterminowego klucza prywatnego X25519 poprzez kanał boczny czasowy w czysto erlangowej implementacji Curve25519. Implementacja wykonuje mnożenie skalarne zależne od wartości bitów klucza prywatnego, co powoduje, że czas wykonania publicznych funkcji (np. scalarmult/2, x25519/2) zależy od klucza prywatnego. Podatność dotyczy wersji od 1.10.0 do 1.11.13.

Funkcja jose_jwk:shared_secret/2 (w Elixir jako JOSE.JWK.shared_secret/2) wyprowadza wspólny sekret ECDH z dwóch JWK. Jej pierwsza klauzula dopasowuje tylko, gdy oba JWK mają ten sam moduł typu klucza (kty), a klauzula zapasowa ponownie wywołuje siebie jako shared_secret(from(YourJWK), from(MyJWK)). Ponieważ from/1 zwraca już sparsowany rekord jose_jwk bez zmian, przekazanie dwóch JWK o różnych typach kluczy (np. klucza EC i RSA) powoduje, że klauzula zapasowa wchodzi ponownie z identycznymi argumentami, tworząc nieograniczoną pętlę rekurencyjną ogonową, która nigdy nie kończy się i nie powoduje awarii.

Nieprawidłowa obsługa silnie skompresowanych danych (amplifikacja danych) w potatosalad jose (erlang-jose) pozwala zdalnemu atakującemu na wyczerpanie pamięci węzła za pomocą małego spreparowanego tokenu JWE. Funkcja jose_jwe_zip:uncompress/2 dekompresuje tekst jawny JWE skompresowany DEFLATE, gdy token zawiera opcjonalny nagłówek zip: DEF, wywołując zlib:inflate/2 na całym kontrolowanym przez atakującego strumieniu bez ograniczenia rozmiaru wyjścia lub współczynnika kompresji. Surowy DEFLATE osiąga współczynniki około 1000:1 na wysoce powtarzalnych danych, więc kilkukilobajtowy token rozpakowuje się do setek megabajtów lub gigabajtów w jednym wywołaniu.

Czysto-erlangowa implementacja odszyfrowywania RSAES-PKCS1-v1_5 w module jose_jwa_pkcs1 jest oracle'em paddingowym Bleichenbachera. Funkcja eme_pkcs1_decode/2 zwraca odzyskaną wiadomość, gdy odszyfrowany blok ma prawidłowy padding PKCS#1 v1.5, a w przeciwnym razie zwraca odrębny wynik błędu; rsaes_pkcs1_decrypt/2 dodatkowo zwraca {error, {badsize, _}} przy niepowodzeniu sprawdzenia długości. Implementacja nie stosuje środka zaradczego implicit rejection (RFC 8017 §7.2.2), więc jednobitowy sygnał zgodności paddingu wycieka do wywołującego. Ponieważ eksponencjacja modularna w dp/2 jest surowym, nieblindowanym crypto:mod_pow/3, sprawdzenie paddingu pozostaje rozróżnialne czasowo nawet gdy aplikacja normalizuje wszystkie błędy do jednej wartości.