Połączenie, które o nic nie prosi

Telefon rozświetla się przychodzącym połączeniem wideo przez VoLTE, standard głosu przez LTE, który dziś obsługuje większość połączeń w nowoczesnych sieciach. Osoba trzymająca telefon jeszcze niczego nie dotknęła. Gdzieś pod systemem operacyjnym, w części chipu, o której większość właścicieli nigdy nie słyszała, modem już samodzielnie przetwarza sygnalizację połączenia wideo na swoim własnym, oddzielnym rdzeniu procesora.

Właśnie ten oddzielny rdzeń jest celem. Badacze bezpieczeństwa z SSD Secure Disclosure opublikowali 17 sierpnia 2026 roku poradnik opisujący działający łańcuch exploitów przeciwko Unisoc T612, chipsetowi obecnemu w szerokiej gamie budżetowych i średniej klasy telefonów z Androidem. Droga dostępu prowadzi przez sposób, w jaki modem obsługuje sygnalizację połączeń wideo VoLTE, a nie przez system operacyjny Android, który widzi użytkownik.

The Hacker News, który również opisał ten poradnik, jasno podsumował znaczenie sprawy: to nie jest teoretyczna słabość opisana w laboratoryjnym opracowaniu, lecz udowodniony łańcuch, w którym działający exploit potrafi przejść od połączenia telefonicznego do kontroli nad jądrem systemu urządzenia, bez konieczności otwierania przez użytkownika aplikacji, klikania w link czy udzielania jakiegokolwiek pozwolenia poza pozwoleniem telefonowi zadzwonić.

Wewnątrz łańcucha trzech etapów

Badacze opisują exploit jako trzy powiązane etapy. Pierwszy nazywają egg hunterem, techniką przeszukującą pamięć w poszukiwaniu wcześniej umieszczonego, niewielkiego ładunku, gdy tylko atakujący uzyska jakikolwiek dostęp do zapisu, zamiast musieć znać dokładne adresy pamięci z góry. To krok rozpoznawczy, który zamienia wąski przyczółek w użyteczny.

Drugi etap jest najbardziej decydujący: obejście MPU chipu, czyli jednostki ochrony pamięci, funkcji sprzętowej, która ma za zadanie odizolować środowisko wykonawcze modemu od wrażliwej pamięci. SSD Secure Disclosure twierdzi, że exploit wyłącza tę ochronę, a następnie zapisuje bezpośrednio kod powłoki na poziomie jądra, dając atakującemu nieograniczony fizyczny dostęp do pamięci z wnętrza samego środowiska wykonawczego modemu, strefy, która nigdy nie powinna sięgać tak daleko.

Trzeci etap to trampolina przez do_sys_open, niskopoziomową funkcję jądra używaną do otwierania plików, którą łańcuch wykorzystuje ponownie, by przejść od surowego dostępu do pamięci do pełnej kontroli nad jądrem po stronie Androida. Połączone razem, te trzy etapy prowadzą atakującego od odebranego połączenia wideo VoLTE aż do kontroli nad samym jądrem systemu operacyjnego, co jest bliskie maksymalnemu poziomowi dostępu, jaki może przyznać urządzenie.

Rodzina chipów, nie jeden telefon

SSD Secure Disclosure i The Hacker News wymieniają oba dwa potwierdzone zagrożone urządzenia: Xiaomi Redmi A5 i Motorola E13, dwa z najlepiej sprzedających się telefonów z Androidem z niższej półki w Europie i poza nią. Oba są dokładnie tym typem urządzenia, jakie firma kupuje hurtowo dla pracowników potrzebujących działającego telefonu, a nie flagowca.

Zagrożenie nie ogranicza się do tych dwóch modeli. Chipsety Unisoc odpowiadają za około 14 procent światowego rynku układów system-on-chip dla smartfonów, udział zbudowany niemal całkowicie na urządzeniach budżetowych i ze średniej półki, a T612 w szczególności montowany jest w telefonach sprzedawanych pod markami takimi jak Honor, Realme, vivo, Samsung i Motorola. Nie każdy telefon z Unisoc korzysta z T612, ale zasięg tej rodziny chipów w wielu dużych markach oznacza, że praktyczny zasięg jest większy, niż sugerują dwie nazwy modeli.

Właśnie to połączenie, powszechnie stosowany chip w mało prestiżowym segmencie rynku, sprawia, że luka ma znaczenie komercyjne, a nie tylko akademickie. Budżetowe i średniej klasy urządzenia z Androidem są domyślnym wyborem dla flot firmowych, dostaw, handlu detalicznego, magazynów i pracowników terenowych, czyli dokładnie tych kategorii sprzętu, które kupuje się masowo i aktualizuje najrzadziej.

Dlaczego zwykły proces łatania jeszcze tu nie działa

Oto szczegół, który odróżnia tę historię od rutynowej podatności chipu: na dzień publikacji nie przypisano luce żadnego identyfikatora CVE, a Unisoc nie wydało żadnej łatki. SSD Secure Disclosure oświadczyło wprost, że skontaktowało się z producentem dwoma odrębnymi kanałami, mailem i przez LinkedIn, i nie otrzymało żadnej odpowiedzi. To milczenie samo w sobie stało się teraz częścią ujawnienia.

Standardowe firmowe zarządzanie podatnościami opiera się na numerach CVE. Skanery sprawdzają znane bazy danych podatności, listy kontrolne zamówień odwołują się do identyfikatorów CVE, a cykle łatania są mierzone względem nich. Luka bez CVE po prostu nie pojawia się w żadnym z tych narzędzi, co oznacza, że organizacja może prowadzić w pełni zgodny proces zarządzania podatnościami i mimo to mieć zerową widoczność aktywnego, zdalnie uruchamialnego exploita jądra we własnej flocie urządzeń.

Dla europejskiej firmy z polityką BYOD lub takiej, która wydaje pracownikom budżetowe bądź średniej klasy telefony z Androidem, praktyczna odpowiedź nie może czekać na alarm skanera, który nie ma czego skanować. Zespoły zakupów i zarządzania urządzeniami powinny już dziś sprawdzić, według modelu urządzenia i chipsetu, czy w użyciu jest sprzęt oparty na Unisoc T612, zamiast czekać na wpis CVE, który może nie pojawić się według żadnego przewidywalnego harmonogramu.

Nic z tego nie oznacza, że łatka nigdy nie nadejdzie. Oznacza to, że na razie jedynym wiarygodnym sposobem, by wiedzieć, czy flota jest zagrożona, jest bezpośrednie sprawdzenie, jaki sprzęt jest wdrożony, ponieważ zwykły system wczesnego ostrzegania nie ma o czym ostrzegać.

Czytaj dalej: Google przestaje absorbować cenę pamięci  |  Dwa Narzędzia Open Source Padły w Kilka Godzin