CrowdStrike broke Debian and Rocky Linux months ago

Earlier Linux Breakages and Testing Gaps

  • Commenters link April incidents where CrowdStrike updates crashed Debian, Rocky, and RHEL/derivatives, sometimes causing boot loops until the agent was disabled or reconfigured (e.g., switching from eBPF to kernel mode).
  • Some note configurations were advertised as “supported” but weren’t in the test matrix; this is described as at least negligent and possibly close to fraudulent.
  • Others mention a separate Windows DLL-injection feature, stressing it’s opt‑in, heavily warned about, and not comparable to the recent mandatory sensor failures.

Liability, Incentives, and “Why Test?”

  • Several argue CrowdStrike has weak incentives to invest in QA: sales are driven by compliance checklists, not technical merit.
  • One view: testing “should” be rigorous but won’t be if it harms margins; costs and damage are largely externalized to customers.
  • Some call for legal limits on liability waivers and stronger regulatory or financial penalties for failures.

What CrowdStrike / EDR Does and Why Orgs Buy It

  • Described as an AV/EDR platform whose real value is:
    • Getting security/compliance/legal sign‑off.
    • Centralized deployment/management across large fleets.
    • Providing plausible deniability for executives (“we installed the industry tool”).
  • Effectiveness at actually stopping attacks is questioned; suggested to be hard to measure and possibly security theater.

Security vs Availability and “Malware” Analogies

  • Several criticize EDR agents as effectively malware: kernel‑level hooks, remote command/control, large data exfiltration, and potential to brick fleets.
  • Security teams are seen as trading away availability (and some confidentiality) for perceived integrity and audit comfort.

Why Linux Impact Was Smaller

  • Fewer orgs install such agents on Linux; some admin teams quietly avoid or sandbox them.
  • Linux admins are perceived as more able to diagnose and remove a bad agent quickly.
  • Windows incidents draw mass‑media attention because of the much larger enterprise install base and visible outages (e.g., airlines).

Product Quality, QA, and Economic Structures

  • Broader lament about declining QA across industries (software, aviation), driven by profit optimization and short‑term management incentives.
  • Managers can gain career credit for risky shortcuts long before failures surface.

Open Source vs Corporate Software Robustness

  • Many see OSS/Linux as more robust despite being “lashed together,” attributing this to:
    • Public code visibility and embarrassment as a quality driver.
    • Passion and pride among maintainers.
    • Strong testing cultures in many projects.
  • Counterpoints:
    • Major OSS failures (Heartbleed, Log4Shell) show it’s not inherently safer.
    • Much OSS is funded and hardened by large corporations.
    • Linux userland and desktop stacks can be fragile; Windows is praised by some for surviving massive real‑world abuse.

Compliance, Monoculture, and Vendor Power

  • Compliance pressure is seen as pushing enterprises toward a tiny set of OSes and security vendors, reinforcing monoculture risk.
  • Some predict only one “acceptable” enterprise Linux flavor will remain under regulatory regimes.

Privacy and Workplace Monitoring

  • CrowdStrike and similar tools are experienced as keyloggers/activity monitors.
  • One stance: don’t do personal tasks on employer devices; they’re legitimately monitored.
  • Others say this doesn’t excuse pervasive spyware and that it should still be called out.

Brand Protection and Public Perception

  • Discussion of “.sucks” domains and preemptive registration (including derogatory variants) as evidence of marketing/PR focus.
  • Some speculate earlier Linux issues stayed small because media didn’t consider them newsworthy until airline‑scale disruption appeared.