Live data from Hacker News

GhostLock, a stack-UAF that has existed in all Linux distributions for 15 years

nebusec.ai

101–110 of 209 posts

Re: GhostLock, a stack-UAF that has existed in all Linux distributions for 15 years

#101
post #48

Earlier quoted context omitted.

A thing that notably triggers my allergies is that if significant human effort went into something, a few paragraphs written by a human seems like a trivial additional investment; if that last touch is missing, it's really hard for me to extend the benefit of the doubt that there really is something there. Obviously this is only one signal among many, one that can be overruled, but the ick remains regardless.

It frankly doesn't matter how much human effort went into finding the vulnerability, it just matters if it exists, how severe it is, and how easy it is to exploit.

If an exploit is actually working, human effort is void and the ML has done a great job. However most of the time its hallucinating, confidently talking gibberish in technical lingo. This phenomena is only amplified by those who try to make a quick buck without effort using older models, not reviewing output or prompting properly ('find me bugs in Linux, make no mistakes')

Re: GhostLock, a stack-UAF that has existed in all Linux distributions for 15 years

#102

Do we really need infosec companies now that a skid with claude can find decades-old kernel privesc over a weekend? Also can we talk about how bad Linux security is? At this point it's becoming a real liability to run anything on Linux that needs to be secure. OpenBSD has been around for ages, is written in C, and is really, really secure. Do they support containers yet (or microVMs)? Cuz if they do, I'm moving my wo…

OpenBSD is the Linux of a decade or two ago, not attracting attention and not being compatible or useful for quite a lot of stuff.

Re: GhostLock, a stack-UAF that has existed in all Linux distributions for 15 years

#103
post #98

Forgot to include "LPE" (local...) in the title so most of us can get back to weekending.

Not really. Generally we use "Local Privilege Exploit" to describe an exploit that goes from a reasonably normal user privileges to root privileges. And we don't usually worry about them, because an application with normal user privileges can already to so much damage. But this exploit can be triggered from inside a tightly sandboxed process, such as firefox's isolated browser process. Which means the attacker now on…

> this exploit can be triggered from inside a tightly sandboxed process

Thank you for emphasizing this important detail.

> you should update both firefox, and your linux kernel

No doubt, update all the things! My point was, it can most likely wait until Monday.

Re: GhostLock, a stack-UAF that has existed in all Linux distributions for 15 years

#104

Do we really need infosec companies now that a skid with claude can find decades-old kernel privesc over a weekend? Also can we talk about how bad Linux security is? At this point it's becoming a real liability to run anything on Linux that needs to be secure. OpenBSD has been around for ages, is written in C, and is really, really secure. Do they support containers yet (or microVMs)? Cuz if they do, I'm moving my wo…

TIL OpenBSD doesn't have jails

Re: GhostLock, a stack-UAF that has existed in all Linux distributions for 15 years

#105
post #95

Earlier quoted context omitted.

> I suspect that this will be added to all Google Play integrity levels, limiting many apps from being installed on unpatched phones in the future. You do realize that a full kernel vulnerability like this allows you to feed falsified information to SafetyNet? Just like DRM, it gives the developer the illusion of control, but doesn't do anything to actually improve "safety" or "integrity". It's silly that whenever I…

Agreed, but I think this will force the average user to upgrade* their phones after losing access to sensitive apps (bank, gov) before getting compromised. Good news for reusing old phones and taking control. *as in replace

We should be fighting against SafetyNet and similar attestation systems.

The proper solution is one we had with desktop computing for decades. If you keep the key material on your eID or bank card, you don't need a locked down operating system. Which then allows devices to live for much longer.

We're slowly losing the war on General Purpose Computing.

https://media.ccc.de/v/28c3-4848-en-the_coming_war_on_genera...

Re: GhostLock, a stack-UAF that has existed in all Linux distributions for 15 years

#106

Earlier quoted context omitted.

It frankly doesn't matter how much human effort went into finding the vulnerability, it just matters if it exists, how severe it is, and how easy it is to exploit.

If an exploit is actually working, human effort is void and the ML has done a great job. However most of the time its hallucinating, confidently talking gibberish in technical lingo. This phenomena is only amplified by those who try to make a quick buck without effort using older models, not reviewing output or prompting properly ('find me bugs in Linux, make no mistakes')

There is no if, it works, people have video proof, google confirmed, Linux patched and fixed. And you still believe this is AI gibberish

Re: GhostLock, a stack-UAF that has existed in all Linux distributions for 15 years

#107

Earlier quoted context omitted.

Agreed, but I think this will force the average user to upgrade* their phones after losing access to sensitive apps (bank, gov) before getting compromised. Good news for reusing old phones and taking control. *as in replace

"this will force the average user to upgrade their phones" A lot of phones don't receive any upgrades after 1 or 2 years... I wish that Google would have forced vendors to implement a proper hardware abstraction (uefi or similar) so that a single kernel could run on any smartphone, just like it's the case for PCs...

Google has required vendors to do that since Android 12. For a given version that same exact kernel is used on all phones with that version.

https://source.android.com/docs/core/architecture/kernel/gen...

Re: GhostLock, a stack-UAF that has existed in all Linux distributions for 15 years

#108

Earlier quoted context omitted.

I guess, if you thought Docker/etc. was a security boundary

They are a security boundary. The fact that you need a vulnerability to escape them is proof of that. They just don't have a particularly high cost of escape because reachable kernel vulnerabilities are so common.

> They are a security boundary

My mistake, leaving out some adjective one could interpret as a misunderstanding of containers as an effective (etc.) security boundary. Fool me 100+ times and all that.

There must be at least a triple-digit number of CVEs by now demonstratimg that in practice containers are a thinner layer of security (perhaps not quite as thin as the classic recommendation of running SSH on a nonstandard port, but that might be leaning toward the safer side of analogies vs. malicious code!) rather than a boundary like virtualization (not perfect but a best practice for isolation).

Re: GhostLock, a stack-UAF that has existed in all Linux distributions for 15 years

#109

Tested on three Android devices (version 9, 13, 16) with different Firefox versions under 150 (had to modify for older). Two boot looped, I had to enter recovery and the other just powered off [0]. The demo modifies the wallpaper on supported Pixel devices. [0] IonStack https://rootme.nebusec.ai ____ Tip: Install a Chromium flavor browser (Chromite) separate from the main browser. Disable Javascript and hardware acce…

Would be amazing if this was used to root so-far unrootable android devices. Any suggestions.

Wonder if it were possible to use this to (finally) jailbreak DJIs original RC that came with the Mini 3 Pro.

It doesn't have a web browser or, virtually, anything of use... but I think it supports enough of a web browser to log in into wifi captive portals.

Re: GhostLock, a stack-UAF that has existed in all Linux distributions for 15 years

#110

Forgot to include "LPE" (local...) in the title so most of us can get back to weekending.

as if in these times there aren't hundreds of "0days" in everyone's hands waiting to be burned for situations just like this.

from ssh to node, so much stuff showing every other week. might as well call everything remote unless you run 100% behind wireguard or something.

Post reply on HN