Rapport d'analyse du domaine : smtp.sfrbusinessteam.fr
DNS
merci de patienter
Les réponses ne sont pas de type CNAME ou A
Un ou plusieurs serveurs ont retourné un CNAME ou un type A
La version BIND est caché
La version DNS est visible pour ns1.sfrbusinessteam.fr avec l'IP 86.64.239.11 : Microsoft DNS 6.1.7601 (1DB15F75).
La version DNS est visible pour ns2.sfrbusinessteam.fr avec l'IP 84.96.147.1 : Microsoft DNS 6.1.7601 (1DB15F75).
La version Bind ne doit pas être visible car il y a un risque qu'une personne malveillante fasse une recherche sur des éventuelles failles de sécurité propre à la version trouvée.
0.033s
Le domaine a au moins 2 serveurs DNS
Réussi
Dans le but d'obtenir une très haute disponibilité, il est fortement recommandé par la RFC d'avoir au moins 2 serveurs pour les DNS.
RFC0.000s
Tous les serveurs DNS répondent
Réussi
Tous les serveurs DNS doivent être accessible et accepter une requête publique.
0.009s
Tous les serveurs retournent un succès
Réussi
Il est important que tous les serveurs retournent un code de succès.
0.009s
Les IPs des serveurs DNS sont différentes
Réussi
Les IPs des serveurs DNS doivent être différentes dans le but d'augmenter le taux de disponibilité afin que celui-ci soit au plus haut.
0.000s
Les IPs des serveurs DNS sont d'une class C différente
Réussi
La classe C de chaque IP doit être différente pour que les serveurs ne se trouvent pas dans la même baie et qu'il y ait un risque d'indisponibilité.
RFC0.000s
Les SOA sont synchronisés
Réussi
Le SOA répondu par les serveurs DNS doit être identique pour chaque serveur. Les informations les plus importantes sont le serveur maître, l'adresse e-mail du contact et le serial.
0.000s
L'email dans le SOA est valide
Réussi
Une adresse e-mail doit respecter certaines conditions pour être valide, conformément à la RFC 5322.
RFC0.000s
La valeur du Refresh dans le SOA est valide
Réussi
La valeur de Retry, Refresh et Expire est correcte
Réussi
La valeur de Retry doit être inférieur à celle de Refresh qui elle même doit être inférieur à Expire (retry <refresh <expire).
RFC0.000s
Les serveurs DNS ne sont pas Open Relay
Réussi
Les résolveurs DNS qui autorisent les requêtes provenant de toutes les adresses IP et qui sont exposés à Internet peuvent être attaqués et utilisés pour mener des attaques par déni de service (DoS) par des personnes malveillantes.
0.031s
Le transfert de zone n'est pas activé
Réussi
Un attaquant peut utiliser un transfert de zone contenant un code malveillant ou un format inapproprié qui bloque un serveur DNS vulnérable à ce type d'attaque, ce qui entraîne un DoS qui déstabilise les services DNS. Cela permet la récupération de l'ensemble des informations de la zone DNS. Le test peut être effectué à l'aide de la commande : #host -T axfr ou #dig axfr.
documentation0.491s
Les requêtes récursives sont désactivées
Réussi
Avoir un serveur DNS qui autorise les requêtes récursives est un risque de sécurité, une attaque DDOS peut être effectuée.
RFC documentation documentation0.028s
Les IPs des serveurs DNS ne sont pas privées
Réussi
Les mêmes enregistrement MX sont retournés
Réussi
Il est extrêmement important que chaque DNS renvoie les mêmes enregistrements MX afin d'éviter de contacter un serveur SMTP qui n'existe plus.
0.027s
Les serveurs DNS sont synchronisés
Ignoré
La synchronisation des serveurs DNS se doit d'être parfaite pour éviter tout problème de résolution dns. Les serveurs doivent donc donner la même réponse lorsqu'on leur demande "quels sont les serveurs DNS du domaine?".
0.000s
Domaine
merci de patienter
merci de patienter
merci de patienter
Web
merci de patienter