Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


Shells Virtual Desktop
BMail.ag - Secure Email Service
Server.net
CPLicense.net
VPS Server
Buy VPN
Vultr
VMs for AI
HostDare
HostDare
ReliableSite White-Label Dedicated Hosting for Resellers
InterServer VPS
BMail.ag - Secure Email Service
Best VPN
High-Performance Bare Metal Server Solutions
Karvl.com
Server Mania Cloud Hosting
DataWagon Hosting
AlphaVPS Hosting
Evoxt.com
Clouvider
VPS Hosting with NVMe
Residential IPs in the US & 4G Mobile Proxies in EU & US with Unlimited Bandwidth
ReliableSite White-Label Dedicated Hosting for Resellers
Rabisu - Hosting Solutions
Shells Virtual Desktop
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

Public exploit on most Linux distro’s - patching recommended

24

Comments

  • jsgjsg Member, Resident Benchmarker
    edited April 30

    A decent explanation. Well done!


    Update @all who compile the kernel themselves / very simple how-to:

    • in ... crypto/algif_aead.c search for 'aead_request_set_crypt' (only a single occurrence).
    • change the 2nd parameter 'rsgl_src' to 'tsgl_src'.
    • Done. Compile, etc ...

    Side note: one major and causal reason we got that vulnerability was the desire to support IPsec ESP's 64-bit Extended Sequence Numbers (RFC 4303). That boils down to "get a very serious vulnerability in exchange for some sakkurity BS in IPsec!". Congrats and thanks GKH asshole!

    Thanked by 3stable_genius msatt tux
  • cxgcxg Member

    For me the most interesting question is "has this been planted?".

    Thanked by 2stable_genius zejjnt
  • hyperblasthyperblast Member
    edited April 30

    uuiui debian 12 - 6.1.0-44-amd64

    unfixed! -> Linux Debian12 6.1.0-44-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.164-1 (2026-03-09) x86_64 GNU/Linux

  • JordJord Moderator, Host Rep, Megathread Squad
  • zedzed Member

    I just watched the most amusing conversation play out on irc where a gentleman was explaining to the audience how he was safe from this exploit because he's been chmod 700 /usr/bin/su for the last 10 years.

  • NeoonNeoon Community Contributor, Veteran

    The thing that bugs me, why is the mainline fixed in time and why didn't Ubuntu or Debian fix shit in time.

    Thanked by 4oloke jsg tux Xrmaddness
  • @Neoon said:
    The thing that bugs me, why is the mainline fixed in time and why didn't Ubuntu or Debian fix shit in time.

    Just a wild guess but maybe it broke some of their patches and they had to get those in order first?

  • NeoonNeoon Community Contributor, Veteran

    @totally_not_banned said:

    @Neoon said:
    The thing that bugs me, why is the mainline fixed in time and why didn't Ubuntu or Debian fix shit in time.

    Just a wild guess but maybe it broke some of their patches and they had to get those in order first?

    You can see how many weeks before it got published right?
    Somebody there didn't gave single fuck.

    Thanked by 1TimboJones
  • zedzed Member

    @Neoon said:

    @totally_not_banned said:

    @Neoon said:
    The thing that bugs me, why is the mainline fixed in time and why didn't Ubuntu or Debian fix shit in time.

    Just a wild guess but maybe it broke some of their patches and they had to get those in order first?

    You can see how many weeks before it got published right?
    Somebody there didn't gave single fuck.

    That's harsh man, but someone definitely dropped the ball. Would like to know the what/why of it.

  • edited April 30

    @Neoon said:
    You can see how many weeks before it got published right?

    Well, i guess technically i could but then i didn't actually try ;)

    If it has been known for so long its certainly very weird, agreed.

  • NeoonNeoon Community Contributor, Veteran
    edited April 30

    @totally_not_banned said:

    @Neoon said:
    You can see how many weeks before it got published right?

    Well, i guess technically i could but then i didn't actually try ;)

    If it has been known for so long its certainly very weird, agreed.

    3 letter something something agency yk
    Maybe the chinese found it, so they had to patch it.

    Thanked by 1totally_not_banned
  • dbadudedbadude Member
    edited April 30

    @tentor said:

    @dbadude said:
    Not so smart to show how to do the exploit, many wannabe hackers will use it now.

    Apparently, they do

    I am seeing almost 2x scanning sources of what's usually seen at this time of day

    Lol I didnt have sudo rights on one of my own boxes, worked super that phyton script.
    better patch ASAP!!!

    Thanked by 3tentor zed mrTom
  • meowwccmeowwcc Member

    wow. this one looks actually exploitable - pretty easily I'd guess. luckily the patch is simple.

    Feels like rate of exploit discoveries has been increasing the past few weeks

  • qbit15qbit15 Member

    I don't understand the hype around an LPE exploit. It's not rare at all. LPEs pop up all the time. SELinux blocks almost all of them.

    Thanked by 1CloudHopper
  • qbit15qbit15 Member

    @jsg said:

    A decent explanation. Well done!


    Update @all who compile the kernel themselves / very simple how-to:

    • in ... crypto/algif_aead.c search for 'aead_request_set_crypt' (only a single occurrence).
    • change the 2nd parameter 'rsgl_src' to 'tsgl_src'.
    • Done. Compile, etc ...

    Side note: one major and causal reason we got that vulnerability was the desire to support IPsec ESP's 64-bit Extended Sequence Numbers (RFC 4303). That boils down to "get a very serious vulnerability in exchange for some sakkurity BS in IPsec!". Congrats and thanks GKH asshole!

    Who on earth even uses IPsec? It's wireguard everywhere.

    Thanked by 1jsg
  • OhJohnOhJohn Member

    @Neoon said: why didn't Ubuntu or Debian fix shit in time

    Ubuntu has now a kmod/libkmod2 update for 2204 and 2404 to fix this.

    Which means that Debian probably had one in the morning already.

  • @nghialele said:
    Too scary I cancelled my vps.

    just do a rm -rf * and call it a day, all solved... :)

  • whynotlearnwhynotlearn Member
    edited April 30

    Update about Copyfail/more news about it.

    CopyFail wasn't even disclosed to Distros impacted

  • Always hating distro owners concept of slow kernel updates. While i can sit with arch and get latest patches within a week of time or faster.

  • daviddavid Member

    It looks like Debian 13 just got a kernel update:

    6.12.85+deb13-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.85-1 (2026-04-30) x86_64 GNU/Linux
    
    Thanked by 2zed Carlin0
  • @whynotlearn said:
    Had uploaded the same article but you had beat me to it!

    Anyways, it feels like a really scary bug to have for 7 years in the linux kernel.

    Please show your mathing.

  • @qbit15 said:

    @jsg said:

    A decent explanation. Well done!


    Update @all who compile the kernel themselves / very simple how-to:

    • in ... crypto/algif_aead.c search for 'aead_request_set_crypt' (only a single occurrence).
    • change the 2nd parameter 'rsgl_src' to 'tsgl_src'.
    • Done. Compile, etc ...

    Side note: one major and causal reason we got that vulnerability was the desire to support IPsec ESP's 64-bit Extended Sequence Numbers (RFC 4303). That boils down to "get a very serious vulnerability in exchange for some sakkurity BS in IPsec!". Congrats and thanks GKH asshole!

    Who on earth even uses IPsec? It's wireguard everywhere.

    9 years ago, very few ran wireguard. Why do anything if you have a time machine?

    IPsec is used in enterprises (read: customers that actually pay money for support). BlackBerry's never supported openvpn and IPsec was used a lot.

  • TimboJonesTimboJones Member
    edited April 30

    @ascicode said:
    Always hating distro owners concept of slow kernel updates. While i can sit with arch and get latest patches within a week of time or faster.

    You (arch users) need less help to recover when bleeding edge update causes spilt blood.

  • TimboJonesTimboJones Member
    edited April 30

    @zed said:
    I just watched the most amusing conversation play out on irc where a gentleman was explaining to the audience how he was safe from this exploit because he's been chmod 700 /usr/bin/su for the last 10 years.

    "Meh. I'm safe, no local users, I only ever run as root!"

  • PuDLeZPuDLeZ Member

    @qbit15 said:
    I don't understand the hype around an LPE exploit. It's not rare at all. LPEs pop up all the time. SELinux blocks almost all of them.

    You'd be surprised how many systems/people/companies don't have selinux enabled...

    Though I do agree about the hype around LPEs, I'm more "scared" of RCEs.

    Thanked by 1CloudHopper
  • emperoremperor Member

    @PuDLeZ said: RCEs

    Yes, those are more fun than the local ones :)

    Thanked by 1PuDLeZ
  • whynotlearnwhynotlearn Member
    edited April 30

    @TimboJones said: Please show your mathing.

    I wrote that comment at late night iirc pardon me, Its actually 9 years it seems.

    (I am writing the comment now at 3 AM, I should go to sleep),Good night to y'all

  • @bozolover99 said:

    @nghialele said:
    Too scary I cancelled my vps.

    just do a rm -rf * and call it a day, all solved... :)

    Why bother to do when I just need to cancel it?

  • axzxc1236axzxc1236 Member
    edited May 1

    @qbit15 said:
    I don't understand the hype around an LPE exploit. It's not rare at all. LPEs pop up all the time. SELinux blocks almost all of them.

    According to the website this exploit is also a container escape primitive, you can do setup that affects other containers on the same machine since they also use the same kernel.

    "The page cache is shared across the host. A pod with the right primitives compromises the node and crosses tenant boundaries"

Sign In or Register to comment.