Live data from Hacker News

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

nebusec.ai

121–130 of 209 posts

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

#121

Earlier quoted context omitted.

Runpod, digital ocean's gpu cloud, and at least a few others use Linux containers for isolation between tenants (look at Wiz's blog post about the nvidia container toolkit bug; digitalocean just puts everyone in a massive k8s cluster)

Why aren’t they using a fast VM like Firecracker?

To squeeze out 5% more profit.

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

#122

Earlier quoted context omitted.

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...

> 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 So you want a bank card/ID card to be required each time you use Google Pay? What's the point of Google Pay then.

Once upon a time(tm), Google had a great solution for that: You could get a credit card in nano SIM format, and insert into in your dual-SIM phone.

That then allows you to do secure NFC credit card payments even on a rooted phone with custom ROM.

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

#123
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…

> You do realize that a full kernel vulnerability like this allows you to feed falsified information to SafetyNet? Are you sure that's true? The whole reason why modern Safetynet/Play Integrity uses HSM data where possible is that you can't spoof that with root (without a microcode bug). It does not trust the running OS by design I just tried GrapheneOS's https://attestation.app/ on a stock Pixel, and all of the OS v…

There's a lot of confusion around attestation, some of which is IMO done intentionally.

First there is Android's attestation framework. That does actual hardware attestation, as used by GrapheneOS, and supported by literally no app whatsoever.

Then there is SafetyNet, now Play Integrity. Depending on what level of integrity checking is being done, this will do a combination of cursory surface-level software checks, delegation to the aforementioned hardware attestation framework, and several other checks.

Importantly, SafetyNet/Play Integrity rejects some devices that pass hardware attestation (e.g., Graphene OS), and accepts some devices that fail hardware attestation (fairphone, many cheaper devices with broken ROMs, etc).

e.g., fairphone leaked the private key for their attestation, but many of their devices still pass SafetyNet, while some other devices that pass attestation but have known bootloader flaws are blocked by SafetyNet.

Because this isn't strict cryptographic verification, but a mess of heuristics and guesswork, it's a constant cat and mouse game.

What Google really achieved here is to make it expensive enough that no casual user can bypass it to e.g. cheat in Pokemon Go, but only a determined attacker has a chance.

And with "determined attacker" I'm not just talking about states, but even e.g. movie pirates breaking DRM to rip Netflix movies.

Of course, even full cryptographic attestation isn't perfect, and can be bypassed with enough effort. As shown by the famous iPhone hardware jailbreak, where you drill into the SoC and solder directly to the CPU's internal wiring.

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

#124

Earlier quoted context omitted.

Considering that it's rare to get kernel (or any) updates on non-flagship phones, it seems likely. Backporting an old kernel should be possible, but the only indicator is the system update changelog that explicitly mentions it, I rarely see CVEs mentioned in changelogs on any smartphone. A tool to test the vulnerability is the only way. Any compromised app on the Play store or external can get root access instantly,…

> Considering that it's rare to get kernel (or any) updates on non-flagship phones How the cluster f*k of the Android update situation Google has allowed this to happen really needs a regulator to step in. Planned obsolescence is supposed to be illegal in Europe.

Google is the good actor here. 7 years of updates, unlocked bootloader, support for LineageOS, etc. The reason it sucks is all the other OEMs who don't care about anything other than the current year's models.

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

#125
post #86
post #83

Is HN bugged? I swear I have read these comments the day prior, there is no way they are from within 10 hours?

I don't know what "bugged" means but what you're seeing is probably an artifact of HN's re-upping system. We re-upped this thread and that relativized the timestamps on the previously existing comments ( https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que... ). Sorry for the confusion—I know it's weird but so far no one has come up with an alternative that is less confusing. The reason I re-upped this post,…

New 'lastSubmission' field for the post item. Show both if they're different. Then just update lastSubmission on re-up?

Messing with the displayed times people sent their comments is honestly akin to rewriting their answers.

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

#126

Earlier quoted context omitted.

> 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 So you want a bank card/ID card to be required each time you use Google Pay? What's the point of Google Pay then.

Once upon a time(tm), Google had a great solution for that: You could get a credit card in nano SIM format, and insert into in your dual-SIM phone. That then allows you to do secure NFC credit card payments even on a rooted phone with custom ROM.

Do you have more details on the sim credit card?

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

#127

Earlier quoted context omitted.

Considering that it's rare to get kernel (or any) updates on non-flagship phones, it seems likely. Backporting an old kernel should be possible, but the only indicator is the system update changelog that explicitly mentions it, I rarely see CVEs mentioned in changelogs on any smartphone. A tool to test the vulnerability is the only way. Any compromised app on the Play store or external can get root access instantly,…

> Considering that it's rare to get kernel (or any) updates on non-flagship phones How the cluster f*k of the Android update situation Google has allowed this to happen really needs a regulator to step in. Planned obsolescence is supposed to be illegal in Europe.

Why would Google be responsible for Samsung and Huawei?

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

#128

Earlier quoted context omitted.

> 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 So you want a bank card/ID card to be required each time you use Google Pay? What's the point of Google Pay then.

Once upon a time(tm), Google had a great solution for that: You could get a credit card in nano SIM format, and insert into in your dual-SIM phone. That then allows you to do secure NFC credit card payments even on a rooted phone with custom ROM.

I think some banks still do this with NFC instead?

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

#129
post #9

Earlier quoted context omitted.

Seems low considering the wide impact, but maybe the only thing corporations throw big money at is remote exploits?

That's a huge amount of money for a vulnerability.

Also one order of magnitude less than you could get on the black market for a universal Linux LPE and two orders less if you can make it work reliably.

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

#130

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…

Why didn't you find it with claude over a weekend?
Post reply on HN