CVE-2024-0582

Ein reiner Datenangriff basierend auf CVE-2024-0582

Description

Der Exploit folgt der Strategie in diesem Blogbeitrag, mit der Ausnahme, dass ich keinen Kindprozess zum Öffnen von Dateien verwendet habe.

Ich habe einige Exploits auf GitHub gefunden, die der Strategie in diesem Write-up folgen.

Nachdem ich den Exploit mit socket-basiertem Control-Flow-Hijacking reproduziert hatte, versuchte ich, den Exploit mit einem reinen Datenangriff zu implementieren, der anscheinend noch nicht als Open Source verfügbar ist.

Try Claude

Ich habe die beiden oben genannten Write-ups und https://github.com/ysanatomic/io_uring_LPE-CVE-2024-0582/blob/main/exploit.c in Claude eingegeben und gesagt:

Könnten Sie den Code so ändern, dass er zum reinen Datenangriff passt? Das bedeutet, dass eine Datei anstelle eines Sockets geöffnet wird, ext4_file_operations anstelle von egg verwendet werden, der Control-Flow-Hijack entfernt und die Dateiberechtigung geändert wird.

Dies erzeugte einen Code mit einem Kindprozess. Aber ich denke, es ist schwierig zu debuggen, wenn ich einen Kindprozess verwende. Also sagte ich:

Warum nicht die Datei im Prozess öffnen, anstatt einen Kindprozess zu verwenden?

Dann erzeugte es fast den vorhandenen Code.

Dann:

1. Passte den Backdoor-String für ein besseres Verständnis an.
2. Passte die Dateimodus-Flags basierend auf dem Quellcode an. Was Claude generierte, ist falsch.
3. Erhöhte die Anzahl der fd, um mehr file structs zu sprayen, da es viel kürzer ist als die sock struct.

Usage

1. Überprüfen Sie den ext4_fops_offset.
2. Überprüfen Sie die Dateimodus-Flags.
3. Erhöhen Sie ggf. die Anzahl der fd, um mehr file structs zu sprayen.
4. Kompilieren und ausführen.

gcc exploit.c -o exploit -luring
./exploit

5. Überprüfen Sie den Backdoor-Benutzer. Oder loggen Sie sich einfach aus und dann mit dem Backdoor-Benutzer wieder ein.

sudo cat /etc/passwd # If you can use sudo