A Dozen Observations About "UEFI 9/11" Deflections
As noted earlier [1, 2], we can expect a lot of spin in the coming days/weeks.
What we are expected to see, tentatively:
- widespread censorship or demotion of reports (pretending it's just some personal issue or due to a user's mistake)
- Microsoft fault- or blame-shifting
- OEM blame-shifting
- efforts to blame users for not using Windows
- Microsoft will eventually acknowledge reports but find some hardware company to use as a scapegoat, or to pretend the issue is rare and limited
- deny there is an issue at all (or say it's not a big deal because people can follow some steps found online after getting all stressed and finding themselves unable to go online at all!)
- it is not the case that users reboot every day, so over time we'll see how widespread it really is
- impact spread out over period of time, so a PR opportunity (f)or damage mitigation (e.g. trying to change the subject, try to make the issue seem like "old news")
- with the principal culprit "away" on a phony holiday, pretending that it won't be widespread, there will be no tree to bark at (or up)
- OEMs staying mum (silence) or banning users who ask about this in forums
- suggestions made that are impractical, e.g. system clock changes or battery removal; that just won't work in the age of NTP and batteries soldered into everything
- what else?
We'll soon start a new series, right after the first*; the two series help demonstrate the seriousness of the root cause [pardon the pun] of the SLAPP; or twisted another way, it's a case of RMS was right (but not FSF in general because of that misguided award). An associate has said: "Correct. FSF made a big mistake." █
___
* Series index:
- The UEFI 9/11 - Part I - Introduction to Impending Catastrophe (Microsoft Preventing People From Booting Non-Windows Systems)
- The UEFI 9/11 - Part II - Campaign of Censorship and Defamation Against Critics
- The UEFI 9/11 - Part III - Chaos is Scheduled to Happen Second Thursday of September (No Matter What the Microsofters Tell You)
- The UEFI 9/11 - Part IV - External Interference
- The UEFI 9/11 - Part V - This is Not a Drill (Disable "SecureBoot" Now)
- The UEFI 9/11 - Part VI - This Serious Harm Was Planned for Over a Decade, Not an Accident or Merely Some Misfortune
- The UEFI 9/11 - Part VII - This Coming Week Many PCs Will Refuse to Boot "Linux" (Because of Microsoft's Expired Certificate)
- The UEFI 9/11 - Part VIII - Denial of Service and Selling Us WSL (Windows) Instead of "Risky" (Prone by Breakage by Microsoft) GNU/Linux
- The UEFI 9/11 - Part IX - Shunning Old Computers (in 2023 the Certificate Was Updated/Overridden, Underlying Aim May Be Herding/Forcing People to Get TPM and Other 'Novel' Restrictions)