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
Tools/GitHubGitHub/yakovyakov/cve-2026-31431-mitigation
SchwachstellenscannerSchwachstellenanalyseScripting & AutomatisierungKonfigurationsprüfungCloud-SicherheitDevSecOps
GitHubyakovyakov/cve-2026-31431-mitigation

cve-2026-31431-mitigation

Erkennungs- und Mitigationstools für CVE-2026-31431 (Copy Fail) auf Linux-Kerneln. Enthält Skripte von Phalanx-CCS und Silent4Labs sowie ein Ansible-Playbook, um eine temporäre Mitigation (Blockieren des algif_aead-Moduls oder Boot-Parameter) serverweit anzuwenden.

Repository anzeigen
1vor 3 MonatenNoch nicht geprüft

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen

CVE-2026-31431 (Copy Fail) – Technisches Mitigationstooling

1. Überblick

Dieses Paket bietet eine automatisierte Lösung zur Erkennung und Eindämmung der Schwachstelle CVE-2026-31431 (auch Copy Fail genannt) auf Linux-Systemen mit betroffenen Kerneln (Versionen 4.14 bis 6.12.84, 6.13 bis 6.18.21 usw.).

Das Tooling besteht aus:

  • Ein einheitliches Bash-Skript (mitigate_copyfail.sh), das:
    • Phalanx-CCS (aktive Prüfung der Angriffsfläche) und Silent4Labs (Risikobewertung) ausführt.
    • die Kernelkonfiguration (CONFIG_CRYPTO_USER_API_AEAD=m|y) erkennt.
    • die passende Mitigation anwendet:
      • Ladbares Modul (=m): erstellt /etc/modprobe.d/disable-algif-aead.conf mit install algif_aead /bin/false und entlädt das Modul (rmmod).
  • Eingebautes Modul (=y): fügt den Kernel-Bootparameter initcall_blacklist=algif_aead_init hinzu (Neustart erforderlich).
  • den Endzustand verifiziert und den Silent4Labs-Score sowie die Risikostufe extrahiert.
  • Ein Ansible-Playbook (mitigation.yml), das:
    • die Skripte auf entfernte Server kopiert.
    • das Mitigationsskript ausführt und dessen Ausgabe erfasst.
    • ANSI-Farbcodes entfernt.
    • den finalen Phalanx-Status und die Silent4Labs-Werte parst.
    • eine menschenlesbare Zusammenfassung anzeigt und ein detailliertes Protokoll auf dem Steuerrechner speichert.
  • Wichtiger Hinweis: Die Mitigation ist temporär. Der dauerhafte Fix besteht darin, den Kernel auf eine Version zu aktualisieren, die den Patch a664bf3d603d enthält (≥6.18.22, ≥6.19.12 oder ≥7.0).


    2. Voraussetzungen

    2.1. Steuerrechner (auf dem Ansible läuft)

    • Ansible 2.9 oder höher
    • Python 3.6 oder höher
    • SSH-Zugriff auf die Zielserver (mit become: yes)

    2.2. Remote-Server

    • Bash 4+
    • Python 3 (für Phalanx-CCS)
    • sudo-Rechte (um die Mitigation anzuwenden)
    • Betroffener Kernel (optional; wenn der Kernel bereits gepatcht ist, nimmt das Skript keine Änderungen vor)

    Die Erkennungsskripte (Phalanx-CCS und Silent4Labs) sind sicher und nutzen die Schwachstelle nicht aus; sie prüfen lediglich die Angriffsfläche.


    3. Repository-Struktur

    root@kitploit:~
    cve-2026-31431-mitigation/
    ├── README.md
    ├── scripts/
    │   ├── mitigate_copyfail.sh      # Unified script (detection + mitigation)
    │   ├── check_copyfail.py         # Phalanx-CCS (reachability checker)
    │   └── check-copyfail.sh         # Silent4Labs (risk assessment)
    ├── ansible/
    │   ├── ansible.cfg               # (optional) Ansible configuration
    │   ├── inventory.ini             # Server inventory
    │   └── mitigation.yml            # Main playbook
    └── resultados_cve/               # Auto‑generated folder for logs
    

    4. Installation und Konfiguration

    4.1. Repository klonen

    root@kitploit:~
    git clone https://github.com/your-username/cve-2026-31431-mitigation.git
    cd cve-2026-31431-mitigation/ansible
    

    4.2. Inventar vorbereiten (inventory.ini)

    Beispiel für einen Remote-Server:

    root@kitploit:~
    [servers]
    server1 ansible_host=192.168.1.10 ansible_user=root
    
    [localhost]
    localhost ansible_connection=local
    
    [all:vars]
    ansible_become=yes
    # ansible_become_password=my_password  # if using password for sudo
    

    4.3. Skriptpfade überprüfen

    In mitigation.yml verwendet die Aufgabe Copy scripts to remote src: "../scripts/{{ item }}". Stellen Sie sicher, dass der relative Pfad korrekt ist, oder passen Sie ihn an Ihre Verzeichnisstruktur an.


    5. Ausführung

    Aus dem Verzeichnis ansible/:

    root@kitploit:~
    ansible-playbook -i inventory.ini mitigation.yml -k -K
    
    • -k fragt nach dem SSH-Passwort.
    • -K fragt nach dem become-Passwort (sudo).

    Bei Verwendung von localhost mit ansible_connection=local ist kein SSH erforderlich.

    5.1. Erwartete Ausgabe

    Das Playbook zeigt eine Klartext-Zusammenfassung ähnlich der folgenden:

    root@kitploit:~
    ==========================================
    MITIGATION RESULTS
    ==========================================
    Host: server1
    ------------------------------------------
      - Status: SYSTEM SECURE
      - Code: (not applicable)
    ------------------------------------------
      - Final score: 40 / 100
      - Risk level: MEDIUM
    ==========================================
    

    Zusätzlich wird eine Protokolldatei unter resultados_cve/<hostname>_mitigation.log gespeichert, die die vollständige Skriptausgabe enthält (Datum, Kernelversion, Erkennungsmeldungen usw.).


    6. Debug-Modus

    Wenn extrahierte Werte ? oder Not detected anzeigen, aktivieren Sie die Debug-Aufgaben in mitigation.yml:

    • Ändern Sie in den drei DEBUG-Aufgaben when: false in when: true (oder setzen Sie when: true, um clean_stdout- und Regex-Ausgaben zu sehen).
    • Führen Sie das Playbook erneut aus und beobachten Sie die Ausgabe, um bei Bedarf Suchmuster anzupassen.

    7. Anpassung

    7.1. Protokollverzeichnis ändern

    Bearbeiten Sie die Aufgaben Create local results directory und Save full output to local file:

    root@kitploit:~
    path: /absolute/path/resultados_cve
    dest: "/absolute/path/resultados_cve/{{ inventory_hostname }}_mitigation.log"
    

    7.2. Skriptkopieren deaktivieren (falls bereits vorhanden)

    Kommentieren Sie die Kopieraufgaben aus und passen Sie den Pfad in der Aufgabe Run mitigation script so an, dass er auf den vorhandenen Speicherort zeigt.

    7.3. Remote-Skripte automatisch bereinigen

    Ändern Sie in der letzten Aufgabe (Clean up remote scripts) when: false in when: true.


    8. Einschränkungen und Warnungen

    • Die Mitigation über Bootparameter (initcall_blacklist) erfordert einen Neustart, um wirksam zu werden. Das Playbook startet nicht automatisch neu; ein Wartungsfenster muss eingeplant werden.
    • Auf Systemen mit CONFIG_CRYPTO_USER_API_AEAD=y (eingebauter Kernel) kann das Modul nicht mit rmmod entladen werden; der einzige Weg ist der Bootparameter.
    • Der Silent4Labs-Score ist indikativ; ein mittlerer Wert (z. B. 40/100) bedeutet nicht, dass das System ausnutzbar ist, wenn die Mitigation aktiv ist.
    • Die Erkennungsskripte benötigen möglicherweise Rechte, um /proc/crypto und /boot/config-* zu lesen; sie werden mit become: yes ausgeführt.

    9. Referenzen

    • CVE-2026-31431 beim NVD
    • Technische Analyse und betroffene Versionen
    • Phalanx-CCS (Erkennungstool)
    • Silent4Labs (Risikobewertung)

    10. Lizenz

    Dieses Projekt wird unter der MIT-Lizenz vertrieben. Skripte von Drittanbietern (Phalanx-CCS, Silent4Labs) behalten ihre jeweiligen Lizenzen.

    License: MIT


    Unterstützen Sie das Projekt

    Wenn Sie dieses Tool nützlich finden, geben Sie ihm bitte einen Stern auf GitHub!

    GitHub stars


    Tool herunterladen