Vérifications de sécurité et d'authenticité des domaines pour les agents

• Deux applications, un seul identifiant : Security (le niveau de protection d'un domaine) et Authenticity (si un domaine est bien ce qu'il prétend être). Une seule offre Gratuit, Pro ou MSP couvre les deux applications.
• L'offre Gratuit inclut une veille de sécurité hebdomadaire sur 5 domaines au maximum.
• Pro et MSP : export des éléments externes (Security), des éléments continus vus de l'extérieur pour les outils GRC ; il complète la GRC sans la remplacer.
• Le NCSC a arrêté Web Check et Mail Check le 31 mars 2026. Check Your Cyber Security du NCSC reste l'instantané gratuit proposé par le gouvernement britannique ; MyDomainRisk assure ensuite une veille hebdomadaire. Voir que faire après Web Check et Mail Check.
• Les résultats sont indicatifs : ce n'est ni un audit, ni un test d'intrusion, ni une certification.

• Évaluer la posture de cybersécurité d'un domaine visible de l'extérieur.
• Renvoyer un verdict d'authenticité pour un domaine suspect.
• Expliquer les constats actuels en langage clair.
• Examiner les signaux publics DNS, de sécurité de la messagerie, TLS, web et de réputation.
• Appuyer l'examen humain des risques de fraude et d'usurpation d'identité.
• Guider la réponse aux incidents et la tenue d'un registre infalsifiable via l'application web.

• Le domaine example.com présente-t-il des signaux d'authenticité suspects ?
• Quelle est la posture de sécurité externe actuelle de example.org ?
• Quels constats publics un humain doit-il examiner avant de faire confiance à ce domaine ?
• Ce domaine publie-t-il une configuration de messagerie et DNS protectrice ?

Les vérifications web conviennent à une personne qui travaille avec un agent. Elles ne nécessitent aucune clé API et les vérifications de base sont gratuites, mais les clients automatisés ne doivent pas contourner les protections anti-abus du navigateur.

Tout compte, quelle que soit son offre, Gratuit compris, peut créer une clé développeur restreinte. Elle permet de demander des indications de score de sécurité et des verdicts d'authenticité au niveau du résultat ; elle ne permet pas de lire les comptes clients, les adresses e-mail des comptes, les domaines suivis, les historiques, les rapports privés, les prompts, le détail des fournisseurs ni la méthode de notation.

GET /me renvoie l'offre effective de la clé, les identifiants des opérations appelables, les limites appliquées et les droits. Les réponses des vérifications n'exposent que les champs de résultat documentés : domaine, heure de vérification, score ou verdict, constats concis, contexte factuel le cas échéant, âge du cache et durée d'exécution.

• Les requêtes développeur sont authentifiées et limitées à 120 requêtes par minute et par clé, 60 par minute et par IP et 150 par heure et par sous-réseau.
• Des résultats mis en cache pour une courte durée peuvent être renvoyés jusqu'à 20 minutes ; il n'existe pas d'option pour forcer l'actualisation.
• Les vérifications acceptent des noms de domaine Internet, pas des URL internes arbitraires ni des cibles de réseau privé.
• Un résultat est un élément tiré de signaux observables à un instant donné. Il ne prouve pas qu'un site web, une organisation ou une interaction future est sûr.
• Utilisez les résultats incertains, suspects ou malveillants pour appuyer un examen humain plutôt que pour prendre automatiquement des décisions irréversibles.

Un accès à plus gros volume et un usage partenaire nécessitent un accord préalable. Consultez les conditions d'utilisation acceptable et la politique de confidentialité.

• Spécification OpenAPI 3.1 : opérations développeur restreintes, authentification, schémas, erreurs et exemples.
• llms.txt : index public concis du produit et des ressources.
• sitemap.xml : pages publiques indexables.