Un incident électrique dans la zone europe-west2-b de Google Cloud a paralysé les services bancaires de Revolut, Lloyds et HSBC ainsi que des établissements NHS au Royaume-Uni pendant 6 heures le 20 octobre 2026. L'incident relance le débat sur la concentration des services critiques dans le cloud.
En bref
- Un incident électrique dans la zone europe-west2-b de Google Cloud à Londres a provoqué une panne de six heures le 20 octobre 2026, paralysant des services bancaires, des hôpitaux NHS et des milliers d'entreprises au Royaume-Uni.
- Revolut, Lloyds, HSBC et Royal Mail ont été directement touchés, avec des cartes bancaires inopérantes et des retraits impossibles pendant plusieurs heures en pleine matinée de jour de travail.
- L'incident relance le débat sur la concentration des services financiers critiques sur un nombre restreint de prestataires cloud, préoccupation centrale des régulateurs britanniques et européens.
Six heures de paralysie : quand un incident électrique londonien bloque les banques britanniques
Ce mardi 20 octobre 2026, à partir de 7h00 heure locale, les utilisateurs de nombreux services en ligne au Royaume-Uni ont constaté des dysfonctionnements progressivement croissants : applications bancaires inaccessibles, paiements par carte refusés, retraits aux distributeurs impossible. À l'origine de cette cascade de pannes : un incident électrique dans la zone europe-west2-b de Google Cloud, l'une des trois zones de disponibilité composant la région Londres de l'infrastructure cloud du géant américain. La panne a duré jusqu'à peu après 13h00 heure locale, soit environ six heures d'interruption partielle, avant que Google n'annonce une « récupération progressive des services » sur l'ensemble de la région.
Google a officiellement décrit l'événement déclencheur comme un « power event » — une formulation délibérément vague qui englobe aussi bien une coupure de courant franche qu'une instabilité de tension ou une défaillance d'onduleur. Selon les informations techniques publiées sur la page de statut Google Cloud, l'incident dans la zone europe-west2-b a privé d'alimentation des équipements réseau critiques gérant le trafic sortant vers Internet. Conséquence directe : les routes BGP (Border Gateway Protocol) annoncées par Google vers les réseaux interconnectés ont été retirées, coupant les connexions entrantes et sortantes pour tous les services hébergés dans cette zone.
Les entreprises touchées forment un échantillon représentatif de la dépendance de l'économie numérique britannique à l'infrastructure Google Cloud. La fintech Revolut, dont les 40 millions de clients européens dépendent d'une infrastructure cloud-native, a vu la quasi-totalité de ses services affectés : paiements par carte, virements, consultation de solde, retraits aux DAB. Lloyds Banking Group et HSBC, deux des quatre grandes banques de détail du Royaume-Uni, ont signalé des perturbations sur leurs applications mobiles et leurs services en ligne. Royal Mail a rapporté des difficultés sur ses systèmes de suivi de colis et de planification des tournées. Des établissements du National Health Service (NHS) ont également signalé des problèmes sur certains systèmes administratifs hébergés sur Google Cloud.
La page de statut de Revolut, consultée par des milliers d'utilisateurs paniqués dès les premières minutes, affichait la plupart de ses services en état « unavailable » ou « partially available », incluant les paiements par carte en magasin, les paiements en ligne, les virements et les retraits aux distributeurs automatiques. Pour une banque uniquement digitale sans agences physiques ni cartes de crédit adossées à des réseaux alternatifs, une panne de cette ampleur est particulièrement critique : les clients n'ont aucun moyen de repli vers un service non-digital.
Sur les réseaux sociaux, les réactions ont été vives dès les premières heures. Des dizaines de milliers de publications documentaient les cartes refusées dans les supermarchés, les impossibilités de payer dans les transports en commun, ou les problèmes d'accès aux systèmes de réservation médicale. La City de Londres et les quartiers d'affaires concentrant de nombreuses entreprises clientes de Revolut ou utilisant des services hébergés sur Google Cloud ont été particulièrement affectés pendant la matinée. Des entreprises ont signalé l'impossibilité de traiter des commandes en ligne ou d'accéder à leurs outils SaaS hébergés sur la plateforme.
Google a publié une déclaration post-incident à 14h30 confirmant que « l'incident a été résolu » et qu'une analyse post-mortem détaillée serait publiée dans les 72 heures. Cette promesse de transparence est conforme à la politique habituelle de Google Cloud, qui publie des rapports d'incident approfondis sur sa page de statut — une pratique saluée par les professionnels mais qui ne compense pas les impacts économiques immédiats. La Financial Conduct Authority (FCA), le régulateur financier britannique, a indiqué surveiller la situation et être en contact avec les établissements bancaires affectés.
Cet incident intervient dans un contexte réglementaire sensible : la règle de résilience opérationnelle de la FCA, entrée en vigueur en mars 2022 et renforcée depuis, oblige les établissements financiers britanniques à démontrer qu'ils peuvent rester dans leurs « tolérances d'impact » même lors de perturbations majeures. La dépendance d'institutions systémiques comme Lloyds et HSBC à une seule zone de disponibilité d'un fournisseur cloud soulève des questions sur l'adéquation des architectures cloud-native aux exigences de résilience réglementaire.
L'incident rappelle également la panne Google Cloud de Francfort d'octobre 2024, qui avait déjà touché des entreprises européennes, et la panne AWS eu-west-1 de décembre 2021 qui avait paralysé des dizaines de services en Irlande et en Europe. Ces événements récurrents alimentent le débat sur la concentration du marché cloud et la nécessité d'architectures multi-cloud ou multi-région pour les services critiques.
Un signal d'alarme pour les régulateurs européens sur la concentration cloud
La panne Google Cloud UK de ce 20 octobre 2026 relance avec force un débat que les régulateurs européens et britanniques portent depuis plusieurs années : la concentration excessive des services financiers et des infrastructures critiques sur un nombre extrêmement restreint de fournisseurs cloud — essentiellement AWS, Microsoft Azure et Google Cloud — crée un risque systémique que les cadres réglementaires actuels peinent encore à adresser pleinement.
Au niveau européen, le règlement DORA (Digital Operational Resilience Act), entré en application le 17 janvier 2025, impose précisément aux entités financières de l'Union européenne de renforcer leur résilience numérique opérationnelle, notamment vis-à-vis des prestataires de services TIC (technologies de l'information et de la communication) considérés comme critiques. DORA prévoit un cadre de supervision directe par les Autorités Européennes de Supervision (ABE, AEAPP, ESMA) pour les « prestataires TIC tiers critiques » — une catégorie dans laquelle Google Cloud, AWS et Azure entreront vraisemblablement. Cet incident illustre exactement le type de risque de concentration que DORA cherche à réguler.
Au Royaume-Uni, la FCA et la Banque d'Angleterre ont publié conjointement en 2023 un document de consultation sur la supervision des « Critical Third Parties » (CTP) au secteur financier britannique, reconnaissant explicitement que la défaillance d'un fournisseur cloud majeur pourrait avoir des conséquences systémiques sur la stabilité financière nationale. La panne de ce mardi fournit aux régulateurs un cas d'école parfait pour argumenter en faveur de mesures plus contraignantes sur la diversification des fournisseurs cloud et les architectures multi-région pour les services bancaires critiques.
Pour les architectes cloud et les responsables de la continuité d'activité, cet incident démontre une fois de plus que la résilience dans le cloud ne se résume pas à l'utilisation de plusieurs zones de disponibilité au sein d'une même région. Une panne affectant l'infrastructure réseau de sortie d'une région entière — comme c'est potentiellement le cas ici — peut impacter simultanément toutes les zones de cette région. Les architectures véritablement résilientes pour des services critiques requièrent une distribution multi-régions (europe-west2 + europe-west1 + europe-north1 par exemple) avec des basculements automatiques testés régulièrement, ou idéalement une distribution multi-cloud intégrant au moins deux fournisseurs distincts.
Ce qu'il faut retenir
- Un incident électrique dans la zone europe-west2-b de Google Cloud à Londres a paralysé Revolut, Lloyds, HSBC, Royal Mail et des services NHS pendant environ 6 heures le matin du 20 octobre 2026.
- La panne, due au retrait des routes BGP par les équipements réseau privés d'alimentation, illustre les limites d'architectures cloud mono-région pour des services financiers critiques.
- DORA en Europe et les règles de résilience opérationnelle de la FCA au Royaume-Uni vont contraindre progressivement les établissements financiers à justifier leurs choix d'architecture cloud vis-à-vis des régulateurs.
Pourquoi une panne dans une seule zone Google Cloud a-t-elle pu affecter autant de services ?
Bien que Google Cloud découpe ses régions en plusieurs zones de disponibilité pour la résilience, certains composants réseau — comme les équipements gérant le trafic vers Internet — peuvent servir plusieurs zones simultanément. Dans cet incident, la panne électrique en zone europe-west2-b a affecté des équipements réseau partagés qui ont retiré les routes BGP de la région, coupant la connectivité entrante et sortante pour les services dépendant de cette infrastructure réseau. Les entreprises n'ayant pas d'architecture multi-région ou multi-cloud ont été directement affectées sans possibilité de basculement automatique.
Besoin d'un accompagnement expert ?
Ayi NEDJIMI vous accompagne sur vos projets cybersécurité et IA.
Prendre contactÀ propos de l'auteur
Ayi NEDJIMI
Auditeur Senior Cybersécurité & Consultant IA
Expert Judiciaire — Cour d'Appel de Paris
Habilitation Confidentiel Défense
ayi@ayinedjimi-consultants.fr
Ayi NEDJIMI est un vétéran de la cybersécurité avec plus de 25 ans d'expérience sur des missions critiques. Ancien développeur Microsoft à Redmond sur le module GINA (Windows NT4) et co-auteur de la version française du guide de sécurité Windows NT4 pour la NSA.
À la tête d'Ayi NEDJIMI Consultants, il réalise des audits Lead Auditor ISO 42001 et ISO 27001, des pentests d'infrastructures critiques, du forensics et des missions de conformité NIS2 / AI Act.
Conférencier international (Europe & US), il a formé plus de 10 000 professionnels.
Domaines d'expertise
Ressources & Outils de l'auteur
Articles connexes
APT28 infiltre un chantier naval OTAN avec Hookedge
APT28, le groupe d'espionnage du GRU russe, a compromis un chantier naval militaire et un fabricant de moteurs d'avions dans deux pays OTAN en déployant le backdoor Hookedge et un chargeur réflectif inédit. L'activité manuelle des attaquants a duré plus d'une semaine.
AOMEI Backupper ciblé par une attaque supply chain furtive
UNC7017 a compromis les serveurs de mise à jour d'AOMEI Backupper lors de courtes fenêtres de 5 à 10 minutes entre mai et juillet 2026 pour déployer le backdoor ShinyRoad. Les administrateurs doivent immédiatement vérifier leurs systèmes.
UK CMA : Microsoft dans le viseur sur cinq marchés logiciels
La CMA britannique a proposé le 16 octobre 2026 d'attribuer à Microsoft le statut SMS sur cinq marchés logiciels d'entreprise, ouvrant la voie à des règles contraignantes sur Copilot, les bundles E5 et les licences cloud.
Un projet cybersécurité ? Parlons-en.
Pentest, conformité NIS 2, ISO 27001, audit IA, RSSI externalisé… nos experts répondent sous 24h pour évaluer votre besoin et vous proposer un accompagnement sur mesure.
Commentaires
Aucun commentaire pour le moment. Soyez le premier à commenter !
Laisser un commentaire