News for hackers. Stuff that matters.
Re:Microsoft disables Spectre mitigations as Intel’s patches... by hishnash on Monday January 29, 2018 @04:13AM (#16256344)
Im really wanding they had more than 6months to do these patches and they did not bother testing on a good number of systems. Its not like MS + Intel dont have enough money to buy a few 1000 testing machines and get some testers on it.
Re:Microsoft disables Spectre mitigations as Intel’s patches... by prewett on Monday January 29, 2018 @01:43PM (#16259608)
Have you released a bugfix to a large application? I've had one line fixes break some use case I hadn't even heard of before, and it doesn't always show up right away, either. Intel's fix has to work on every application in every version of Windows, macOS, Linux, for multiple versions of processors with multiple different chipsets. And it has to be done yesterday. That's a nightmare scenario.
Re:Microsoft disables Spectre mitigations as Intel’s patches... by x0x0 on Monday January 29, 2018 @05:01AM (#16256553)
I came here to ask the same thing. How did these folks squander six months?
Re:Microsoft disables Spectre mitigations as Intel’s patches... by peoplewindow on Monday January 29, 2018 @07:30AM (#16257079)
I think Spectre may have appeared later, after Meltdown? Remember the investigations into what's possible were proceeding in parallel with the attempted fixes.

Also, CPU design changes take a long time. 6 months may seem a long time from the perspective of HackerNews node.js type hackers, but it's a bit harder to patch decades worth of CPU microcode than a website.

Re:Microsoft disables Spectre mitigations as Intel’s patches... by hishnash on Monday January 29, 2018 @08:20AM (#16257301)
Reading over googles project0 page it reads as if they told AMD about the issues on 2017-06-01 why would they do this if it were meltdown only?

also look at the exploit numbering:

Variant 1: bounds check bypass (CVE-2017-5753) Variant 2: branch target injection (CVE-2017-5715) Variant 3: rogue data cache load (CVE-2017-5754)

according to https://cve.mitre.org/cve/identifiers/ this is sequence based so `Variant 2` was recorded to CVE before v1 and v3.

I get it may take a long time (that is fine even if the patches took a few more days), what I don't get is that they released it to production (server) envs seemingly without testing. Surely even rudimentary testing (deploying on a few 1000 different server platforms for a few hours at least should be something that Intel does for all microcode updates, after all they are rather more important than js Node packages as you point out)

Re:Microsoft disables Spectre mitigations as Intel’s patches... by peoplewindow on Monday January 29, 2018 @12:56PM (#16259233)
I haven't heard of microcode updates that hurt stability before. Presumably the collapse of the embargo caused them to do an accelerated release, skipping their usual long testing cycle.
Re:Microsoft disables Spectre mitigations as Intel’s patches... by vbernat on Monday January 29, 2018 @10:25AM (#16257972)
Currently, they are not patching a decade worth of CPU microcodes since we have 0 working microcode. And, previously, released microcodes were only down to Ivy Bridge EP (~2014).
Re:Microsoft disables Spectre mitigations as Intel’s patches... by im3w1l on Monday January 29, 2018 @04:26AM (#16256394)
Only reason I can think of is that they didn't immediately realize how much of a headache it would be.