Quentin Kaiser opisał 23 października 2026 r. rekonstrukcję poprawki Broadcom z 2018 r. Jego analiza wskazuje, że możliwość wykorzystania luki w niektórych kompilacjach zależy od układu pamięci i implementacji biblioteki; rekonstrukcji nie przypisał do konkretnego wydania SDK. Na polskiej liście modeli powiązanych z Orange Polska znalazły się Sagemcom F@st 2704 V2 i TP-Link TD-W8950N V1. Osobny wpis dotyczący Sagemcom F@ST 5656 ma oznaczenie „likely”, czyli prawdopodobny.

Wcześniejszy tekst NeoTeo o luce WPS w routerach Broadcom opisywał ujawnione badania. Tutaj ważne są zakres poprawki i to, jak odnieść wpisy na liście do konkretnego routera.

Co wynika z rekonstrukcji poprawki z 2018 roku

W analizie opublikowanej 23 października Kaiser opisał warunki, w których kompilacje oprogramowania mogły pozostać podatne po zmianach przypisywanych poprawce z 2018 r. Znaczenie mają konkretna kompilacja, układ pamięci i implementacja biblioteki. Nie jest to rozstrzygnięcie, że poprawka zawiodła we wszystkich urządzeniach.

Kaiser wskazywał też na zastępowanie starszego komponentu WPS Monitor przez hostapd w późniejszym SDK Broadcom. O podatności konkretnego routera decyduje jednak to, jakie oprogramowanie i komponent trafiły do jego firmware, czyli oprogramowania układowego.

Które modele Orange Polska wymienia lista

Lista Kaisera wiąże z Orange Polska dwa modele: Sagemcom F@st 2704 V2 oraz TP-Link TD-W8950N V1. W osobnym wpisie Sagemcom F@ST 5656 ma status „likely”, czyli prawdopodobny. To różne oznaczenia, więc nie należy traktować tego wpisu tak samo jak pozostałych.

Wpis dotyczący modelu nie rozstrzyga stanu każdego egzemplarza. Rewizje sprzętu i wersje firmware mogą się różnić, dlatego sam numer modelu nie wystarcza do ustalenia, czy dany router zawiera podatny komponent.

Na czym polega luka Broadcom WPS

Problem dotyczy starszej implementacji Broadcom WPS Monitor, w szczególności składania fragmentów komunikatów WPS EAP. WPS, czyli Wi-Fi Protected Setup, służy do ułatwienia łączenia urządzeń z siecią. Quentin Kaiser opisał dwa błędy sprawdzania długości fragmentów, które mogą prowadzić do ujawnienia danych z pamięci i wykonania kodu w firmware zawierającym podatny komponent.

Według Kaisera atakujący musi znajdować się w zasięgu sygnału Wi-Fi, ale nie potrzebuje hasła do sieci ani zakończonego parowania WPS. W swoich demonstracjach na bramie ASKEY TCG3000 używanej przez Orange Belgium odzyskał klucz Wi-Fi zapisany w pamięci urządzenia. Na Proximus BBOX3V+ uzyskał powłokę zwrotną przez ramki 802.11. Były to różne skutki na dwóch konkretnych urządzeniach.

Sama obecność układu Broadcom nie przesądza o podatności. Liczy się dokładne firmware i to, czy zawiera starszy WPS Monitor. To samo kryterium dotyczy routerów z OpenWrt: nazwa systemu ani chipsetu nie rozstrzyga o obecności podatnego komponentu.

Co zgłaszali operatorzy w Belgii

W aktualizacji z 20 października 2026 r. Kaiser podał, że Proximus wyłączył WPS w całej flocie BBOX i planował dalsze łatanie w kolejnych tygodniach. Według tej samej aktualizacji inżynierowie Telenet nie znaleźli w swojej flocie podatnego procesu wps_monitor, a Orange Belgium rozważało wyłączenie WPS w objętej problemem infrastrukturze. Są to informacje o działaniach belgijskich operatorów.

Co sprawdzić w sprawie własnego routera

Wyłączenie WPS w panelu routera samo w sobie nie przesądza, że podatny parser przestał działać. Kaiser zaleca ustalić u operatora lub producenta, czy aktualizacja dla dokładnej wersji firmware usuwa problem z WPS Monitor. Ta sama zasada dotyczy routerów z OpenWrt: trzeba znać komponent obecny w konkretnym oprogramowaniu, a nie opierać się wyłącznie na nazwie systemu lub chipsecie.