Skip to content
KitploitKITPLOIT
ToolsExploitsBlog
Log in
Einreichen
ToolsExploitsBlog
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
AI-Vulnerabilities-Playground — Hands-on-Plattform für KI-Sicherheitslabore mit über 50 Szenarien zu Prompt-Injection, Ausnutzung agentischer Systeme, Modellmanipulation und MCP-Vertrauensgrenzen-Angriffen. Nutzt Ollama + FastAPI + React für sicheres offensives/defensives Training. | Kitploit
Tools/GitHubGitHub/owasp/ai-vulnerabilities-playground
WebsicherheitCTFPenetrationstestsLernen & BildungKI-SicherheitAdversarial-AngriffLabs & Praxis
GitHubowasp/ai-vulnerabilities-playground

AI-Vulnerabilities-Playground

Hands-on-Plattform für KI-Sicherheitslabore mit über 50 Szenarien zu Prompt-Injection, Ausnutzung agentischer Systeme, Modellmanipulation und MCP-Vertrauensgrenzen-Angriffen. Nutzt Ollama + FastAPI + React für sicheres offensives/defensives Training.

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

AIVP [Playground für KI-Schwachstellen]

AIVP ist eine praxisnahe Plattform für KI-Sicherheits-Labs, die 4 Phasen und über 50 Labs umfasst (derzeit über 50 Szenarien in der Codebasis). Sie kombiniert Ollama + Llama 3.1, ein FastAPI-Backend und ein React/Vite-Frontend, damit Praktiker offensive und defensive KI-Sicherheitstechniken sicher üben können.

Wenn dir das hilft, gib dem Repo bitte einen ⭐ Stern / Like, forke es und eröffne gerne PRs!


Inhaltsverzeichnis

  • Überblick
  • Ausführungsschritte
  • Voraussetzungen
  • Projektstruktur
  • Hardware-Anforderungen
  • Einrichtung & Installation
    • Schnellstart (Windows PowerShell)
    • Schnellstart (macOS/Linux bash)
    • Manuelle Schritte
  • Ausführen der Labs
  • Konfiguration
  • Screenshots
  • Fehlerbehebung
  • Mitwirken
  • Probleme & Feedback
  • Lizenz

Ausführungsschritte

Nutze die eigens dafür vorgesehene Ausführungsanleitung: RUN_STEPS.md. Sie deckt den manuellen Betrieb (Vite + uvicorn) und Docker (nginx + API + Redis, Ollama auf dem Host) ab, einschließlich der Voraussetzungen für zuverlässigen Lab-Zugriff.

Das Konfigurationsverhalten ist in aktiven Laufzeitpfaden strikt: Fehlende erforderliche Env-Werte können den Start bewusst verhindern.


Überblick

Die Plattform umfasst vier Trainingspfade:

  • Phase 1 (PI): Prompt-Injection und Missbrauchsmuster beim Befolgen von Anweisungen
  • Phase 2 (DE): Agentische Systeme, Tool-/Memory-/RAG-Leaks und systemübergreifende Datenextraktion
  • Phase 3 (MM): Modellmanipulation und Angriffsflächen, die ausschließlich das Modell betreffen
  • Phase 4 (MCP): MCP-Vertrauensgrenzen und an OWASP MCP ausgerichtete Risikoszenarien

Jedes Lab verwendet dynamische, pro Lab einzigartige Secrets und eine explizite Validierung, damit du den Erfolg von Exploits in einer sicheren Umgebung verifizieren kannst.

Nur für Bildungszwecke — Die Labs simulieren offensive und defensive KI-Sicherheitsszenarien auf lokalen Systemen. Greife nicht echte Dienste, Daten oder Infrastruktur an, die du nicht besitzt oder für die du keine ausdrückliche Genehmigung zum Testen hast. Die Secrets in diesen Labs sind synthetisch und werden pro Lab neu generiert; es handelt sich nicht um Produktionsanmeldedaten. Nutzung auf eigene Gefahr. Es wird keine Garantie gewährt.

  • Modell: Llama 3.1 über Ollama (lokal)
  • Backend: FastAPI (SSE-Streaming) — POST /api/labs/{lab}/chat
  • Frontend: React + Vite (Tailwind-UI)
  • Secrets: Zur Laufzeit pro Lab generiert; Zurücksetzen beim API-Neustart (oder über den Reset-Endpunkt)
  • Besondere Merkmale: Realistische Subsystem-Simulation (Agenten/Tools/Memory/RAG), Run-Tracking-Telemetrie, strikter Konfigurationsmodus sowie manuelle und Docker-Workflows

Voraussetzungen

  • Python 3.10+ (3.12 funktioniert)
  • Node.js 18+ (Node 20 LTS empfohlen)
  • Ollama lokal installiert und ausgeführt
  • Git (optional, aber empfohlen)

Ziehe das Modell mindestens einmal: ollama pull llama3.1 (oder eine andere llama3.1-kompatible Variante, die du bevorzugst)


Projektstruktur

