Błąd w Chrome, którego atakujący już używali
Google załatał kolejny aktywnie wykorzystywany zero-day w Chrome, a zegar tyka dla wszystkich, którzy nie zaktualizowali przeglądarki. Luka, oznaczona jako CVE-2026-85046, została naprawiona 4 września 2026 r., ale amerykańska Agencja ds. Cyberbezpieczeństwa i Bezpieczeństwa Infrastruktury (CISA) już dodała ją do swojego katalogu znanych wykorzystywanych podatności (KEV), dając agencjom federalnym czas do 18 września na zastosowanie poprawki. To krótkie okno to silny sygnał, jak poważnie urzędnicy ds. bezpieczeństwa traktują ten błąd, a także przypomnienie, że zwykli użytkownicy Chrome również nie powinni czekać.
To nie pierwszy raz, gdy ta konkretna podatność trafia na nagłówki. Jak pisaliśmy, gdy poprawka dla zero-day CVE-2026-85046 w Chrome została po raz pierwszy wydana, Google wydał awaryjną aktualizację po potwierdzeniu, że ataki w świecie rzeczywistym już wykorzystywały lukę, zanim dostępna była poprawka. Termin CISA dodaje nową warstwę pilności do historii, która już rozwijała się szybko.
Dlaczego CVE-2026-85046 jest niebezpieczny
CVE-2026-85046 znajduje się w V8, silniku JavaScript i WebAssembly, który napędza Chrome i każdą przeglądarkę opartą na Chromium. W szczególności jest to podatność typu type confusion, czyli klasa błędów, w których przeglądarka błędnie identyfikuje typ danych, którymi operuje, co może pozwolić atakującym na manipulowanie pamięcią w sposób nigdy nieprzewidziany. W praktyce oznacza to, że specjalnie spreparowana strona internetowa może wywołać lukę i potencjalnie umożliwić wykonanie dowolnego kodu wewnątrz sandboxa przeglądarki — izolowanego środowiska, którego Chrome używa, aby złośliwe treści nie miały dostępu do reszty systemu.
Ponieważ podatność była już wykorzystywana w środowisku naturalnym, zanim Google wydał poprawkę, kwalifikuje się jako prawdziwy zero-day. Atakujący nie musieli przeprowadzać inżynierii wstecznej poprawki, aby dowiedzieć się, jak wykorzystać błąd; już używali go przeciwko rzeczywistym celom. To właśnie dlatego CISA szybko dodała ją do katalogu KEV, czyli listy zarezerwowanej dla podatności z potwierdzonym, aktywnym wykorzystaniem, a nie tylko teoretycznym ryzykiem.
Poprawka pojawiła się w ramach szerszego wydania zabezpieczeń Chrome dotyczącego wielu podatności, ale CVE-2026-85046 wyróżniał się ze względu na status aktywnego wykorzystania. Jak szczegółowo opisaliśmy w naszym wcześniejszym artykule zachęcającym do aktualizacji Chrome ze względu na ryzyko prywatności, udany atak może potencjalnie ujawnić aktywność przeglądania, dane sesji lub inne wrażliwe informacje atakującemu, który uzyska wykonanie kodu wewnątrz przeglądarki.
Dlaczego termin CISA ma znaczenie poza sieciami rządowymi
Katalog KEV CISA jest technicznie nakazem dla federalnych agencji cywilnych, ale jego wpływ w świecie rzeczywistym sięga znacznie dalej. Gdy CISA wyznacza twardy termin, taki jak 18 września, w praktyce transmituje ocenę ryzyka do całej branży bezpieczeństwa: ten błąd jest poważny, jest aktywnie wykorzystywany, a organizacje każdej wielkości powinny traktować łatkę jako priorytet, a nie rutynową aktualizację, którą można wykonać później.
Wiele przedsiębiorstw, działów IT i zespołów ds. bezpieczeństwa poza rządem używa katalogu KEV jako punktu odniesienia dla własnych harmonogramów zarządzania poprawkami. Jeśli podatność trafia na listę, zwykle przeskakuje na górę kolejki. Dla indywidualnych użytkowników nie ma formalnego terminu, ale ta sama logika ma zastosowanie. Chrome w tle aktualizuje się automatycznie dla większości użytkowników, ale to działa tylko wtedy, gdy przeglądarka ma szansę na ponowne uruchomienie i zastosowanie aktualizacji. Jeśli masz te same karty Chrome otwarte od dni lub tygodni bez ponownego uruchamiania, możesz nadal używać podatnej wersji.
Co to oznacza dla Ciebie
Jeśli używasz Chrome lub jakiejkolwiek przeglądarki opartej na Chromium, która dziedziczy ten sam silnik V8, warto poświęcić temu pięć minut uwagi jeszcze dziś. Exploit nie wymaga pobrania pliku ani kliknięcia podejrzanego linku w tradycyjnym sensie; wystarczy odwiedzenie złośliwej lub naruszonej strony internetowej, aby go wywołać. To sprawia, że łatkowanie przeglądarki jest jednym z niewielu zadań związanych z bezpieczeństwem, gdzie poprawka jest w pełni pod Twoją kontrolą i wymaga prawie zerowego wysiłku.
Użytkownicy domowi, małe firmy i wszyscy zarządzający własnymi urządzeniami powinni traktować to tak samo, jak CISA traktuje sieci federalne: jako priorytet, a nie zadanie na później. Dobra wiadomość jest taka, że w przeciwieństwie do wielu podatności, ta ma już dostępną i czekającą poprawkę.
Praktyczne wnioski
- Otwórz menu Chrome, przejdź do Pomoc > Informacje o Google Chrome i pozwól mu sprawdzić aktualizacje. Po pobraniu aktualizacji uruchom ponownie przeglądarkę, aby mieć pewność, że poprawka faktycznie zadziała.
- Sprawdź w używanych przeglądarkach opartych na Chromium (w tym tych zbudowanych na tym samym silniku) ich własne aktualizacje zabezpieczeń, ponieważ podstawowa luka V8 może wpływać również na nie.
- Nie polegaj wyłącznie na automatycznych aktualizacjach w tle, jeśli rzadko zamykasz lub restartujesz przeglądarkę. Ręczne sprawdzenie gwarantuje, że nie używasz nieaktualnego, podatnego kodu.
- Jeśli zarządzasz urządzeniami dla firmy lub organizacji, potraktuj tę łatkę priorytetowo, tak jak sugeruje termin KEV CISA dla agencji federalnych, nawet jeśli nie obowiązuje Cię ta sama data 18 września.
- Zachowaj czujność na przyszłe biuletyny bezpieczeństwa Chrome. Zero-daye, takie jak CVE-2026-85046, zwykle pojawiają się w skupiskach, a szybkie łatkowanie pozostaje najbardziej niezawodną obroną dostępną zwykłym użytkownikom.
Aktualizacja przeglądarki zajmuje tylko chwilę, ale zamyka drzwi przed podatnością, której atakujący używali, zanim Google w ogóle miał gotową poprawkę. Ta luka między wykorzystaniem a łatką jest dokładnie powodem, dla którego bieżące aktualizacje Chrome zasługują na stałe miejsce na Twojej liście kontrolnej bezpieczeństwa cyfrowego.




