News for hackers. Stuff that matters.
Re:A Kernel Hacker Meets Fuchsia OS by mda on Wednesday May 25, 2022 @07:06AM (#31502797)
"How insecure" a surprising conclusion based on a single exploit.
Re:A Kernel Hacker Meets Fuchsia OS by 29athrowaway on Wednesday May 25, 2022 @07:08AM (#31502815)
If you read the article it mentions that ASLR doesn't work, and it's treated as a "known bug".
Re:A Kernel Hacker Meets Fuchsia OS by kerneis on Wednesday May 25, 2022 @08:05AM (#31503333)
Kernel ASLR. User-space has ASLR enabled and working, in addition to shadow stacks and a number of other hardening techniques.
Re:A Kernel Hacker Meets Fuchsia OS by binkHN on Wednesday May 25, 2022 @08:27AM (#31503544)
The article also references syscalls that are marked with TODOs for validation of those calls.
Re:A Kernel Hacker Meets Fuchsia OS by mda on Wednesday May 25, 2022 @09:49AM (#31504476)
Do you assume I didn't read the article? Calling it insecure based on this is absurd.
Re:A Kernel Hacker Meets Fuchsia OS by rvz on Wednesday May 25, 2022 @12:18PM (#31506656)
Exactly I also find it slightly silly to immediately declare this 'insecure' in this case here.

If it was directly end-to-end on say a Nest Hub running a release version of Fuchsia then that would be a more convincing here, as that would confirm that it can be deployed and the bug can be exploited in the wild and in production and not on a newly built developer version running in an emulator.

The writeup of finding and exploiting this bug is impressive, but whether if you can use that exploit to directly attack a production version of Fuchsia on a device like the Nest Hub is another thing, which is the same way security researchers do to break live versions of other OSes like macOS, Windows, Android and Linux.