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
TuxResponse — Automatisiertes Linux-Vorfallreaktionsskript mit Live-Triage, Speichererfassung (LiME), Disk-Imaging, YARA-Scans und HTML-Berichterstellung. | Kitploit
Tools/GitHubGitHub/la3ar0v/tuxresponse
FestplattenforensikSpeicherforensikScripting & AutomatisierungForensikMalware-AnalyseDigitale ForensikIncident ResponseLog-Analyse
GitHubla3ar0v/tuxresponse

TuxResponse

Automatisiertes Linux-Vorfallreaktionsskript mit Live-Triage, Speichererfassung (LiME), Disk-Imaging, YARA-Scans und HTML-Berichterstellung.

Repository anzeigen
902146vor 4 MonatenVon Kitploit geprüft

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen

TuxResponse (v1.1)

Linux-Notfallreaktion

image

TuxResponse ist ein Incident-Response-Skript für Linux-Systeme, geschrieben in Bash. Es kann Incident-Response-Aktivitäten auf Linux-Systemen automatisieren und ermöglicht es Ihnen, Systeme schnell zu triagieren, ohne die Ergebnisse zu beeinträchtigen. Normalerweise haben Unternehmenssysteme eine gewisse Überwachung und Kontrolle, aber es gibt Ausnahmen durch Schatten-IT und nicht standardmäßige Images, die in Unternehmen eingesetzt werden. Was dem Eintippen von 10 Befehlen mit Versuch-und-Irrtum-Testen entspricht, kann mit einem Knopfdruck erledigt werden.

Getestet auf:

  • Ubuntu 14+
  • CentOS 7+

Hauptzweck:

  • Nutzung der integrierten Tools und Funktionen in Linux (Tools wie dd, awk, grep, cat, netstat, etc.)
  • Reduzierung der Anzahl von Befehlen, die ein Incident Responder in einem Reaktionsszenario merken/verwenden muss.
  • Automatisierung

Externe Tools im Paket:

  • LiME
  • Exif
  • Chckrootkit
  • Yara + Linux-Scanning-Regeln (benötigt Netzwerk, um das Repo zu holen)

Beispielautomatisierung:
root@kitploit:~
INSTALL LiME
function init_lime(){

  if [ -f /usr/bin/yum ]; then
    yum -y install make kernel-headers kernel-devel gcc
  elif [ -f /usr/bin/apt-get ]; then
    apt-add-repository universe
    apt-get -y install make linux-headers-$(uname -r) gcc
  fi

  rm -f /tmp/v1.8.1.zip
  wget -P/tmp https://github.com/504ensicsLabs/LiME/archive/v1.8.1.zip
  unzip /tmp/v1.8.1.zip
  rm -f /tmp/v1.8.1.zip

  pushd LiME-1.8.1/src
    make
    mv lime-*.ko /tmp/lime.ko
  popd
  rm -rf LiME-1.8.1
}

Wenn Sie bei der Reaktion auf Vorfälle LiME durch manuelles Eintippen aller Befehle installieren müssen, verlangsamt Sie das erheblich.

Funktionalität

1) Live-Reaktion
1) System-Fingerabdruck
root@kitploit:~
   1)Systeminformationen, IP, Datum, Uhrzeit, lokale Zeitzone, letzter Neustart - 'hostnamectl; who -b; uname -a; uptime; ifconfig; date; last reboot'
2) Dateisystem-Tools
root@kitploit:~
    1)Überprüfen eingehängter Dateisysteme -'df -h'
    2)Hash von ausführbaren Dateien (MD5) - 'find /usr/bin -type f -exec file "{}" \; | grep -i "elf" | cut -f1 -d: | xargs -I "{}" -n 1 md5sum {}'
    3)Geänderte Dateien - 'modified_files_period_select' (ruft eine Funktion in tuxresponse.sh auf)
    4)Alle versteckten Verzeichnisse auflisten - 'find / -type d -name "\.*"'
    5)Dateien/Verzeichnisse ohne Benutzer-/Gruppennamen - 'find / \( -nouser -o -nogroup \) -exec ls -l {} \; 2>/dev/null'
    6)Geänderte Dateien aus Paketen -'packaged_files_changed' (ruft eine Funktion in tuxresponse.sh auf)
3) YARA, CHKROOTKIT, EXIFTool
root@kitploit:~
      1) Auf Rootkits prüfen - führt 'chkrootkit' aus
      2) Yara-Scan - ruft eine Funktion in tuxresponse.sh 'yara_select' auf (durchsucht das System mit allen YARA-Linux-Regeln, die im Haupt-Repo verfügbar sind)
      3) EXIFTool - ruft eine Funktion in tuxresponse.sh 'exiftool_select' auf (installiert EXIFTool)
4) Prozessanalyse-Tools
root@kitploit:~
      1) Laufende Prozesse auflisten - 'ps -axu'
      2) Gelöschte Binärdateien, die noch laufen - 'ls -alR /proc/*/exe 2> /dev/null | grep deleted'
      3) Aktive Netzwerkverbindungen (TCP, UDP) - 'ss -tunap | sed "s/[ \t]\+/|/g"'
      4) Prozess-Dump basierend auf PID - 'dump_process_select' (ruft eine Funktion in tuxresponse.sh auf)
          1) PID zum Dump eingeben: **(Dies ist der ausgeführte Befehl - gcore -a -o "${DUMP_FILE}" ${DUMP_PID} )**
      5) Prozesse, die von /tmp, /dev ausgeführt werden - 'ls -alR /proc/*/cwd 2> /dev/null | grep -E "tmp|dev"'
5) Netzwerkverbindungsanalyse
root@kitploit:~
      1) Alle aktiven Netzwerkverbindungen/Raw-Sockets auflisten - 'netstat -nalp; netstat -plant'
      
