Przejdź do treści
INDEKS ANALIZ BREACHROAD / NOTA TECHNICZNA

Android: 216 CVE i krytyczne RCE w aktualizacji listopadowej

Listopadowy biuletyn Androida usuwa 216 CVE, w tym krytyczne RCE bez interakcji użytkownika. Sprawdź poziom poprawki 2026-11-05 w telefonach.

MATERIAŁ PUBLICZNY
AUTOR
/ CEO Breachroad · OSCP · PNPT
PUBLIKACJA
5 listopada 2026
CZAS CZYTANIA
11 min czytania
TEMAT
Podatności i CVE
Android: 216 CVE i krytyczne RCE w aktualizacji listopadowej

Google opublikowało listopadowy biuletyn bezpieczeństwa Androida. Poziom poprawek 2026-11-05 lub nowszy usuwa wszystkie opisane problemy, a oficjalny dokument zawiera 216 unikalnych identyfikatorów CVE. Najpoważniejsze luki umożliwiają zdalne wykonanie kodu bez dodatkowych uprawnień i bez działania użytkownika.

W komponencie Framework krytyczne CVE-2026-58868 dotyczy Androida 14, 15, 16, 16 QPR2 i 17. W komponencie System krytyczne RCE mają także CVE-2026-58876 oraz CVE-2026-58936. Biuletyn zawiera ponadto krytyczne błędy eskalacji uprawnień, ujawnienia informacji i odmowy usługi w systemie, Bluetooth, pKVM oraz HID.

Najważniejsze działanie: sprawdź w ustawieniach telefonu poziom poprawki zabezpieczeń Androida. W firmie wyeksportuj ten parametr z MDM i ustal, które urządzenia nie osiągnęły 2026-11-05. Sam numer „Android 16” lub „Android 17” nie potwierdza instalacji listopadowych poprawek.

Co zawiera biuletyn z 2 listopada

Google opublikowało biuletyn 2 listopada 2026 r. Stosuje on dwa poziomy poprawek:

  • 2026-11-01 — poprawki platformy, między innymi Android Runtime, Framework i System;
  • 2026-11-05 — pełny zestaw obejmujący także komponenty jądra oraz dostawców sprzętowych.

Urządzenie z poziomem 2026-11-05 lub późniejszym zawiera wszystkie poprawki opisane w tym wydaniu. Telefon pokazujący tylko 2026-11-01 nie musi mieć jeszcze całego zestawu zmian sprzętowych i kernelowych.

Google informuje, że partnerzy Androida otrzymali informacje o podatnościach co najmniej miesiąc przed publikacją. Dostępność gotowej aktualizacji nadal zależy jednak od producenta urządzenia, modelu, regionu i operatora.

Najważniejsze krytyczne podatności

CVEKomponentSkutekInterakcja użytkownika
CVE-2026-58868Frameworkzdalne wykonanie koduniewymagana
CVE-2026-58876Systemzdalne wykonanie koduniewymagana
CVE-2026-58936Systemzdalne wykonanie koduniewymagana
CVE-2026-55275, CVE-2026-55283, CVE-2026-58984Systemeskalacja uprawnieńniewymagana
CVE-2026-53256, CVE-2026-89774jądro / Bluetoothzdalna eskalacja uprawnieńniewymagana
CVE-2026-59044, CVE-2026-59045pKVMeskalacja uprawnieńniewymagana
CVE-2026-80604HIDeskalacja uprawnieńniewymagana
CVE-2026-59048pKVMujawnienie informacjiniewymagana

Ocena „bez interakcji użytkownika” oznacza, że exploit nie musi wymagać kliknięcia linku lub zatwierdzenia instalacji. Nie oznacza automatycznie, że każdy błąd jest wykorzystywalny przez internet w każdej konfiguracji. Rzeczywista droga zależy od komponentu, interfejsów urządzenia i mechanizmów ochronnych.

Oficjalny biuletyn nie informuje o aktywnym wykorzystaniu wymienionych luk. To ważne: pilna aktualizacja wynika z możliwego skutku i braku interakcji, a nie z potwierdzonej kampanii.

Dlaczego 216 CVE nie oznacza 216 równych kryzysów

Liczba identyfikatorów pokazuje szerokość aktualizacji, lecz nie powinna zastępować priorytetyzacji. Część błędów ma ocenę wysoką, dotyczy lokalnych uprawnień lub konkretnego komponentu dostawcy. Inne, jak krytyczne RCE w Framework i System, mogą mieć znacznie większy wpływ na typowe urządzenie.

Firma powinna najpierw patrzeć na krytyczne luki zdalne i urządzenia mające dostęp do wrażliwych danych, a następnie na cały poziom poprawki. Próba śledzenia każdego CVE osobno na setkach modeli jest zwykle mniej skuteczna niż egzekwowanie minimalnego patch level w MDM.

