FEDERICA BERTONIAI Risk · Cyber Intelligence · Digital Evidence Review
ANALYSIS

Home / Analysis

Cyber Geopolitics

Revolut’s outage exposes the physical geography behind digital payments

Revolut has restored its services. The October 20 disruption leaves questions about Google Cloud’s power event and the continuity of payments when shared infrastructure fails.

Federica BertoniUpdated October 21, 2026, at noon Italian time.
Glass facade of Revolut’s headquarters in Canary Wharf, London, with the company sign. Illustrative photograph taken June 19, 2025.
Canary Wharf, London, June 19, 2025. Context photograph, not a photograph of the October 20, 2026 outage.Illustrative photograph Boubloub / Wikimedia Commons, CC0 1.0. Unmodified original. · Photo source · CC0 1.0

A day of uncertain access to money

On October 20, some Revolut customers encountered the gap between having money and being able to use it when an app would not respond or a payment would not go through. Reports described problems with the app, cards, and cash withdrawals. Revolut acknowledged the disruption and said customer funds and data were safe. That is the company’s assurance, rather than an independently verified finding. [4] [5] [3]

Google documents a power event in its London zone, europe-west2-b, and records the incident between 8:08 a.m. and 4:00 p.m. Italian time on October 20. Its 4:03 p.m. update described the problem as mitigated for most customers. That statement captures one stage of infrastructure recovery and needs to be distinguished from the resumption of transactions in the applications that depend on it. [1]

On the evening of October 20, Revolut announced that all services had been restored. El País had reported that confirmation by its 8:22 p.m. CEST update. Revolut’s Italian status page also showed all systems operational when checked on October 21. The earlier partial outage therefore belongs in the chronology of the incident. Assessing continuity still requires following recovery through the entire chain, to the transaction completed by the customer. [7] [2]

The initial cause and the limits of attribution

As of the October 21 review, Google had not published the final analysis announced following its internal investigation. Its description of the power event therefore leaves the initiating cause unresolved. Cyber activity can, in principle, affect electricity supply; attributing this incident to it would require specific evidence that was absent from the public material examined. A theoretical possibility cannot substitute for an investigation. [1] [6]

Any relationship with the European protests requires a separate assessment. Timing and the strategic importance of the affected services do not establish a common operation. That would require documented links between the actors, infrastructure, or activities involved. As of October 21, the material examined provides no evidence sufficient to support such links. The geopolitical assessment remains grounded in cross-border dependencies and the ability to respond. A coordinated campaign behind these events would require further evidence.

The cloud still has a physical geography

The cybergeopolitical significance lies in dependencies, before any question of intent. A customer’s country and the brand displayed in an app reveal little, on their own, about the location of the systems that enable a transaction. When an essential step relies on shared infrastructure, a geographically limited interruption can have consequences across borders.

This does not allow us to reconstruct Revolut’s internal architecture from the available reporting. The components that prevented service, the behavior of redundant systems, and the constraints on recovery still require clarification. Without that evidence, claiming that no contingency plan existed would be unjustified. It is reasonable, however, to expect the ability to keep operating to be demonstrated through tests and observable recovery times.

For organizational leaders, technology concentration must therefore be assessed alongside the practical ability to replace a dependency. An alternative provider on paper offers limited protection if switching requires configurations, approvals, or skills that are unavailable during an emergency. Diversification also needs to be checked throughout the chain, since two apparently separate services could share a critical dependency.

Recovery must be tested through completed transactions

Operationally, the decisive test is whether an activity can be completed. Opening an app does not establish that a transfer has reached its destination, a payment has been confirmed, or an accounting entry has been reconciled. These are separate steps, and they may recover at different times.

For a business that relies on a financial platform in its daily operations, preparation means identifying deadlines that cannot wait and assigning responsibility for checking execution. An alternative channel needs sufficient funds, appropriate authorizations, and limits that accommodate those transactions. The procedure must also address instructions with an uncertain outcome, so that repeating an attempt does not create a duplicate when systems become available again.

The public information reviewed does not support a total economic damage estimate or a systematic distinction between failed transactions and delayed ones.

Trust depends on information people can act on

During a financial service outage, reassurance that money is protected addresses a fundamental concern. Someone who needs to pay a supplier or get home from a trip also needs to know which functions remain available, which transactions are pending, and when to expect another update. Communication becomes a practical part of the response.

The provider’s final analysis and checks on completed transactions should allow a fuller assessment. For now, the case directs attention toward continuity that can actually be put into practice. Financial service readiness becomes visible when a dependency fails and the organization can still support priority activities, explain its limits, and demonstrate that recovery has reached the customer.

Sources and evidence

  1. Google Cloud — official London incident timeline, October 20, 2026Accessed October 21, 2026
  2. Revolut Italia — service status, accessed October 21, 2026Accessed October 21, 2026
  3. Reuters — Google Cloud outage in UK eases after impacting digital banks, public sector websites, October 20, 2026Accessed October 20, 2026
  4. Sky TG24 — Revolut down oggi, l’app non funziona, October 20, 2026Accessed October 20, 2026
  5. Associated Press — Google Cloud outage hits UK banks, October 20, 2026Accessed October 20, 2026
  6. CISA — historical cyber incidents affecting electricity supply, January 11, 2022. Technical background, with no documented connection to London.
  7. El País — Revolut confirms full service recovery, updated October 20, 2026, at 8:22 p.m. CESTAccessed October 21, 2026

You stay in control

Your preferences

The site does not include advertising, browsing analytics, or profiling. You can choose whether to remember your accessibility settings for subsequent pages and visits.

Technical functions

Always necessary

Once you make a choice, the browser stores it for 6 months so it can be respected without displaying the notice on every page. This record contains no personal identifiers and is not sent to the site.

Stores text size, contrast, link underlining, and reduced motion settings on your device. Settings are not sent to the Data Controller or to third parties. Without this option, you can adjust them on the current page.

These settings expire when your choice expires: no later than 6 months. If you reject or disable this option, saved settings are deleted; active settings remain available on the current page.

This choice does not authorize future tools or services. For full details, including any technical security tools used by the hosting provider, read the cookie and preferences policy.