Explainer

One vendor, one update, one outage: how shared technology becomes shared risk

The efficient way to build technology is to share it: one operating system, one security product, one cloud, one controller vendor. The efficient way is also how a single mistake or a single compromise reaches a million machines. This piece is about the weakness we built ourselves.

Updated · 2 min read

01An outage with no attacker

On 19 July 2024 a faulty software update from the security company CrowdStrike crashed Windows computers around the world. Microsoft estimated 8.5 million devices were affected, under 1% of all Windows machines, per its own blog post, yet the effect was out of proportion because those machines were concentrated in airlines, hospitals, banks and broadcasters. Published estimates of the financial damage run to at least US$10 billion. There was no attack, only a bad update to a tool installed to prevent attacks.

It matters because it showed the blast radius of a mistake. An attacker who finds the same lever does not need to hack a thousand companies; they need to hack the one they share.

02The third-party problem

Verizon's 2025 Data Breach Investigations Report analysed more than 22,000 security incidents, including 12,195 confirmed breaches, and found that the share of breaches involving a third party doubled from 15% to 30% in a year. Vulnerability exploitation, particularly in edge devices and VPNs, also rose. Every business now depends on its suppliers' security, and often cannot see it.

  • Vendor as door: attackers reach many customers by compromising one supplier or tool (the pattern behind the 2025 grocery-distributor incidents in retail).
  • Vendor as blast radius: a common controller or product means one flaw affects many stores at once. This is the apparent shape of the supermarket fridge attacks, where a Danfoss product line was named in several countries.
  • Vendor as failure: the CrowdStrike case, where no attacker was involved at all.

03What reduces it

  1. 01Know your dependencies: list the vendors whose failure would stop you, and the vendors those vendors rely on.
  2. 02Stage updates: roll to a small group first, as many organisations changed their policy after July 2024.
  3. 03Plan for the vendor being down: manual fallbacks, a second provider for the truly critical function, tested restore procedures.
  4. 04Ask suppliers for evidence: patch cadence, access controls, incident notification terms.
  5. 05Limit what each vendor can reach with least-privilege credentials, so a compromised supplier cannot walk the whole network.

Payments are a good example of a dependency worth designing for. A merchant that takes cards, bank transfers and crypto through a gateway has more than one route if one rail or provider fails. Redundancy is not exciting, but it is what keeps a store trading.

04Sources

Questions

What caused the CrowdStrike outage?
A faulty software update from CrowdStrike on 19 July 2024 crashed Windows machines running its security sensor. It was not a cyberattack. Microsoft estimated 8.5 million devices were affected.
What is concentration risk in technology?
The risk that many organisations depend on the same vendor, product or cloud, so one failure or compromise affects all of them at once.
How common are third-party breaches?
Verizon's 2025 report found third-party involvement in 30% of breaches it analysed, double the 15% of the year before.

Next

Run a real invoice before you commit

Test keys work immediately, with no approval step. Payaries runs on real mainnet networks, so use a small real payment to test.