PHP Hack: Jak Bitcoin zareaguje na „pandemię cybernetyczną”
Najważniejsze informacje
- •Strony rządowe we Francji i Finlandii oraz serwisy szpitalne w Holandii zostały wyłączone przez nowo wykorzystaną lukę w PHP.
- •Brytyjskie National Cyber Security Centre wzywa organizacje do odłączania systemów, gdy nie mogą szybko załatać podatności, a Cloudflare odnotowuje powiązany ruch atakujących.
- •Trzy dekady powszechnego użycia PHP w sieci sprawiają, że pojedyncza wada w jego podstawowym kodzie ujawnia się jednocześnie na niezależnych od siebie stronach rządów, szpitali i firm.
- •Według redaktora technicznego Bitcoin Magazine Shinobiego sztuczna inteligencja zidentyfikowała exploit w ciągu godzin, co przyspiesza tempo hakowania, nie zmieniając jego fundamentalnej natury.
- •Dyskusja oddzieliła awarie stron od ryzyka specyficznego dla Bitcoina, omawiając bibliotekę libsecp256k1 i zalecając użytkownikom wyłączenie węzłów Lightning oraz przechowy monet w cold storage.

Strony rządowe we Francji i Finlandii oraz serwisy szpitalne w Holandii zostały wyłączone, Cloudflare odnotowuje ruch atakujących, a brytyjskie National Cyber Security Centre zaleca organizacjom odłączanie systemów, jeśli nie potrafią szybko załatać podatności — to skutki nowo wykorzystanej luki w PHP. PHP od trzech dekad stanowi konia roboczego internetu, po cichu napędzając znaczną część stron na świecie, i właśnie ta powszechność sprawia, że pojedyncza wada w jego podstawowym kodzie ujawnia się jednocześnie na całkowicie od siebie niezależnych stronach rządów, szpitali i firm.
Redaktor techniczny Bitcoin Magazine Shinobi wraz z Grace Remington i Seanem Haganem wyjaśnili, co dokładnie zepsuło się w PHP, dlaczego błędy zarządzania pamięcią pozostają najczęstszą klasą luk bezpieczeństwa oraz dlaczego fakt, że sztuczna inteligencja odkryła exploit w ciągu godzin, zmienia tempo hakowania, ale nie jego naturę. Odpowiada także na pytanie, które zadaje sobie wielu bitcoinerów: czy Bitcoin jest zagrożony? Dyskusja wyraźnie oddziela opisane wyżej incydenty — wyłączone strony — od osobnego pytania, czy kryptograficzne narzędzia samego Bitcoina, takie jak biblioteka libsecp256k1, są narażone na porównywalne ryzyko.
Pełny odcinek dostępny jest na YouTube. Poniżej znaczniki czasu rozdziałów:
- 0:00 — Exploit w PHP wyłącza strony rządowe i szpitalne
- 0:54 — AI znalazło lukę w ciągu godzin: ostrzeżenie przed „pandemią cybernetyczną”
- 1:45 — Co tak naprawdę się zepsuło: wyjaśnienie błęd zarządzania pamięcią
- 3:06 — Dlaczego PHP nigdy nie było bezpieczne i dlaczego ta luka różni się skalą
- 3:47 — Czy historia o hakowaniu z użyciem AI jest nagłośniana? AI wykonuje 95% pracy
- 5:08 — Trudny okres adaptacji i dlaczego Shinobi ma pewność co do tego, co będzie potem
- 6:41 — Żadne poważne oprogramowanie nie trafi na rynek bez audytu bezpieczeństwa z użyciem AI
- 7:23 — Czy Bitcoin jest zagrożony? libsecp256k1, Bitcoin Core i dlaczego powolny rozwój był słuszną decyzją
- 9:30 — Wyłącz węzeł Lightning i trzymaj monety w cold storage
- 12:09 — Kontrole konfiguracji multisig i Sparrow oraz gdzie śledzić inżynierów bezpieczeństwa
ZASTRZEŻENIE: Poglądy i opinie wyrażone w tym programie należą do jego uczestników i niekoniecznie odzwierciedlają oficjalną politykę lub stanowisko BTC Inc., Bitcoin Magazine ani żadnych powiązanych podmiotów. Te treści mają charakter wyłącznie informacyjny i edukacyjny i nie powinny być interpretowane jako porady inwestycyjne, prawne, podatkowe ani księgowe. Żadna część tego programu nie stanowi zachęty, rekomendacji, poparcia ani oferty kupna lub sprzedaży jakichkolwiek papierów wartościowych czy instrumentów finansowych. Widzowie powinni skonsultować się z własnymi doradcami przed podjęciem decyzji finansowych lub biznesowych.
Ten artykuł ukazał się pierwotnie na Bitcoin Magazine, a jego autorem jest Patrick Green.