La version BIND est caché
La version DNS est visible pour b.dns.py avec l'IP 200.160.0.5 : 9.18.24.
La version DNS est visible pour l.dns.py avec l'IP 200.0.68.10 : NSD 4.8.0.
Rapport d'analyse du domaine : b.dns.py 
Résumé
DNS
Serveurs DNS pour py
b.dns.py a été détecté comme étant un hôte
Informations sur l'hôte
- Ips
-
- CNAME
- -
Informations sur la requête
- Serveur
- e.root-servers.net
[ 192.203.230.10 ] - Durée de la requête
- 442 ms
- Type
- authority
- Entête
- RCODE : 0 AA : 0 TC : 0
Réponse
Informations sur la requête
- Serveur
- b.dns.py
[ 200.160.0.5 ] - Durée de la requête
- 185 ms
- Type
- inconnu
- Entête
- RCODE : 0 AA : 1 TC : 0
Informations sur la requête
- Serveur
- c.dns.py
[ 130.59.31.30 ] - Durée de la requête
- 30 ms
- Type
- inconnu
- Entête
- RCODE : 0 AA : 1 TC : 0
Informations sur la requête
- Serveur
- l.dns.py
[ 200.0.68.10 ] - Durée de la requête
- 116 ms
- Type
- inconnu
- Entête
- RCODE : 0 AA : 1 TC : 0
Informations sur la requête
- Serveur
- p.dns.py
[ 204.61.216.107 ] - Durée de la requête
- 5 ms
- Type
- inconnu
- Entête
- RCODE : 0 AA : 1 TC : 0
Informations sur la requête
- Serveur
- u.dns.py
[ 198.6.1.65 ] - Durée de la requête
- 91 ms
- Type
- inconnu
- Entête
- RCODE : 0 AA : 1 TC : 0
Serveurs de nom
Champs A et AAAA
- IPv4
- 200.160.0.5
- TTL
- 86400 (1 day)
- IPv6
- 2001:12ff:0:a20:0:0:0:5
- TTL
- 86400 (1 day)
SOA
RRSIG
- Nombre de labels
- 1
- Créé le
- 11 avr. 2024 23:25
- Expire
- 26 avr. 2024 00:55
- Algorithme
- 13 (ECDSA Curve P-256 with SHA-256)
- TTL original
- 86400 (1 day)
- TTL
- 1800 (30 minutes)
- nom de la signature
- py
- signature
- ANXRz6ajXK60miByJK11SIfGrwdso23OzbIT13KX3OXy9dNGoS3813wMloJyH6P1VMaRL7wuS54y/0INCGqkkg==
La version BIND est caché
La version DNS est visible pour b.dns.py avec l'IP 200.160.0.5 : 9.18.24.
La version DNS est visible pour l.dns.py avec l'IP 200.0.68.10 : NSD 4.8.0.
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.422s
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.005s
Tous les serveurs retournent un succès
Réussi
Il est important que tous les serveurs retournent un code de succès.
0.001s
Les réponses ne sont pas de type CNAME ou A
Réussi
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.431s
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.
documentation1.288s
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.419s
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.418s
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
Whois
Nous n'avons aucune information d'enregistrement sur ce domaine
Réputation
Domaine
- Serveur Whois
- whois.iana.org
- Etats
- Le statut d'enregistrement de domaine est inconnu
Google Safe Browsing
- Etats
Web Of Trust
- Etats
Blackliste
- RFC Ignorant
- Rbl Jp
- RblDns
- Sorbs
- Spam Eating Monkey
- SpamHaus
- SuRbl
- Support Intelligence
- Swinog
- UriBl
Virus Total
- Ratio de détection
- 0 / 70
Scans
- ADMINUSLabs
- AlienVault
- Antiy-AVL
- Avira
- BADWARE.INFO
- Baidu-International
- BitDefender
- Blueliv
- CLEAN MX
- CRDF
- Comodo Site Inspector
- CyRadar
- CyberCrime
- DNS8
- Dr.Web
- ESET
- ESTsecurity-Threat Inside
- Emsisoft
- EonScope
- Fortinet
- FraudScore
- FraudSense
- G-Data
- Google Safebrowsing
- K7AntiVirus
- Malc0de Database
- Malekal
- Malware Domain Blocklist
- MalwareDomainList
- MalwarePatrol
- Malwarebytes hpHosts
- Malwared
- Nucleon
- OpenPhish
- Opera
- Phishtank
- Quttera
- Rising
- SCUMWARE.org
- SecureBrain
- Spam404
- Spamhaus
- Sucuri SiteCheck
- Tencent
- ThreatHive
- Trustwave
- URLhaus
- VX Vault
- Virusdie External Site Scan
- Web Security Guard
- Yandex Safebrowsing
- ZCloudsec
- ZDB Zeus
- ZeroCERT
- Zerofox
- ZeusTracker
- desenmascara.me
- malwares.com URL checker
- securolytics
- zvelo
- AutoShun
- Forcepoint ThreatSeeker
- Kaspersky
- Netcraft
- NotMining
- PhishLabs
- Segasec
- Sophos
- StopBadware
- URLQuery
Le domaine n'est pas blacklisté
Réussi
Un domaine ne doit pas être blacklisté sinon celui-ci il sera pénalisé pour le référencement et la délivrabilité des emails.
0.000s
Le domaine n'est pas listé dans Google Safe Browsing
Réussi
Google Safe Browsing catégorise un domaine comme étant mauvais si un élément suspect est détecté.
0.000s
Le domaine n'est pas listé dans VirusTotal
Réussi
Virus Total analyse votre domaine ou votre adresse IP avec 66 antivirus.
0.000s
Le domaine possède une bonne réputation sur Web Of Trust
Réussi
Web Of Trust évalue des milliers de sites Web et trouve des menaces si elles existent.
0.000s
Les serveurs DNS sont les mêmes dans la descente de l'arbre DNS et dans le Whois
Ignoré
Il est primordial que les DNS trouvés dans le WHOIS soient identiques à ceux retournés par une requête de résolution DNS.
0.000s
Il n'y a pas de serveur de messagerie. Merci de tester dns.py.
- Nom
- ns.dns.br
- IP
- 200.160.0.5
- Accessible
L'autodiscover n'est pas configuré