Produktionsreife Endpunkte sind auf 99,99% Verfügbarkeit und dokumentierte Statusbehandlung ausgelegt.
Wird von Menschen in großartigen Unternehmen verwendet
Vertrauenssignale vor der Integration
Transparente Dokumentation, authentifizierte Anfragen und sichtbare Zuverlässigkeitsdetails erleichtern die Bewertung von DomScan vor dem Launch.
OpenAPI, Swagger, Postman, CLI, SDK und MCP-Links sind nur einen Klick entfernt.
Authentifizierte Endpunkte nutzen API-Schlüssel mit klaren Credit-Kosten vor dem Aufruf.
Starte mit 10.000 monatlichen Credits und upgrade erst, wenn die Nutzung wächst.
Wobei diese API beim Bauen hilft
Nutze diese Seite als Produktionsbriefing: Endpoints, Beispiele, Antwortstruktur und Workflow-Bausteine, um DomScan in dein Produkt einzubinden.
Bette Domainchecks, DNS-Intelligence, Risikosignale oder Anreicherung in Onboarding, Suche und interne Tools ein.
Ersetze wiederholte manuelle Lookups durch geplante Jobs, Alerts und reproduzierbare Untersuchungsschritte.
Nutze vorhersehbare Felder, dokumentierte Statuscodes und Credit-Kosten statt Provider-Seiten zu scrapen.
Versorge Agenten, Dashboards, SOAR-Playbooks und CRMs über OpenAPI, SDK, Postman oder MCP.
Integrationsablauf
Ein einfacher Weg von der ersten Anfrage bis zur wiederholbaren Nutzung in Produktion.
Sende deinen API-Schlüssel mit dem dokumentierten Header und halte Anfragen über Services hinweg konsistent.
Starte mit den curl- und HTTP-Beispielen und übertrage die Parameter dann in deinen Anwendungscode.
Nutze Statuscodes, Credit-Kosten und Antwortfelder, um Retries, Logs und Alerts zu bauen.
Developer-Kit
Wechsle von dieser Seite zu maschinenlesbaren Docs, Request-Sammlungen, SDKs oder Agenten-Tools.
Generiere Clients oder prüfe jede Request- und Response-Struktur.
Postman-CollectionImportiere fertige Requests für manuelle Tests und Team-Handoff.
SDKs und CLINutze gepflegte Pakete und Kommandozeilen-Workflows statt Boilerplate zu schreiben.
MCP-IntegrationStelle Domain-Intelligence für KI-Agenten und interne Assistenten bereit.
Parameter- und Antwortkarte
Prüfe Eingaben, Ausgabefelder und Statuscodes, bevor du den Endpoint in deinen Client einbindest.
Parameter
Beispielantwort
HTTP-Statuscodes
Endpunkte
/v1/subdomains
Vertrauenssignale vor der Integration
Transparente Dokumentation, authentifizierte Anfragen und sichtbare Zuverlässigkeitsdetails erleichtern die Bewertung von DomScan vor dem Launch.
OpenAPI, Swagger, Postman, CLI, SDK und MCP-Links sind nur einen Klick entfernt.
Authentifizierte Endpunkte nutzen API-Schlüssel mit klaren Credit-Kosten vor dem Aufruf.
Starte mit 10.000 monatlichen Credits und upgrade erst, wenn die Nutzung wächst.
Starte mit den curl- und HTTP-Beispielen und übertrage die Parameter dann in deinen Anwendungscode.
Hauptfunktionen
Finden Sie Subdomänen aus Certificate-Transparency-Protokollen.
Nutze prefer_cache=1, um nicht auf CT-Logs zu blockieren; kalte Fehltreffer geben 202 zurück und starten eine Aktualisierung.
Nicht-invasive Entdeckung ohne Berührung von Zielservern.
Finden Sie vergessene oder Shadow-IT-Subdomänen.
Ordnen Sie Angriffsoberflächen für Penetrationstests zu.
Entdecken Sie Subdomänen aus historischen Zertifikatsdatensätzen.
Gecachte Ergebnisse kommen sofort zurück; kalte Cache-only-Fehltreffer enthalten Retry-After-Hinweise.
Einfache Integration in Sicherheits-Workflows und Tools.
Beispielanfrage
curl -H "X-API-Key: $DOMSCAN_API_KEY" "https://domscan.net/v1/subdomains?domain=example.com"
Beispielantwort
{
"domain": "example.com",
"subdomains": [
{
"name": "api.example.com",
"source": "ct",
"first_seen": "2026-01-18T09:24:00Z",
"verified": false,
"dns_records": null
},
{
"name": "www.example.com",
"source": "ct",
"first_seen": "2025-11-04T14:10:00Z",
"verified": false,
"dns_records": null
}
],
"summary": {
"total_found": 2,
"returned": 2,
"verified_count": 0,
"unverified_count": 2,
"sources_used": ["crtsh"]
},
"meta": {
"query_time_ms": 842,
"cached": false
}
}
Häufig gestellte Fragen
Wir fragen öffentliche Certificate-Transparency-Quellen wie crt.sh ab und normalisieren Zertifikatsnamen zu deduplizierten Subdomain-Ergebnissen. Optionale DNS-Verifizierung kann bestätigen, welche zurückgegebenen Hosts auflösen.
Ja. Wir verwenden öffentlich verfügbare Datenquellen (CT-Protokolle sind absichtlich öffentlich, DNS ist öffentlich). Wir führen keine aktiven Scans oder Brute-Force-Enumeration durch.
CT-Logs erfassen Hostnamen, die in öffentlichen Zertifikaten erschienen sind. Das bietet starke passive Abdeckung, zeigt aber keine rein internen Hosts oder Namen, die nie öffentliches TLS genutzt haben.
Eine 202 bedeutet, dass für eine Cache-only-Anfrage noch kein gecachtes Subdomain-Ergebnis bereit war. Wir haben eine Hintergrundaktualisierung gestartet, Retry-After zurückgegeben und für diese ausstehende Antwort 0 Credits berechnet.
Subdomain-Entdeckung ist der erste Schritt in der Sicherheitsbewertung. Das Finden vergessener Entwicklungs-/Staging-Subdomänen oder Shadow-IT zeigt oft Sicherheitsschwachstellen.
Verwandte Tools & Ressourcen
HTTP-Statuscodes
Wir dokumentieren die HTTP-Statuscodes, die Ihr Client behandeln sollte, damit Sie erfolgreiche Antworten, Authentifizierungsprobleme, Credits, Ratenlimits, fehlende Daten und Upstream-Fehler unterscheiden können.
Anfrage erfolgreich
Cache-only-Subdomain-Fehltreffer für eine Hintergrundaktualisierung akzeptiert. Es werden keine Credits berechnet; versuche es nach der Retry-After-Wartezeit erneut.
Ungültige Parameter
Nicht genügend Credits für diese Anfrage.
Ratenlimit überschritten
Interner Fehler
RDAP-Upstream-Fehler
Der Upstream-Dienst ist nicht verfügbar oder drosselt vorübergehend.
Die Upstream-Abfrage hat das Zeitlimit überschritten.
Entdecken Sie Subdomänen