Awaria Google Cloud zakłóciła pracę brytyjskich banków i NHS; Google powołuje się na brak zasilania, a nie na błąd oprogramowania
Opublikowano:
W skrócie
Awaria Google Cloud 20 października 2026 r. przerwała usługi brytyjskich banków, w tym Lloyds, HSBC i Revolut, a także NHS England, Royal Mail i innych witryn, po awarii zasilania w strefie data center regionu londyńskiego. Google stwierdziła, że około ośmiogodzinna awaria została spowodowana tym zdarzeniem zasilania, a nie luką w zabezpieczeniach oprogramowania; oddzielna krytyczna luka w bezpieczeństwie PHP ujawniona w tym samym tygodniu nie jest związana z tym incydentem, zgodnie z przeanalizowanymi źródłami.
Ta wersja jest tłumaczeniem maszynowym oryginału (English). Przeczytaj oryginał
Co się stało
20 października 2026 r. region Google Cloud europe-west2, w którym znajdują się londyńskie centra danych firmy, uległ awarii począwszy od 06:08 UTC, zgodnie z przeglądem strony statusu Google przez The Register. Google przypisała awarię zdarzeniu zasilania w strefie dostępności europe-west2-b, jednej z trzech stref tworzących region londyński.
Zdarzenie zasilania spowodowało awarię w strefie europe-west2-b. Zdarzenie zasilania zostało wyeliminowane. Obserwujemy odzyskiwanie usług i priorytetyzujemy odzyskiwanie istniejących obciążeń.
— Strona statusu Google Cloud, cytowana przez The Register
Google stwierdziła, że zdarzenie zasilania zostało wyeliminowane do 14:03 UTC, mniej więcej osiem godzin po rozpoczęciu awarii, jak podaje The Register, po czym odzyskiwanie kontynuowało się dla większości dotkniętych klientów.
Oś czasu awarii (UTC, 20 października 2026)
Czas
Zdarzenie
06:08
Awaria rozpoczyna się w strefie europe-west2-b, region londyński
11:58
Google publikuje aktualizację mówiącą, że pełne odzyskiwanie powinno być ukończone 'wstępnie' do 13:00 UTC
14:03
Google stwierdziła, że zdarzenie zasilania zostało wyeliminowane; usługi są odzyskiwane
Kto był dotknięty
The Register podała, że około 38 produktów Google Cloud zostało zakłóconych, w tym Cloud Run, Google App Engine, Google Kubernetes Engine, Cloud Filestore, BigQuery Data Transfer Service, Managed Service for Apache Kafka i Google Cloud NetApp Volumes.
Lloyds Bank i HSBC — zakłócenia w bankowości internetowej (The Register)
Revolut — płatności kartą, wypłaty z bankomatów, przelewy pieniężne, wymiana walut i obrót akcjami były objęte (Global Banking and Finance)
Royal Mail, DPD, Rightmove, BT i Screwfix — zgłoszono zakłócenia w usługach (The Register)
NHS England — usługi były objęte (Global Banking and Finance)
Revolut stwierdziła, że pieniądze i dane klientów pozostały bezpieczne pomimo zakłóceń w świadczeniu usług, zgodnie z Global Banking and Finance.
Odpowiedź organów regulacyjnych
Brytyjski Urząd Nadzoru Finansowego stwierdziła, że jest świadoma incydentu i angażuje się z Google i dotkniętymi firmami, aby zrozumieć wpływ, jak podaje Global Banking and Finance.
Od lipca 2026 r. brytyjskie organy regulacyjne wyznaczył Google Cloud jako 'krytyczną stronę trzecią' obok Amazon Web Services, Microsoft i Oracle, status odzwierciedlający obawy organów regulacyjnych dotyczące ryzyka koncentracji w sektorze finansowym, gdy wiele firm zależy od tej samej małej grupy dostawców usług w chmurze, zgodnie z Global Banking and Finance.
W tym samym tygodniu ujawniono oddzielną lukę w bezpieczeństwie PHP
W tym samym okresie naukowcy ujawnili dwie krytyczne luki w zdalnym wykonywaniu kodu w języku programowania PHP, śledzane jako CVE-2026-109618 i CVE-2026-109619 i nazwane 'PHP2Shell', wpływające na wersje PHP 5.4 i nowsze, według firmy zajmującej się bezpieczeństwem Sansec. Zespół bezpieczeństwa PHP ocenił obie luki na 9.2 w skali CVSS v4.0, a szczegóły wyciekły 20 października przed skoordynowanym ujawnieniem, z zaplanowanym wydaniem nagłej poprawki 21 października o 14:00 UTC.
Cloudflare zgłosiła wczesne próby exploitacji luk PHP od 07:43 UTC 21 października, stwierdziła Sansec. Żadne ze źródeł przeanalizowanych dla tego artykułu nie wiąże luk PHP z awarią Google Cloud; własne wyjaśnienie Google przypisało ten incydent zdarzeniu zasilania w jego londyńskim centrum danych, a nie błędowi oprogramowania.
Co wciąż jest nieznane
Strona statusu Google, jak podaje The Register, nie dostarczyła szczegółowego wyjaśnienia technicznego tego, co spowodowało samo zdarzenie zasilania, na przykład czy powstało w sieci zasilającej, czy w urządzeniach zapasowych na terenie. Google nie opublikowała pełnego raportu incydentu w momencie przeanalizowania tych źródeł.
Pytania
Co spowodowało awarię Google Cloud 20 października 2026 r.?
Google stwierdziła, że zdarzenie zasilania w strefie europe-west2-b swojego regionu londyńskiego spowodowało awarię; firma nie przypisała jej luce w zabezpieczeniach oprogramowania, zgodnie z The Register.
Czy awaria była związana z krytyczną luką w bezpieczeństwie PHP zgłoszoną w tym samym tygodniu?
Żadne analizowane źródło nie łączy tych dwóch zdarzeń. Google przypisała awarię zdarzeniu zasilania, podczas gdy luki PHP (CVE-2026-109618 i CVE-2026-109619) były oddzielnym ujawnieniem wpływającym na oprogramowanie oparte na PHP w ogólności, zgodnie z Sansec.
Które firmy i usługi były dotknięte awarią?
Zgłoszono zakłócenia w Lloyds Bank, HSBC, Revolut, Royal Mail, Rightmove, DPD, BT, Screwfix i NHS England, zgodnie z The Register i Global Banking and Finance.
Jak długo trwała awaria Google Cloud?
Google stwierdziła, że awaria rozpoczęła się o 06:08 UTC, a zdarzenie zasilania zostało wyeliminowane do 14:03 UTC tego samego dnia, mniej więcej osiem godzin później, zgodnie z The Register.
Czy pieniądze klientów Revolut są bezpieczne po awarii?
Revolut stwierdziła, że pieniądze i dane klientów pozostały bezpieczne pomimo przerwania świadczenia usług, zgodnie z Global Banking and Finance.
Ten tekst przygotowała sztuczna inteligencja, a przed publikacją przeszedł automatyczną kontrolę źródeł. Jeśli widzisz błąd, poproś o sprostowanie. Poproś o sprostowanie lub odpowiedź · Jak to robimy
Dwie krytyczne luki w PHP, CVE-2026-109618 i CVE-2026-109619, zmusiły agencje rządowe Holandii i Finlandii do przejścia witryn w tryb offline 21 października 2026 r., kilka godzin przed tym, jak deweloperzy PHP wydali awaryjną łatę. Obie luki otrzymały ocenę 9.2 na skali CVSS v4.0 i umożliwiają zdalne wykonywanie kodu bez uwierzytelniania; Cloudflare zgłosiła wczesne próby eksploatacji przed wydaniem poprawki.
Komisja Europejska wszczęła formalne dochodzenie przeciwko Booking.com na mocy Ustawy UE o usługach cyfrowych, badając, czy platforma wystarczająco starała się wstrzymać oszukańcze ogłoszenia i oszustwa phishingowe, które wykorzystują dane gości. Śledztwo bada również, czy płatne ogłoszenia "promowane" są wyraźnie oznaczone jako reklamy. To jest pierwsze formalne postępowanie w ramach Ustawy o usługach cyfrowych przeciwko Booking.com.
Incydent cyberbezpieczeństwa w Ahold Delhaize, spółce matce Food Lion, Hannaford, Stop & Shop i Giant Food, wyłączył z sieci strony internetowe, aplikacje i zamówienia online w całych Stanach Zjednoczonych, począwszy od 11-12 października 2026 roku. Fizyczne sklepy pozostały otwarte przez cały czas trwania incydentu, a firma oświadczyła, że nie znalazła żadnych dowodów na to, że dane klientów zostały skradzione, chociaż niektóre usługi cyfrowe w USA były nadal przywracane ponad tydzień później.
Meta trzykrotnie podwyższyła swoją prognozę wydatków na infrastrukturę sztucznej inteligencji na 2026 rok — z początkowego zakresu $115–135 mld do aż $130–145 mld, prawie dwa razy więcej niż $72,2 mld wydane w 2025 roku. Rozbudowa infrastruktury doprowadziła do załamania się wolnych przepływów pieniężnych niemal do zera w drugim kwartale i wywołała gwałtowne spadki cen akcji, generując zwiększoną kontrolę inwestorów przed opublikowaniem wyników Meta za trzeci kwartał 2026 roku 21 października.
