OpenDoor ist eine quelloffene CLI-Recon-Plattform für autorisierte Web-Reconnaissance, Verzeichnisermittlung, Subdomain-Enumeration, Fingerprints, WAF-Erkennung, Bypass-Erprobung, Antwortfilterung, Berichterstellung, Open-Redirect-Prüfungen, begrenztes Crawling und transportbasierte Scan-Workflows.
Es hilft Sicherheitsforschern, Penetrationstestern, Bug-Bounty-Jägern, DevSecOps-Ingenieuren und Entwicklern, offengelegte Pfade, Login-Panels, Verzeichnislisten, eingeschränkte Ressourcen, Backup-Dateien, Web-Shells, Subdomains und andere potenziell sensible Web-Assets zu identifizieren.
Verwenden Sie OpenDoor nur auf Systemen, die Ihnen gehören oder für die Sie ausdrücklich die Erlaubnis zum Testen haben.
✅ Projektstatus
🧪 CI-Matrix
| Plattform | Python 3.12 | Python 3.13 | Python 3.14 |
|---|
| Linux |  |  |  |
| macOS |  |  |  |
| Windows |  |  |  |
🚀 Schnellzugriff
✨ Funktionen
- Verzeichnisermittlung;
- rekursive Verzeichnisermittlung;
- begrenztes Same-Origin-Crawling;
- Folgen von Weiterleitungen;
- Subdomain-Enumeration;
- Multithreading-Scans für schnellere Abfragen;
- Eingabemodi für einzelnes Ziel, Zieldatei, stdin, IPv4-CIDR und IPv4-Bereich;
- benutzerdefinierte Wortlisten, Präfixe, Mischen zur Vermeidung von Scan-Mustern und Erweiterungsfilter, Unterstützung für entfernte Wortlisten;
- benutzerdefinierte Anforderungsheader, Cookie-Weiterleitung und rohe HTTP-Anforderungsvorlagen;
- Antwortfilter nach Status, Größe, Text, Regex und Body-Länge;
- Antwort-Sniffer zur Erkennung von Verzeichnislisten, leeren Antworten, bekannten Datei-Expositionen, aktiven Shadow-Copy-Probes, Kollation, möglichen offengelegten Geheimnissen, clientseitig exponierten Endpunkten, Fehlern, offengelegten Debug-Stacktraces und verifizierten Open-Redirect-Schwachstellen;
- intelligente Auto-Kalibrierung für Soft-404-, Wildcard-, Catch-all-, semantische Antwort-Diff- und DNS-Wildcard-Fälle;
- Technologie-Fingerprint-Erkennung für CMS, E-Commerce-Plattformen, Frameworks, Laufzeit-Stacks, Infrastruktur und HSTS-Status;
- passive Datenschutzrisiko-Prüfungen in
--fingerprint, einschließlich möglicher HSTS-, ETag/Cache- und Supercookie-Oberflächen;
- passive WAF-Erkennung und -Bypass im sicheren Scan-Modus;
- WAF-Guard-Abbruchbedingung zum Beenden von Scans mit geringem Wert, wenn die anfänglich klassifizierten Antworten überwiegend WAF-blockiert sind;
- kontrollierte Header- und Pfad-Bypass-Probes für blockierte
401- und 403-Ressourcen;
- fehlertolerante Scan-Laufzeit mit Wiederholungen, Fail-Streak-Schutz, Behandlung von Transportfehlern, fortsetzbaren Sitzungen und Laufzeit-Pause/Fortsetzen-Steuerung;
- CI/CD-Regeln zum Fehlschlagen bei Ergebnis-Buckets;
- differenzielle Berichtsvergleiche für frühere/aktuelle JSON- oder SQLite-Berichte;
- Berichte im Terminal-, Text-, JSON-, CSV-, HTML-, SARIF- und SQLite-Format;
- Unterstützung für Proxy-, OpenVPN-, WireGuard-, Legacy-TLS- und mTLS-Client-Zertifikat-Transport;
- sequentielle Transportrotation pro Ziel für Batch-Workflows;
- Konfigurationsassistent für wiederholbare Scan-Profile;
- integrierte Wortlisten (aktualisiert 2026-08)
🧭 Wo ist OpenDoor sinnvoll?
Es ist für reale Ziele konzipiert, bei denen Geschwindigkeit allein nicht ausreicht: WAFs, CDNs, Soft-404-Seiten, Wildcard-Routen, eingeschränkte Ressourcen, authentifizierte Bereiche, instabile Netzwerke, Multi-Ziel-Batches und transportgesteuerte Scans.
Seit seinem ersten Start im Jahr 2016 bis heute hat sich OpenDoor dramatisch verändert und sich von einem primitiven Brute-Forcer zu einem neuen adaptiven Discovery-Framework entwickelt. Es ist DevOps- und QA-freundlich geworden.
OpenDoor konzentriert sich auf kontextbewusste Discovery anstelle von blinder Enumeration.
Was OpenDoor anders macht
stanislav-web/opendoor