Nie wszystkie telefony otrzymają identyczną paczkę w tym samym dniu. Android Open Source Project dostarcza poprawki platformowe, a producent integruje je z jądrem, sterownikami i komponentami sprzętowymi własnego urządzenia.

Co powinien zrobić użytkownik telefonu

1. Sprawdź dwie aktualizacje

W ustawieniach systemu sprawdź zarówno aktualizację zabezpieczeń Androida, jak i aktualizację systemową Google Play. Część komponentów Mainline może być poprawiana przez Google Play, ale nie zastępuje to pełnej paczki producenta.

2. Szukaj daty 2026-11-05 lub późniejszej

Po instalacji uruchom telefon ponownie i ponownie sprawdź poziom poprawki. Pobranie paczki bez instalacji nie zmienia statusu bezpieczeństwa.

3. Nie instaluj „poprawek” z linków

Aktualizacje systemu pobieraj wyłącznie przez ustawienia urządzenia lub oficjalne narzędzie producenta. Wiadomość SMS lub reklama kierująca do pliku APK z rzekomą łatką jest sygnałem oszustwa.

4. Oceń wsparcie modelu

Jeżeli producent zakończył aktualizacje i urządzenie pozostaje na starym poziomie, rozważ wymianę. Telefon przechowujący hasła, tokeny, pocztę i bankowość jest jednym z najważniejszych punktów dostępu do cyfrowej tożsamości.

Co powinny zrobić firmy

Zespół IT powinien zebrać z MDM model, wersję systemu, poziom poprawki, ostatni kontakt, właściciela i status szyfrowania. Utwórz grupę urządzeń poniżej 2026-11-05 i ustal, czy aktualizacja jest dostępna, opóźniona przez producenta czy niemożliwa z powodu końca wsparcia.

Dla urządzeń niezgodnych ogranicz dostęp warunkowy do poczty, VPN i danych firmowych. Wyjątki powinny mieć właściciela, uzasadnienie i krótki termin. Flota BYOD wymaga tego samego minimalnego patch level dla kontenera służbowego, nawet jeśli firma nie zarządza całym telefonem.

Najpierw aktualizuj urządzenia administratorów, zarządu, finansów, sprzedaży mobilnej i osób mających dostęp do kodów MFA lub systemów produkcyjnych. Następnie egzekwuj termin dla pozostałej floty i plan wymiany modeli, które nie otrzymają pełnego poziomu 2026-11-05.

Szersze zasady konfiguracji opisujemy w poradniku bezpieczeństwo smartfona.

Fakty źródłowe i wnioski Breachroad

Google potwierdza publikację biuletynu 2 listopada, pełny poziom poprawki 2026-11-05, krytyczne luki RCE bez wymaganej interakcji oraz wersje AOSP objęte poszczególnymi poprawkami. Oficjalna strona zawiera 216 unikalnych CVE i nie zgłasza aktywnego wykorzystania.

Priorytety dla administratorów i zarządu, egzekwowanie minimalnego poziomu w BYOD, ograniczenie dostępu urządzeniom niezgodnym oraz wymiana modeli bez wsparcia są rekomendacjami Breachroad. Firmy mogą przygotować pracowników do bezpiecznych aktualizacji i rozpoznawania fałszywych komunikatów podczas szkoleń cyberbezpieczeństwa. Widoczność floty i zasady dostępu może ocenić audyt bezpieczeństwa IT.

FAQ: Android — poprawki z listopada 2026

Jaki poziom poprawki usuwa wszystkie opisane luki?

Google wskazuje 2026-11-05 lub nowszy. Poziom 2026-11-01 obejmuje poprawki platformowe, ale nie musi zawierać całego zestawu kernelowego i dostawców.

Czy wystarczy aktualizacja systemowa Google Play?

Nie. Może dostarczyć część poprawek dla komponentów Mainline, lecz nie zastępuje pełnej aktualizacji systemu od producenta urządzenia.

Czy luki są aktywnie wykorzystywane?

Oficjalny biuletyn nie informuje o aktywnym wykorzystaniu. Aktualizacja jest pilna ze względu na krytyczne skutki i brak wymaganej interakcji użytkownika.

Co zrobić, jeśli telefon nie otrzymuje aktualizacji?

Sprawdź harmonogram producenta. Jeżeli model zakończył wsparcie, ogranicz dostęp do wrażliwych usług i zaplanuj wymianę zamiast pozostawiać go jako stały wyjątek.

Źródła pierwotne: Android Open Source Project — Security Bulletin, November 2026, Google — sprawdzanie i aktualizacja wersji Androida, Android — mechanizmy bezpieczeństwa platformy.

UDOSTĘPNIJ / KOPIUJ