apps/
  api/                # FastAPI backend (SSE -> Ollama)
    main.py
    requirements.txt
    .env.example
  web/                # React + Vite frontend
    src/
    .env.example

Hardware-Anforderungen

  • Minimum (nur CPU): 4 Kerne, 16 GB RAM, 10 GB freier Speicherplatz, keine GPU → funktioniert, langsamere Generierungen
  • Empfohlen: 8 Kerne, 32 GB RAM, SSD mit 20+ GB frei, NVIDIA 8–12 GB VRAM (oder Apple Silicon) → flüssige Bedienung

CPU

  • 64-Bit-CPU mit AVX2 (moderne Intel/AMD) oder Apple Silicon (M1/M2/M3).
  • Mindestens 4 Kerne; 8+ Kerne empfohlen für parallelen Chat + Entwickler-Tools.

RAM (Llama 3 8B über Ollama, quantisiert)

  • Q4_K_M (~4–5-GB-Modell): benötigt zur Laufzeit ~6–8 GB.
  • Q5/Q6 (~6–8 GB): ~10–12 GB zur Laufzeit.
  • Q8 (~9–10 GB): ~14–16 GB zur Laufzeit.

Tipp: 16 GB Systemspeicher funktionieren; 32 GB bieten komfortable Reserven für Browser, Node, Python und IDE.

GPU (optional)

  • Windows/Linux (CUDA): NVIDIA RTX mit ≥8 GB VRAM (z. B. 3060 12 GB ist großartig).
  • macOS (Metal): Jedes Apple-Silicon-Gerät.
  • Nur-CPU ist in Ordnung; die Antworten sind dann lediglich langsamer.

Festplatte

  • Modelle: 5–10 GB je nach Quantisierung.
  • Repo + node_modules + venv: 1–2 GB.
  • Plane 15–20 GB freien Speicher ein.

Betriebssystem

  • Windows 10/11, macOS 12+, Ubuntu 20.04+ (oder Ähnliches). WSL2 funktioniert ebenfalls (GPU erfordert zusätzliche Einrichtung).

Entwicklerwerkzeuge

  • Python 3.10+, Node 18+ (20 LTS ideal), Ollama installiert und ausgeführt.

Leistungstipps

  • Beginne mit llama3 (8B) Q4; erhöhe die Quantisierung nur, wenn du RAM/VRAM übrig hast.
  • Halte Prompts/Kontext angemessen (2–4k Token), um Speicherspitzen zu vermeiden.
  • Schließe speicherintensive Anwendungen, wenn du 16 GB RAM hast.

Einrichtung & Installation

Schnellstart (Windows PowerShell)

Vom Repo-Stammverzeichnis aus (der Ordner, der apps\api und apps\web enthält):

# 0) Ensure the model is available
ollama pull llama3.1

# 1) Backend venv + deps + run
cd apps/api
python -m venv .venv
.\.venv\Scripts\Activate.ps1
pip install -r requirements.txt
copy .env.example .env
uvicorn main:app --reload --port 8000

Öffne ein neues PowerShell-Fenster für das Frontend:

cd apps/web
npm install
copy .env.example .env
npm run dev   # http://localhost:5173

Schnellstart (macOS/Linux bash)

# 0) Model
ollama pull llama3.1

# 1) Backend
cd apps/api
python3 -m venv .venv
source .venv/bin/activate
pip install -r requirements.txt
cp .env.example .env
uvicorn main:app --reload --port 8000

In einer anderen Shell:

cd apps/web
npm install
cp .env.example .env
npm run dev   # http://localhost:5173

Manuelle Schritte

  1. Starte Ollama und lasse es laufen (ollama serve falls nötig).
  2. Ziehe Llama 3.1: ollama pull llama3.1.
  3. Führe das Backend (FastAPI) auf :8000 aus.
  4. Führe das Frontend (Vite) auf :5173 aus.

Das Frontend streamt Server-Sent Events (SSE) vom Backend; stelle sicher, dass die CORS-Origins in apps/api/.env http://localhost:5173 enthalten.


Ausführen der Labs

  • Öffne das Frontend unter http://localhost:5173.
  • Gehe zu Explore Labs → wähle ein Lab → Launch Lab.
  • Nutze den Chat, um den Assistenten anzugreifen (lab-spezifische Prompt-Regeln gelten).
  • Sobald du das Secret erhalten hast, füge es in Submit Your Answer ein.

Akzeptierte Lab-ID-Formate (vom Backend): PI-01, PI_01, pi01, p01 → alle werden zu PI_01 normalisiert.

Dynamische Secrets werden erstellt, wenn ein Lab nach einem Backend-Neustart zum ersten Mal verwendet wird. Du kannst ein Secret auch zurücksetzen:

POST /api/secrets/reset/{labId}

Das Secret jedes Labs ist unterschiedlich und wird bei einem Backend-Neustart neu generiert (im Speicher). Ziehe in Betracht, es mit einer Datei/DB zu sichern, wenn du Persistenz benötigst.


Konfiguration

Backend (apps/api/.env)

Tool herunterladen