Comment fonctionne un audit Perimetry

Un audit lit ce que n’importe qui sur Internet peut déjà lire de votre domaine, comme commencerait un attaquant : le DNS, les journaux de certificats, les réponses que vos serveurs donnent à chaque visiteur, des bases publiques. Il dure une à deux minutes, n’attaque rien, et chaque contrôle est open source.

L’audit, étape par étape

Six familles de contrôles démarrent ensemble sur le domaine lui-même ; les autres s’appuient sur ce qu’ils ont trouvé. Les barres montrent la part habituelle du temps de chaque étape.

Phase 1 · en parallèle

  1. DNS

    Serveurs de noms, DNSSEC (absent ou cassé), CAA, enregistrements génériques.

  2. Authentification des e-mails

    SPF compté à travers chaque include, DKIM sur 54 sélecteurs courants, DMARC, MTA-STS, rapports TLS.

  3. Sous-domaines

    Les noms trouvés dans les journaux Certificate Transparency, puis résolus un par un.

  4. Domaines sosies

    Jusqu’à 300 variantes de typosquatting : lesquelles sont enregistrées, avec messagerie ou site, et depuis quand.

  5. Stockage cloud

    Les buckets qui portent le nom du domaine sur S3, Google Cloud Storage et Azure.

  6. Enregistrement du domaine

    Date d’expiration et bureau d’enregistrement, lus dans le registre.

Phase 2 · l’une après l’autre

  1. Certificats

    Les certificats émis récemment, et si chaque émetteur est autorisé par votre enregistrement CAA.

  2. Serveurs de messagerie

    Pour chaque hôte MX : STARTTLS, la négociation TLS, le certificat, DANE.

  3. Hôtes

    Le domaine, www et chaque sous-domaine actif, résolus en adresses.

  4. Prise de contrôle de sous-domaine

    Les CNAME qui pointent vers des ressources supprimées chez 26 fournisseurs, ou vers des domaines non enregistrés ; les délégations orphelines.

  5. Sites web

    HTTPS et HSTS, en-têtes de sécurité et qualité de la CSP, cookies, bibliothèques obsolètes, extensions WordPress.

  6. Exposition

    Ports ouverts et vulnérabilités connues d’après les données existantes de Shodan, classés avec CISA KEV et EPSS.

  7. Réputation

    Le domaine et ses adresses de messagerie et web dans les listes de blocage de Spamhaus.

Chaque constat est ensuite comparé à l’audit précédent : nouveaux problèmes, problèmes corrigés, nouveaux sous-domaines, nouveaux certificats, nouveaux sosies. C’est de cette comparaison que sont faites vos alertes.

Passif par principe

Rien de ce que fait un audit ne paraîtrait inhabituel dans vos journaux : quelques requêtes DNS, une page d’accueil chargée, un serveur de messagerie salué. C’est aussi pourquoi il peut tourner régulièrement sans outrepasser l’autorisation de quiconque.

Ce qu’il fait

  • Des requêtes DNS par des résolveurs publics
  • Des recherches dans des bases publiques (journaux de certificats, données existantes de Shodan, listes de blocage)
  • Une négociation TLS normale et quelques requêtes HTTPS ordinaires par site
  • Une salutation SMTP à chaque serveur de messagerie, arrêtée avant tout envoi

Ce qu’il ne fait jamais

  • Scanner des ports, envoyer des données aléatoires, deviner des mots de passe
  • Envoyer des charges d’exploitation ou tenter de se connecter
  • Visiter les domaines sosies (ils sont seulement résolus)
  • Se connecter à des adresses privées ou internes, quoi que dise un enregistrement DNS

Deux choses attendent la preuve que le domaine est à vous (un enregistrement TXT) : le détail des constats qui aideraient un attaquant, et la recherche facultative de fichiers sensibles exposés (.git, .env, sauvegardes), que vous activez domaine par domaine.

D’où viennent les informations

Chaque source est publique, et voici ce que chacune voit d’un audit. Aucune donnée client ne leur est jamais envoyée.

