patch&proof.
The briefing ↗
THE INDEPENDENT SECURITY RESEARCH JOURNAL
← Incident desk

Incident / 0006-bf-003 / historical case file

Conficker outlived its patch and forced a coordinated industry defense

A worm that kept spreading years after Microsoft's fix pushed security vendors, registries and ICANN into an unprecedented joint response.

Historical analysis. Event dates and source publication dates are recorded with the evidence.
Visual published with the cited source, shown for identification of the record. Image: learn.microsoft.com ↗Source image · credit and context below
The defensive takeaway

Confirm that internet-facing Windows systems in your environment received the October 2008 class of critical patches, and ask whether your organization would notice a domain-generation-algorithm-based infection spreading through weak local administrator passwords.

What happened

On 23 October 2008, Microsoft released a critical, out-of-cycle security bulletin for a flaw in the Windows Server service that could let an unauthenticated attacker run code on a vulnerable machine over the network. Within weeks, a worm that came to be called Conficker began exploiting the same flaw and, according to ICANN's later review of the response, continued spreading for years afterward by also guessing weak network passwords and abusing removable drives, even as security vendors and registries fought to block the domains it used to receive instructions.

Confidence and limits

The ICANN account was written by the organization's senior security technologist based on the working group's own records, and it is detailed about dates, participants and mechanics. It draws on Shadowserver Foundation tracking data for infection counts, which the report describes as estimates that vary widely and which it says remained in the millions more than a year after the initial patch. The report is explicit that it documents containment, not eradication, and it does not identify the malware's authors.

Why it mattered

Conficker's writers responded to each containment step by generating more candidate domains across more top-level domains, eventually forcing the ad hoc group, which became known as the Conficker Working Group, to coordinate with more than 100 registries. The review credits the effort with disrupting the botnet's command channel and demonstrating that competing registries, vendors and law enforcement could act together at speed, but it also records the response as heavily dependent on volunteer effort, informal trust networks and goodwill that, the report says, would not scale to a second simultaneous incident.

Defensive takeaway

Verify that any systems still running the operating system versions covered by the 2008 bulletin, if any remain in your environment for legacy reasons, are isolated from untrusted networks and removable media, since the underlying pattern, a patched flaw that persists through weak passwords and disconnected assets, recurs in later worms.

  • Do you have an inventory that can tell you, within a day, which internal hosts are missing a specific critical patch?
  • Are local administrator and service account passwords on your network unique per host, or could one guessed password unlock many machines?
  • Would your organization notice a sudden increase in blocked outbound connections to newly registered domains, a common sign of a domain-generation-algorithm botnet?

Conficker is remembered less for what it did, since the report describes no publicly confirmed destructive payload ever being activated, than for what it required of defenders: a patch six months old was not enough on its own, and stopping the worm took a coordination structure that did not previously exist among competing registries and vendors.

Evidence ledger

Open the source. Check the claim.

Microsoft's own bulletin documents the underlying flaw and patch date, and ICANN's after-action report, written by the security technologist who helped coordinate the response, documents the containment effort in detail; infection totals cited are drawn from third-party sinkhole monitoring the report itself describes as an estimate.

Incident / event
November 2008 event
Lead source published
2008-10-23
Microsoft Security Bulletin MS08-067 - Critical2008-10-23 · vendor-primary
Original critical patch for the Windows Server service vulnerability Conficker exploited.
↗
Conficker Summary and Review2010-05-07 · project-primary
ICANN security team's chronology and lessons-learned account of the multi-year containment effort and its reliance on ad hoc coordination.
↗
Search the evidence
Source image / inspection view

View original source ↗Source credits and usage context remain attached. Check original terms before reusing an image.