Skip to content
KitploitKITPLOIT
ToolsBlog
Einreichen
ToolsBlog
Einreichen

Hacking-, PenTest- und Cybersicherheits-Tools für Ihr Sicherheitsarsenal!

Kitploit ist ein Verzeichnis von Hacking-, Cybersicherheits- und Pentesting-Tools. Entdecken Sie die neuesten Projekt-Updates, um Schwachstellen zu finden, Systeme zu analysieren, Tests zu automatisieren und Ihre Sicherheit zu stärken.

··Feeds·Kontakt·Datenschutz·© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
SELinux-Permissive-Only-CVE-2025-21479 — Dies ist eine permissive SELinux-Version des Cheese-Exploits, auch bekannt als CVE-2025-21479, der das adreno kgsl auf vielen Geräten betraf, einschließlich Samsung-Snapdragon-Geräten. | Kitploit
Tools/GitHubGitHub/camsshaft/selinux-permissive-only-cve-2025-21479
Android-SicherheitPrivilege EscalationExploitationMobile SicherheitBinary-Exploitation
GitHubcamsshaft/selinux-permissive-only-cve-2025-21479

SELinux-Permissive-Only-CVE-2025-21479

Dies ist eine permissive SELinux-Version des Cheese-Exploits, auch bekannt als CVE-2025-21479, der das adreno kgsl auf vielen Geräten betraf, einschließlich Samsung-Snapdragon-Geräten.

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen
Repository anzeigen
62vor 6 TagenNoch nicht geprüft

SELinux-Permissive-Only-Version von Cheese, auch bekannt als CVE-2025-21479

Dies ist vorerst eine reine SELinux-Permissive-Version des Cheese-Exploits, auch bekannt als CVE-2025-21479, der den adreno kgsl auf vielen Geräten betraf, darunter Samsung-Snapdragon-Geräte

Ein Teil des Codes wurde aus den folgenden Repositories wiederverwendet, und ich möchte zhuowei dafür danken, dass er den Proof of Concept ursprünglich auf den Weg gebracht hat, und sarabpal-dev dafür, dass er ein gut gepflegtes und aktives Repository unterhält

https://github.com/zhuowei/cheese

https://github.com/sarabpal-dev/cheese-cake


Ich habe mich für dieses Projekt entschieden, weil es eine kleine Herausforderung war und weil ich mich zuvor noch nie mit etwas so Komplexem beschäftigt habe. Es war also eine gute Lernerfahrung, auch wenn es noch nicht fertig ist. Was ich ursprünglich tun wollte, war herauszufinden, ob die gesamte Kette direkt aus einer wirklich nicht vertrauenswürdigen Domäne in der Termux-Umgebung ausgeführt werden kann. Ich habe es bisher geschafft, SELinux-Permissive ohne die Verwendung von adb zu erreichen, den Code auf etwa ein Viertel der ursprünglichen Größe zu reduzieren. Es ist stabil und dauert normalerweise weniger als eine Minute vom Anfang bis zum Ende, und das auf meinem Samsung SM-S901W S22 Snapdragon mit gesperrtem Bootloader. Ich habe mich noch nicht mit der Root-Primitive beschäftigt und bin nicht sicher, ob das ohne adb möglich wäre, aber ich werde es trotzdem versuchen. Ich hoffe, das inspiriert Menschen, Dinge auszuprobieren, von denen normalerweise gesagt wird, dass sie nicht möglich sind. Vielleicht hat jemand eine Idee, die funktioniert. Zögere nicht, ein Issue zu eröffnen, da ich für jeden hilfreichen Beitrag offen bin.


ANLEITUNG

Dieser Exploit ist wirklich einfach, und du musst kaum etwas am Code ändern, um ihn auf deinem Gerät zum Laufen zu bringen. Alles, was du tun musst, ist:

  • git clone das Repository und cd hinein
  • hole dir die boot.img aus deiner exakten Firmware
  • verwende unpack_bootimg (es ist bereits in Termux enthalten), um deinen Kernel daraus zu extrahieren
  • kompiliere die extract-kallsyms.c-Binärdatei und führe sie gegen deinen Kernel aus
  • nimm deine kallsyms.txt und platziere sie direkt in dem Pfad, von dem aus du den Exploit ausführen wirst
  • kompiliere mit cc -o gpu_sam gpu_sam.c -ldl
  • er wird zur Laufzeit dynamisch deine kallsyms.txt durchgehen, um alle notwendigen Offsets zu finden
  • die einzigen Dinge, die du je nach Gerät ändern musst, sind die folgenden Werte für den Kernel-Basis-Scan const uint64_t candidates[] = { 0xC0000000, 0xE0000000 }; und for (uint64_t addr = 0xa8000000; addr < 0xa8500000; addr += 0x8000) {
  • wenn alles gut geht, solltest du von einer normalen Termux-Shell aus einen stabilen SELinux-Permissive-Zustand haben

HINWEISE

Es besteht immer das Risiko eines SMMU-Fehlers oder eines Kernel-Panics, aber das funktioniert auf meinem Telefon mit Kernel 5.10.168 sehr gut, und ich erlebe selten einen Absturz. Du musst es möglicherweise ein paar Mal ausführen oder sogar neu starten, um den GPU-Zustand zurückzusetzen. Ich habe das so benutzerfreundlich wie möglich gestaltet. Das Video unten ist nur eine kurze Demo; ich war bereits permissive. Viel Spaß

https://github.com/user-attachments/assets/63d0dfa7-1390-41ce-96da-9c34d8a220ec

Tool herunterladen