ONUS - Automatisierte Schwachstellenbewertung & Penetrationstests

Ein lokal gehostetes, netzwerkisoliertes (air-gapped) VAPT-Tool: Man richtet es auf eine autorisierte Zieldomain aus, und es führt 8 Scan-Module parallel aus, bewertet jeden Befund deterministisch (CVSS v3.1), ergänzt optional KI-generierte Beschreibungen in einfacher Sprache über ein lokales LLM und erzeugt einen PDF-Bericht plus ein Live-Web-Dashboard. Keine externen API-Aufrufe – alles läuft im eigenen Netzwerk.

Zwei Möglichkeiten, ONUS auszuführen:

Self-hosted (dieses Repo): docker compose up → Domain eingeben → Autorisierungsfeld aktivieren → scannen. Kein Konto, keine Anmeldung, keine E-Mail-Verifizierung – es ist bewusst für einen einzelnen Bediener ausgelegt, und alles unten deckt diesen Weg ab.

Gehostet: Eine verwaltete Instanz ist live unter tryonus.tech. Sie ergänzt produktionsspezifische Funktionen (Konten / OAuth-Anmeldung, eine Scan-Warteschlange, Verlauf pro Benutzer), die in diesem Repo standardmäßig aus sind, damit Self-Hosting einfach bleibt. Siehe Self-hosted vs. gehostet.

Funktionen

8 parallele Scan-Module (Celery) – Netzwerk-Reconnaissance (Ports/Dienste/Subdomains/DNS/WHOIS), Webanwendungs-Scanning (ZAP + Nikto + Katana), SSL/TLS-Konfiguration, HTTP-Sicherheitsheader, OWASP-Top-10-Checks, Technologie-Fingerprinting/WAF-Erkennung, CVE-Scanning (Nuclei), Verzeichnis-Enumeration (FFUF).
Deterministische CVSS-v3.1-Bewertung – Schweregrad, CVSS-Score/Vektor, Priorität und OWASP-Kategorie werden aus einem Regelkatalog berechnet und niemals von einem LLM geraten. Zwei Läufe desselben Scans erzeugen byteidentische numerische Felder.
Konfidenzprüfung – Befunde werden passiv erneut geprüft (nur nicht-destruktive Wiederbeobachtung) und als bestätigt / wahrscheinlich / unverifiziert markiert, statt stillschweigend verworfen zu werden.
Optionale lokale KI-Analyse – Ollama + Qwen 2.5 7B verwandelt bewertete Befunde in Beschreibungen in einfacher Sprache und Schritte zur Behebung. Vollständig netzwerkisoliert; das Tool funktioniert auch ohne sie (siehe Schnellstart unten).
Kontextbewusste, umsetzbare Behebungsempfehlungen – jeder Befund endet mit einem konkreten nächsten Schritt. Stabile Probleme verwenden deterministische Vorlagen; wirklich kontextabhängige nutzen die KI; und die Erkennung verwalteter Plattformen (Vercel / Cloudflare / Netlify / GitHub Pages / …) bedeutet, dass ein TLS-Befund auf Plattformebene sagt, wer diese Schicht kontrolliert und was als Nächstes zu tun ist – statt unmöglicher Hinweise wie „Bearbeiten Sie Ihre Serverkonfiguration“.
PDF-Bericht + Web-Dashboard – ein mit WeasyPrint gerenderter Bericht und ein Next.js-Dashboard, beide von denselben bewerteten/beschriebenen Befunden gespeist.

Self-hosted vs. gehostet

	Self-hosted (dieses Repo)	Gehostet (tryonus.tech)
Setup	`docker compose up`	keins – einfach die Website öffnen
Anmeldung	keine – einzelner Bediener	Konto / Google / GitHub OAuth
Scan-Ablauf	Domain → Autorisierungsfeld → Scan	gleich, nach der Anmeldung
Extras	–	Scan-Warteschlange, Verlauf pro Benutzer, gehostete E-Mail
Läuft auf	eigenem Netzwerk, netzwerkisoliert	verwalteter Cloud

Der Self-hosted-Standardpfad ist bewusst der einfache: keine Registrierung, keine E-Mail-Verifizierung, kein OAuth. Die nur im Hosting verfügbaren Funktionen (Authentifizierung, Scan-Warteschlange) liegen hinter Konfigurationsflags, die standardmäßig aus sind (REQUIRE_AUTH=false, HOSTED_QUEUE_ENABLED=false; siehe Konfiguration) und in docker-compose.yml nicht gesetzt werden – wer ONUS lokal betreibt, steht also nie hinter einem Login. Bevorzugen Sie null Setup? Nutzen Sie die gehostete Website unter tryonus.tech.

Screenshots

Neuer Scan	Live-Scan-Status

Berichts-Dashboard	Scan-Entdeckungen

Architektur

domain → [recon | webscan | ssl_tls | headers | owasp | tech_fingerprint | nuclei | enumeration] (parallel, Celery)
       → any module failed/timed out? → pause for operator retry/continue/cancel
       → aggregator (dedup + OWASP-map + sort)
       → confidence verification (passive re-observation)
       → deterministic CVSS scoring
       → Ollama (Qwen 2.5 7B) AI analysis
       → WeasyPrint PDF + PostgreSQL
       → dashboard / PDF download

Sechs Schichten: Next.js-Frontend → FastAPI → Celery/Redis → 8 parallele Scan-Module → Ollama (Qwen 2.5 7B) → WeasyPrint-PDF + Dashboard. Vollständige Details in ARCHITECTURE.md (Schemata, Verträge, Guardrails) und docs/QUICK_REF.md (schnelles Nachschlagen für häufige Änderungen).

Voraussetzungen

Docker + Docker Compose v2
~8 GB freier Speicherplatz. Die erstellten Images umfassen insgesamt ~6,8 GB (Backend und Worker jeweils ~3,25 GB – sie bündeln Nuclei-Templates und ein Headless-Chromium über Playwright – plus ein ~270 MB großes Frontend), und der Build selbst benötigt zusätzlich Luft nach oben.
~6 GB freier Arbeitsspeicher. Allein der ZAP-Sidecar ist auf 4 GB begrenzt (mem_limit: 4g), und Postgres, Redis, die API, der Worker und das Frontend laufen parallel dazu.
Der erste Build dauert bei ordentlicher Verbindung etwa 10–15 Minuten.

Schnellstart

Siehe Voraussetzungen oben: ~8 GB Speicher und ~6 GB RAM, und rechnen Sie mit einem 10–15-minütigen ersten Build.

cp .env.example .env
cp backend/subfinder-config/provider-config.yaml.example backend/subfinder-config/provider-config.yaml
docker compose up -d
docker compose ps        # wait for zap to report healthy (~2 min)

Öffnen Sie http://localhost:3000, geben Sie eine Domain ein, aktivieren Sie das Autorisierungsfeld und starten Sie den Scan.

Keine Anmeldung, keine Registrierung, keine E-Mail-Verifizierung. Self-hosted ONUS ist standardmäßig für einen einzelnen Bediener ausgelegt – zwischen dem Öffnen des Dashboards und dem Scannen gibt es keinen Kontoschritt.

ONUS

Beliebteste