Źródło: unsplash.com/photos/mT7lXZPjk7U
Miniony tydzień przyniósł zarówno rekordową kradzież aktywów cyfrowych, jak i długą listę nowych podatności w popularnym oprogramowaniu. Najważniejszym wydarzeniem było oficjalne przypisanie przez amerykańskie Federalne Biuro Śledcze, FBI, kradzieży z giełdy Binance północnokoreańskiej grupie hakerskiej TraderTraitor. Równolegle opublikowano zestawienie błędów dotyczących między innymi systemów Linux, przeglądarek internetowych, narzędzi dla firm i urządzeń sieciowych.
Według FBI TraderTraitor ukradła z Binance ponad 6 mld dolarów w aktywach wirtualnych. Źródło podaje dokładną wartość 6,43 mld dolarów i określa ją jako największą kradzież kryptowalut w historii. Skala operacji przewyższa wcześniejszy rekord, czyli 1,46 mld dolarów skradzionych z giełdy Bybit w lutym 2025 roku. Skradzione aktywa były rozproszone na 11 łańcuchach bloków. 82 proc. całej kwoty znajdowało się w sieciach Ethereum i Bitcoin. Według przedstawionych informacji część środków udało się zamrozić on chain. Tether, Circle, Ripple, Arbitrum i Optimism zablokowały aktywa o łącznej wartości 2,85 mld dolarów.
Słownik artykułu
Krótkie objaśnienia terminów występujących w tekście. Każde hasło prowadzi do szerszej definicji i przykładów użycia.
System oznaczania i katalogowania publicznie znanych podatności w oprogramowaniu. Numer CVE jednoznacznie identyfikuje konkretny błąd bezpieczeństwa.
Blockchain to rozproszony rejestr danych, w którym informacje są zapisywane w powiązanych ze sobą blokach i współdzielone między uczestnikami sieci.
Podatność umożliwiająca napastnikowi uruchomienie własnych poleceń lub programu na zaatakowanym komputerze przez sieć, bez fizycznego dostępu do urządzenia.
Drugim głównym wątkiem zestawienia jest pakiet nowych identyfikatorów CVE. Autorzy opisują go jako zbiór błędów o wysokiej wadze, dotyczących szeroko używanych produktów albo takich, które były już sprawdzane przez atakujących. Wśród wymienionych pozycji znalazły się CVE-2026-115889 i CVE-2026-115893 w Wasmtime, CVE-2026-90975 w bibliotece Fireblocks mpc-lib, CVE-2026-91141 w COVESA vsomeip oraz CVE-2026-98432 w jądrze Linux. Lista obejmuje także podatności w Google Chrome, oznaczone między innymi numerami CVE-2026-118306, CVE-2026-118331, CVE-2026-118348, CVE-2026-118344 i CVE-2026-106378. W przypadku Mozilla Firefox wskazano całe zakresy identyfikatorów, od CVE-2026-117860 do CVE-2026-117954 oraz od CVE-2026-118005 do CVE-2026-118017. To pokazuje, że przeglądarki pozostają jednym z ważnych obszarów cotygodniowego monitorowania bezpieczeństwa.
W zestawieniu pojawiają się również Drupal, ASUS, GoAhead, Apache Camel, Apache Kafka, Apache Tomcat, Okta, HashiCorp consul-k8s, Canonical LXD i Langflow OSS. Osobne grupy wpisów dotyczą EPICS Base, TianoCore EDK II, Juniper Networks Session Smart Router, WatchGuard Fireware OS, kamer IP firmy Intelbras, TeamViewer, Veeam oraz Telerik UI for ASP.NET AJAX. Wymieniono także poradę TRA-2020-14 dotyczącą Kodi. Źródło wskazuje ponadto na podatność umożliwiającą zdalne wykonanie kodu w TightVNC bez wcześniejszego uwierzytelnienia. W przypadku takich wpisów najważniejsze jest sprawdzenie, czy dany produkt znajduje się w firmowym środowisku, ustalenie używanej wersji oraz skorzystanie z zaleceń producenta. Sam identyfikator CVE nie zastępuje analizy konkretnej konfiguracji, ale pozwala powiązać wykryty problem z działaniami naprawczymi.
Wprowadzenie do tygodniowego podsumowania zwraca uwagę, że część ataków nie wymagała szczególnie skomplikowanych metod. Wystarczyły fałszywy telefon od rzekomego wsparcia, zaufane rozszerzenie, udostępniony link albo urządzenie pozbawione hasła. Wspólnym elementem jest wykorzystanie sytuacji, które łatwo przeoczyć, ponieważ wyglądają na zwyczajne lub dotyczą narzędzi uznawanych za bezpieczne.
Zestawienie łączy więc dwa poziomy ryzyka. Z jednej strony są rozbudowane operacje, takie jak kradzież aktywów z wielu łańcuchów bloków. Z drugiej pojawiają się codzienne błędy konfiguracyjne, niezweryfikowane kontakty i niezałatane komponenty. Dla organizacji praktyczny wniosek jest prosty: trzeba regularnie sprawdzać, jakie systemy i konta mają dostęp do zasobów, nadawać poprawkom odpowiedni priorytet oraz nie traktować znajomego narzędzia jako automatycznie bezpiecznego. Przy dużej liczbie połączonych systemów problem w jednym miejscu może mieć konsekwencje także poza nim.
Brak komentarzy. Bądź pierwszy!