Una falla eléctrica en la región londinense de Google Cloud paralizó durante horas los servicios de bancos como, Revolut, HSBC, Lloyds y Barclays, dejando a millones sin pagos ni transferencias. No hubo ciberataque ni robo de datos: falló la disponibilidad, el vector que la banca digital descuida. El incidente revela que la ciberseguridad de un proveedor no garantiza continuidad operativa. Para el Perú, la lección es urgente: exigir diversificación de nubes y regiones, simulacros de caída y responsabilidad legal clara para las entidades supervisadas. El gigante no es invencible; nuestra dependencia tampoco debería serlo.
Cuando la disponibilidad es tu talón de Aquiles: Caída de Google en la banca
El apagón de Google Cloud en Londres expuso la fragilidad del sistema financiero digital y dejó al Perú una lección incómoda: la ciberseguridad de un proveedor no es la soberanía tecnológica de un país.
(americasistemas.pe. Lima, Perú – 28 de octubre 2026) El material recibido describe un incidente crítico ocurrido en octubre de 2026: una falla eléctrica en la región «europe-west2» de Google Cloud, ubicada en Londres, provocó un apagón digital que paralizó durante aproximadamente diez horas los servicios de bancos como Revolut, HSBC, Lloyds, Barclays y Bank of Scotland. Ojo que el evento no fue un ciberataque, sino una interrupción de infraestructura física que desencadenó un efecto dominó en pagos con tarjeta, transferencias, acceso a aplicaciones y hasta en el sistema de videoconferencias de los tribunales ingleses.
El texto base tiene un valor periodístico indiscutible, pero requiere una reestructuración para separar la anécdota técnica de la lección estratégica. Nuestro lector anónimo insiste en un punto que es, en nuestro criterio, el núcleo de la nota: Google se precia de su ciberseguridad, pero el incidente demostró que la disponibilidad del servicio depende de un cable de energía y de un centro de datos en un solo punto geográfico. Para el Perú, esto no es una noticia lejana; es una advertencia sobre la dependencia que estamos construyendo.
Lo que realmente ocurrió (y lo que no)
Es fundamental precisar que no hubo filtraciones de datos ni robos de fondos. Revolut fue enfático: el dinero de los clientes estaba seguro. El problema fue de disponibilidad, no de confidencialidad. Sin embargo, en el sector financiero, la disponibilidad es tan crítica como la seguridad. Un banco que no permite sacar dinero o pagar en un supermercado, aunque sea por horas, genera una crisis de confianza inmediata.
La causa fue una «interrupción eléctrica» en las instalaciones de un tercero en Londres. Google activó sus protocolos y restableció el servicio, pero el daño reputacional y operativo ya estaba hecho. La ironía que plantea el lector es válida: el mismo gigante que invierte miles de millones en firewalls, detección de intrusiones y cifrado avanzado, sucumbió ante un problema de suministro eléctrico. La ciberseguridad moderna no solo protege contra hackers; debe garantizar la resiliencia física y la redundancia geográfica.
La lección para el Perú: descentralización y soberanía operativa
El Perú no es ajeno a esta dinámica. La Superintendencia de Banca, Seguros y AFP (SBS) y el Banco Central de Reserva (BCR) han avanzado en la regulación de riesgos operativos y de tercerización (cloud computing). Sin embargo, el incidente europeo revela tres falencias que debemos examinar con crudeza:
- La ilusión de la redundancia contratada: Muchas entidades peruanas creen que por contratar servicios en «la nube» ya son resilientes. Pero si toda la banca peruana, o una porción significativa de ella, opera sobre la misma región cloud (por ejemplo, Estados Unidos Este), un evento similar podría dejar a millones de peruanos sin acceso a sus cuentas o sin capacidad de pago en comercios. La regulación debe exigir diversificación de proveedores y regiones, no solo acuerdos de nivel de servicio (SLA) que en la práctica son letra muerta durante una crisis sistémica.
- La brecha de los pagos minoristas: En el Reino Unido, el impacto fue masivo porque la economía es casi enteramente digital. En el Perú, la digitalización avanza, pero aún hay un colchón de efectivo. No obstante, billeteras digitales y aplicaciones bancarias son ya infraestructura crítica. Si un evento así ocurriera aquí, el caos en provincias donde la conectividad es precaria sería mayúsculo. El BCR debe liderar ejercicios de simulación de caída de nube con la banca local, algo que hasta ahora es incipiente.
- La responsabilidad legal diluida: Google se disculpó y señaló un problema eléctrico. Los bancos europeos, por su parte, recordaron a sus clientes que sus fondos estaban seguros. Pero, ¿quién asume el costo económico de un comercio que no pudo cobrar o de un ciudadano que no pudo pagar una emergencia? En el Perú, la Ley de Protección de Datos Personales y la normativa de servicios financieros no tienen una respuesta clara para fallas de disponibilidad causadas por terceros globales. La responsabilidad final debe recaer siempre en la entidad financiera supervisada, y esta debe tener planes de contingencia probados y auditados, no solo declarados.
Vemos que el gigante no es invencible, nosotros tampoco deberíamos creerlo
El reportaje del especialista propone que no debe quedarse en la crónica del apagón. Debe convertirse en una voz de alerta. Google, Amazon y Microsoft son socios tecnológicos formidables, pero no son Estados ni garantes de continuidad. El Perú necesita una política de soberanía digital financiera que, sin caer en el aislamiento tecnológico, exija a los regulados demostrar que pueden operar en modo degradado durante al menos 24 horas sin depender de un solo hiperescalador.
La próxima vez que un banco peruano anuncie con orgullo que «migró todo a la nube», la pregunta del regulador y de todo ciudadano informado debe ser: ¿a cuántas nubes, en cuántos países, y qué pasa si una se apaga como la de Londres? La respuesta a esa pregunta es la verdadera ciberseguridad.
