Les endpoints prêts pour la production sont conçus pour 99,99% de disponibilité et une gestion documentée des statuts.
Utilisé par les gens des meilleures entreprises
Signaux de confiance avant intégration
Une documentation transparente, des requêtes authentifiées et des détails de fiabilité visibles facilitent l’évaluation de DomScan avant mise en production.
OpenAPI, Swagger, Postman, CLI, SDK et liens MCP sont accessibles en un clic.
Les endpoints authentifiés utilisent des clés API avec des coûts en crédits clairs avant l’appel.
Commencez avec 10 000 crédits mensuels et passez à l’offre supérieure seulement quand l’usage augmente.
Ce que cette API vous aide à livrer
Utilisez cette page comme brief de production : endpoints, exemples, structure de réponse et éléments de workflow pour intégrer DomScan à votre produit.
Intégrez vérifications de domaines, intelligence DNS, signaux de risque ou enrichissement dans l’onboarding, la recherche et les outils internes.
Remplacez les recherches manuelles répétées par des tâches planifiées, des alertes et des étapes d’enquête reproductibles.
Utilisez des champs prévisibles, des codes d’état documentés et des coûts en crédits au lieu de scraper des pages fournisseur.
Alimentez agents, tableaux de bord, playbooks SOAR et CRMs via OpenAPI, SDK, Postman ou MCP.
Flux d’intégration
Un parcours simple de la première requête à un usage répétable en production.
Envoyez votre clé API avec l’en-tête documenté et gardez des requêtes cohérentes entre services.
Commencez par les exemples curl et HTTP, puis mappez les paramètres dans le code de votre application.
Utilisez codes d’état, coûts en crédits et champs de réponse pour construire retries, logs et alertes.
Kit développeur
Passez de cette page aux docs lisibles par machine, collections de requêtes, SDKs ou outils d’agents.
Générez des clients ou inspectez chaque forme de requête et de réponse.
Collection PostmanImportez des requêtes prêtes pour les tests manuels et le transfert à l’équipe.
SDKs et CLIUtilisez des packages maintenus et des workflows en ligne de commande au lieu d’écrire du boilerplate.
Intégration MCPExposez l’intelligence de domaines aux agents IA et aux assistants internes.
Carte des paramètres et réponses
Parcourez les entrées, champs de sortie et codes d’état avant de connecter l’endpoint à votre client.
Paramètre
Exemple de Réponse
Codes de Statut HTTP
Points d'accès
/v1/subdomains
Signaux de confiance avant intégration
Une documentation transparente, des requêtes authentifiées et des détails de fiabilité visibles facilitent l’évaluation de DomScan avant mise en production.
OpenAPI, Swagger, Postman, CLI, SDK et liens MCP sont accessibles en un clic.
Les endpoints authentifiés utilisent des clés API avec des coûts en crédits clairs avant l’appel.
Commencez avec 10 000 crédits mensuels et passez à l’offre supérieure seulement quand l’usage augmente.
Commencez par les exemples curl et HTTP, puis mappez les paramètres dans le code de votre application.
Fonctionnalités clés
Trouvez des sous-domaines à partir des journaux de Certificate Transparency.
Utilisez prefer_cache=1 pour éviter d’attendre les journaux CT; les échecs à froid renvoient 202 et lancent une actualisation.
Découverte non-intrusive sans toucher aux serveurs cibles.
Trouvez les sous-domaines oubliés ou shadow IT.
Mappez la surface d'attaque pour les tests de pénétration.
Découvrez les sous-domaines à partir des enregistrements de certificats historiques.
Les résultats en cache reviennent immédiatement; les échecs à froid en cache uniquement incluent une indication Retry-After.
Facile à intégrer dans les workflows de sécurité et les outils.
Exemple de Requête
curl -H "X-API-Key: $DOMSCAN_API_KEY" "https://domscan.net/v1/subdomains?domain=example.com"
Exemple de Réponse
{
"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
}
}
Foire aux questions
Nous interrogeons des sources publiques Certificate Transparency comme crt.sh et normalisons les noms de certificats en résultats de sous-domaines dédupliqués. La vérification DNS optionnelle peut confirmer quels hôtes renvoyés résolvent.
Oui. Nous utilisons des sources de données publiquement disponibles (les journaux CT sont publics par conception, DNS est publique). Nous n'effectuons pas d'analyse active ou d'énumération par force brute.
Les journaux CT capturent les noms d’hôtes apparus dans des certificats publics. C’est une forte couverture passive, mais elle ne révèle pas les hôtes internes ni les noms qui n’ont jamais utilisé TLS public.
Un 202 signifie qu’aucun résultat de sous-domaines en cache n’était prêt pour une requête cache uniquement. Nous avons lancé une actualisation en arrière-plan, renvoyé Retry-After et facturé 0 crédit pour cette réponse en attente.
La découverte de sous-domaines est la première étape de l'évaluation de sécurité. Trouver les sous-domaines dev/staging oubliés ou shadow IT révèle souvent des faiblesses de sécurité.
Outils et Ressources Connexes
Codes de Statut HTTP
Nous documentons les codes d'état HTTP que votre client doit gérer afin de distinguer les réponses réussies, les problèmes d'authentification, les crédits, les limites de débit, les données introuvables et les erreurs en amont.
Requête réussie
Absence de cache de sous-domaines en mode cache uniquement acceptée pour une actualisation en arrière-plan. Aucun crédit n’est facturé; réessayez après le délai Retry-After.
Paramètres invalides
Crédits insuffisants pour exécuter cette requête.
Limite de débit dépassée
Erreur interne
Erreur RDAP en amont
Le service amont est indisponible ou limite temporairement les requêtes.
La requête amont a expiré.
Découvrez les sous-domaines