Live data from Hacker News

MIT researchers uncover ‘unpatchable’ flaw in Apple M1 chips

techcrunch.com

71–80 of 204 posts

Re: MIT researchers uncover ‘unpatchable’ flaw in Apple M1 chips

#71
The growing pains of silicon development date back to the Intel line of Pentium FDIV bug issues. Not surprised it occurred, just surprised it took so long to come to fruition. I can only think its the lack of hardware engineers savvy enough to exploit such an issue, since the abstractions from hardware are so far removed from us general populous software developers.

Any thoughts on the above?

Re: MIT researchers uncover ‘unpatchable’ flaw in Apple M1 chips

#72
post #54
post #39

Earlier quoted context omitted.

Hi! I think I can clear a few things up here. Our goal is to demonstrate that we can learn the PAC for a kernel pointer from userspace. Just demonstrating that this is even possible is a big step in understanding of how mitigations like pointer authentication can be thought of in the spectre era. We do not aim to be a zero day, but instead aim to be a way of thinking about attacks/ an attack methodology. The timer us…

Something definitely went wrong here though that more guidance was not provided to the tech journalists. Most of the mainstream articles make it seem like they a) did not read the paper b) are incapable of understanding the paper c) were not provided any guidance about what any of this actually means in the real world. Which is all scary as the paper is well written and very accessible IMO.

Welcome to tech journalism.

Re: MIT researchers uncover ‘unpatchable’ flaw in Apple M1 chips

#73

Earlier quoted context omitted.

>is not the end of the world. today, how many years it took the theory to be applied in "real world" with other cpu vulns

I don't think you understand this vulnerability. This will not become Spectre-like in 10 years from now. The impact will be the same as it is today.

Sorry, I meant chaining vulns, once they do appear

Re: MIT researchers uncover ‘unpatchable’ flaw in Apple M1 chips

#74
post #57
post #22

Earlier quoted context omitted.

They probably won't care about this, although I do find it weird when researchers make a whole website with custom domain just to publish something like this. Personally, it comes off as less trustworthy since it enters the same realm of bullshit as those market manipulation attacks on AMD a few years back[1] Not saying that's what this is (I'm sure these are legitimate findings), but this tactic raises some red flag…

Yeah I hate this trend of naming vulnerabilities and pandering to the tech press. The CTS Labs FUD was just beyond the pale. Most tech journalism just ate up those claims that were clearly B.S. and not even self consistent. They were claiming it was impossible for AMD to patch with firmware or microcode but in the same sentence claiming an attacker could use it to create a rootkit that couldn't be removed. Nobody bot…

Actively marketing yourself and your ideas is one of the most important things you can do. Without, most people simply won’t know about it or will dismiss it. Just because you market it, doesn’t mean it’ll be successful - things still have to prove their worth regardless and will otherwise fizzle out.

How many important security vulnerabilities have just had technical white papers and no marketing have gotten wider coverage? Very, very few. It’s also very useful for humans to talk about something when given a short, memorable name.

Re: MIT researchers uncover ‘unpatchable’ flaw in Apple M1 chips

#75
So an attacker who needs to bypass PAC can already sometimes find a nonspeculative PAC bypass, though it’s hard. Assuming they can’t, maybe they can use this, if they can find and weaponize an appropriate gadget in the kernel. Sounds plausible but hard; maybe harder than finding a nonspeculative PAC bypass. Any speculative PAC bypass will also suffer from nondeterminism, so it’s not as practical for an attacker as a nonspeculative bypass.

It’s not a given that the speculative PAC gadgets in any kernel are exploitable as effectively as the synthetic kext gadget in the paper.

Even if you find a weaponizable PAC gadget in the kernel, and it actually gives you what you want, it’s not clear how reliable it’ll be in practice.

So, this is kinda scary but it’s also a bit of theatre. The tech press will have something to write about though.

Re: MIT researchers uncover ‘unpatchable’ flaw in Apple M1 chips

#76

I wonder at what point we will finally give up on trying to make a stable implementation of speculative execution.

Any reason they aren't using formal verification for this kind of thing? It would seem like a very worthy investment.

Re: MIT researchers uncover ‘unpatchable’ flaw in Apple M1 chips

#77
post #20

Earlier quoted context omitted.

What are you basing “so it must not be used” on? I would think it can’t harm, ever.

Like you say, it does not do much harm if used. Nevertheless, there is some small loss of performance, because instructions to compute the Pointer Authentication Code (PAC) must be inserted in the program, and possibly also instructions to authenticate the PAC, though the latter may be omitted if the function return instructions and the indirect jumps through pointers are replaced with instructions that combine the p…

"All programs must be well written" with nothing in the ISA to help you write them properly isn't a good way to do software. PAC helps you reduce bugs because it checksums your pointers.

Re: MIT researchers uncover ‘unpatchable’ flaw in Apple M1 chips

#78
post #34

The author is here and ought to make it all clear but if you google the title of the article you can download the paper already despite everyone being coy about it and the ACM not having published it yet. It's kind of ridiculous it's getting this kind of press before the paper is officially published and available. If the paper was published and security experts were allowed to analyze it before the tech press went n…

Installing a kext is a password prompt away, I believe, so all that's needed technically seems to be "install something not reviewed by Apple, fill in a genuine OS password prompt when asked, and run it" which strikes me as a very common scenario.

Re: MIT researchers uncover ‘unpatchable’ flaw in Apple M1 chips

#79
post #70

Isn't pointer authentication a feature of the ARM 8.3 instruction set and not an Apple specific thing?

Yes, it’s defined by ARM. Though the unsafe implementation of speculative execution is obviously by Apple.

Is Apple's implementation the only vulnerable implementation?

Prior speculative execution issues applied to more than one vendor's implementation.

Re: MIT researchers uncover ‘unpatchable’ flaw in Apple M1 chips

#80
post #39
post #34

The author is here and ought to make it all clear but if you google the title of the article you can download the paper already despite everyone being coy about it and the ACM not having published it yet. It's kind of ridiculous it's getting this kind of press before the paper is officially published and available. If the paper was published and security experts were allowed to analyze it before the tech press went n…

Hi! I think I can clear a few things up here. Our goal is to demonstrate that we can learn the PAC for a kernel pointer from userspace. Just demonstrating that this is even possible is a big step in understanding of how mitigations like pointer authentication can be thought of in the spectre era. We do not aim to be a zero day, but instead aim to be a way of thinking about attacks/ an attack methodology. The timer us…

You didn't clear up anything about publicizing this heavily in mainstream press before it's been reviewed by your peers.
Post reply on HN