6) Benutzer
root@kitploit:~
      1) Alle mit dem System verbundenen Benutzer auflisten - 'w' 
      2) Benutzer mit Passwörtern abrufen - 'getent passwd'
7) Bash
root@kitploit:~
      1) Bash-Verlaufsdatei überprüfen - 'cat ~/.bash_history | nl'
      
8) Nachweise der Persistenz
root@kitploit:~
      1) Alle Cron-Jobs auflisten - 'list_all_crontab' (ruft eine Funktion in tuxresponse.sh auf)
      2) Alle Start-/Boot-Programme auflisten - 'list_all_onstartup' (ruft eine Funktion in tuxresponse.sh auf)
   
9) Alle Logs sichern (/var/log)
root@kitploit:~
      1) Benutzer-Bash-Verlauf sichern - 'cat_all_bash_history' (ruft eine Funktion in tuxresponse.sh auf)
      2) Logs mit binärem Inhalt finden -  'grep [[:cntrl:]] /var/log/*.log'
2) Mit Ziel verbinden - SSH verwenden, um Skript zu übertragen und entferntes System zu analysieren.
root@kitploit:~
      Diese Option ermöglicht es Ihnen, eine Verbindung zu einem entfernten System herzustellen, alle Skripte und Tools zu kopieren und das System zu analysieren.
      
3) Speicherdump erstellen (LKM LiME)
root@kitploit:~
      Diese Option ermöglicht es Ihnen, LiME aus dem Quellcode zu kompilieren und den RAM-Speicher des Systems zu sichern. Dies ist der einfachste Weg, da der umgekehrte Weg darin bestünde, für alle wichtigen Kernelversionen aus dem Quellcode zu kompilieren und das LKM einzufügen.
4) Datenträger-Image erstellen (DD)
root@kitploit:~
That option enables you to do a full disk image of the target system using well-known tool - dd. The function is taking source and destination as parameters and inserts them in the following command 'dd if=${IMAGE_IN} | pv | dd of='${IMAGE_OUT}' bs=4K conv=noerror,sync'. If you're investigating remote system, the script is going to copy itself there. Then if the parameter ${TARGET_HOST} is set, then the script is going to download the image to analyst system using this command >> "ssh -p${TARGET_PORT} ${TARGET_USER}@${TARGET_HOST} 'dd if=${IMAGE_IN} bs=4K conv=noerror,sync' | pv | dd of='${IMAGE_OUT}'" (im heavily using pv to make sure progress is tracked)
5) HTML-Bericht erstellen

Alles, was Sie tun, wird in Textdateien aufgezeichnet, sodass Sie leicht zurückgehen und die Ausgabe ansehen können. Das Schöne daran ist, dass Sie es in Ihre bevorzugten Log-Analyse-Tools hochladen und später auswerten können. Darüber hinaus können Sie diese Funktion nutzen, um einen HTML-Bericht zu erstellen und die befehlsgenerierte Ausgabe in einer menschenlesbareren Form anzusehen.

6) Software installieren
root@kitploit:~
      Installiert Binärdateien, die für die korrekte Funktion des Skripts erforderlich sind.
      1) Abhängigkeiten
      2) Yara und Regeln
      3) ExifTool
      4) Init-Prüfung
      5) chckrootkit
      6) LiME

Änderungsprotokoll

v1.1

Härtung und forensische Korrektheit für tuxresponse.sh:

  • Forensische Korrektheit
    • Beweisdatendateinamen verwenden jetzt UTC ISO-8601 (YYYYMMDDTHHMMSSZ) anstelle der Ortszeit, für verteidigbare Zeitstempel.
    • Jede erfasste Beweisdatendatei wird (SHA-256) in eine neue evidence/manifest.txt gehasht; Datenträger-Images erhalten eine begleitende .sha256-Datei.
    • modified_files_period_select erstellt keine touch-Zeitstempeldatei mehr auf dem Zieldateisystem (was vor dem find-Durchlauf die atime/mtime von /tmp kontaminierte). Es verwendet nun find / -xdev -newermt "1 $opt ago".
  • Sicherheits-/Injektionsbehebungen
    • Entfernte eval ${DD_CMD} in _create_disk_image; die dd/ssh-Pipeline läuft direkt, und das Quellgerät wird vor der Verwendung gegen ^/dev/[a-zA-Z0-9]+$ validiert.
    • dump_process_select validiert, dass die PID numerisch ist und dass /proc/<pid> existiert, bevor gcore aufgerufen wird.
    • exec_CMD verwendet kein eval mehr; Shell-Pipeline-Befehle aus dem internen Katalog werden über bash -c ausgeführt.
  • Robustheit
    • Das Skript läuft nun unter set -euo pipefail mit vorinitialisierten globalen Variablen.
    • Korrigierter Tippfehler DISTO → DISTRO im Arch Linux-Erkennungszweig (zuvor wurde die Distribution stillschweigend falsch benannt).
    • Korrigierte fehlerhafte Ubuntu-Abhängigkeitsinstallation: apt-get install netstat → net-tools.
    • HTML-Berichtsgenerator iteriert über evidence/*.txt per Glob (kein ls-Parsing mehr) und überspringt das Manifest; Ausgabevariablen zitiert.
  • Sonstiges
    • Konstante VERSION='1.1' hinzugefügt; Banner gibt die Version aus.
    • shellcheck -S error ist sauber.

Hinweis: Der menügesteuerte Modus hängt immer noch von .cmds.sh, .menu_en.sh und forensics.sh ab, die in diesem Repo nicht vorhanden sind. Der Neuaufbau des Befehls-/Menükatalogs wird als separater Aufwand verfolgt.

Tool herunterladen