Safeguard
Vulnerability Analysis

Stuxnet (2010): Four Zero-Days Aimed at Industrial Controllers

A factual retrospective on Stuxnet, the malware discovered in 2010 that targeted Siemens PLCs controlling uranium enrichment centrifuges, and why it reset expectations about targeted attacks on physical systems.

Safeguard Research Team
2 min read

Stuxnet (2010): Four Zero-Days Aimed at Industrial Controllers

Summary

Stuxnet was discovered in June 2010 and is widely regarded as the first publicly known malware designed to cause physical damage to industrial equipment. It targeted Siemens Step7 software and the S7 programmable logic controllers (PLCs) used to operate uranium enrichment centrifuges, altering centrifuge speeds while reporting normal readings to operators.

Technical Root Cause

Stuxnet was notable for the number of previously unknown vulnerabilities it chained, including four zero-days, among them a Windows LNK shortcut handling vulnerability (CVE-2010-2568) that allowed execution via removable media, and a print spooler vulnerability (CVE-2010-2729). It used stolen legitimate code-signing certificates from two Taiwanese hardware companies to make its drivers appear trustworthy.

Its propagation was designed to cross air gaps via USB removable media, and its payload was extremely narrowly targeted: it only activated its destructive routine when it identified a very specific PLC configuration, remaining dormant elsewhere.

Why It Mattered

Before Stuxnet, the security of operational technology and industrial control systems was often justified by air-gapping and obscurity. Stuxnet demonstrated that a sufficiently resourced actor could cross an air gap, subvert legitimate code signing, and cause real physical destruction, while actively deceiving the monitoring systems operators relied on.

OWASP / CWE Mapping

  • CWE-494: Download of Code Without Integrity Check (abuse of signing trust)
  • Primary techniques map to MITRE ATT&CK for ICS rather than the web-focused OWASP Top 10

Lasting Impact

Stuxnet is the origin point for modern ICS/OT security as a distinct discipline, drove the creation of dedicated ICS-CERT advisories and standards work, and remains the canonical example that code signing establishes origin, not trustworthiness, since the certificates involved were genuine but stolen.

How Safeguard Helps

The transferable lesson for software supply chains is the signing one: Safeguard's provenance and integrity tracking is built on the premise that a valid signature answers "who published this" and not "is this safe," which is exactly the gap Stuxnet exploited and that later attacks like 3CX exploited again.

References

Never miss an update

Weekly insights on software supply chain security, delivered to your inbox.

Self-healing security runs on Safeguard.

Your first fix PR is minutes away.

No sales call required, even your agent can complete the purchase over MCP.