SourceReçoitSert à
Résolveurs DNS publics (Cloudflare, Google)Les noms du domaine, des sous-domaines et des sosiesChaque contrôle DNS
crt.sh, Cert SpotterLe nom du domaineSous-domaines, surveillance des certificats
rdap.org et le registreLe nom du domaineExpiration du domaine, âge des sosies
Shodan InternetDBDes adresses IP publiquesPorts ouverts et vulnérabilités connues, sans scan
CISA, FIRST, WordfenceRien sur vous : les catalogues publics sont téléchargésClassement des vulnérabilités
SpamhausLe domaine et ses adresses IPListes de blocage
Stockage Amazon, Google, MicrosoftDes noms de buckets dérivés du domaineStockage cloud
Vos propres serveursDes requêtes HTTPS ordinaires, une salutation SMTPContrôles web, TLS et transport des e-mails

Comment le score est calculé

Il part de 100 et chaque constat retire des points selon sa gravité. Le même problème sur plusieurs hôtes compte en entier une fois, puis un quart à chaque répétition : dix hôtes sans un même en-tête ne coulent pas un domaine. Les constats que vous avez acceptés, avec un motif, ne comptent pas.

Notes : A à partir de 90, B à partir de 75, C à partir de 60, D à partir de 40, F en dessous.

Exemple

Pas d’enregistrement DMARC (élevée, −12), deux en-têtes faibles (moyenne, −5 chacun), pas de CAA (faible, −1) : 100 − 12 − 10 − 1 = 77, note B.

Le score suit vos progrès dans le temps. Ce n’est pas une certification, et un score parfait ne veut pas dire que rien ne peut arriver.

GravitéPointsSignification
Critique−30Exploitable maintenant, impact grave : à corriger aujourd’hui
Élevée−12Risque réel ou mesure de sécurité défaillante : à corriger cette semaine
Moyenne−5Une faiblesse à corriger bientôt
Faible−1Durcissement et bonnes pratiques
Info−0Contexte, rien à corriger

Comment les fausses alertes sont évitées

Un constat qui se révèle faux coûte de la confiance. Ces quatre cas viennent chacun d’un vrai rapport qui s’était trompé, et que nous avons corrigé dans le scanner pour tout le monde.

Chiffrement des e-mails retiré par un réseau

Certains réseaux retirent STARTTLS de la conversation avec tous les serveurs de messagerie. Avant de dire que votre serveur ne le propose pas, nous interrogeons un serveur de référence qui le propose toujours ; si lui aussi paraît non chiffré, c’est le réseau, et vous n’êtes pas mis en cause.

Politiques écrites dans la page

Les sites statiques mettent souvent leur Content-Security-Policy dans une balise <meta>. Les navigateurs appliquent l’en-tête et la balise : nous lisons les deux avant de juger une politique faible.

Sites derrière Cloudflare

Cloudflare répond sur une douzaine de ports pour chaque site qu’il sert. Cela ne vous est pas reproché ; ce qui est signalé, c’est un hôte qui le contourne et pourrait révéler votre serveur d’origine.

Domaines sosies

Un nom ressemblant enregistré il y a des années est un voisin, pas un attaquant. La gravité dépend de la date d’enregistrement et de la capacité du domaine à envoyer des e-mails, pas de sa simple existence.

Ce qu’un audit passif ne peut pas voir

Perimetry regarde votre domaine de l’extérieur. C’est là que commencent la plupart des incidents, mais tout n’est pas visible de là.

  • L’intérieur de vos applications. Mots de passe faibles, erreurs de contrôle d’accès, failles d’injection : il faut quelqu’un qui se connecte et teste, c’est un test d’intrusion. Notre scan actif vérifié, bientôt disponible, en couvre une partie avec votre autorisation.
  • Les services qu’aucune source publique n’a vus. Les ports ouverts viennent des données existantes de Shodan ; un port ouvert ce matin n’y est peut-être pas encore.
  • Les sous-domaines jamais mis sur un certificat public. Les noms qui n’existent que dans votre DNS interne ne figurent pas dans les journaux que nous lisons.
  • Vos équipes et vos appareils. Hameçonnage, ordinateurs portables, sauvegardes : hors du champ de tout audit de domaine.

Si vous traitez des données sensibles ou devez respecter une norme de sécurité, associez cette surveillance continue à un test d’intrusion annuel réalisé par un prestataire qualifié.

Chaque contrôle est open source

Le scanner derrière chaque rapport est Perimetry, publié sous licence AGPL-3.0. Vous pouvez lire comment chaque constat est produit, le faire tourner sur votre machine et comparer ses résultats aux nôtres. Les changements des contrôles sont listés dans nos nouveautés.

Voir tous les contrôles · Ce que nous faisons de vos données