Rapport d'analyse du domaine : dns10.interbusiness.it favicon

dns10.interbusiness.it ne possède pas site web

Généré le
28 sept. 2021 11:05
Durée de l'analyse
191.4s
Partager

Score 100%
A
DNS
A
DOMAIN
A
MAIL
A
WEB
A

Félicitation

Votre domaine est bien configuré

DNS

Serveurs DNS pour interbusiness.it

dns10.interbusiness.it a été détecté comme étant un hôte

Informations sur l'hôte

Ips
 
CNAME
-

Informations sur la requête

Serveur
m.root-servers.net
[ 202.12.27.33 ]
Durée de la requête
277 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
a.dns.it
[ 194.0.16.215 ]
Durée de la requête
45 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
dns.nic.it
[ 192.12.192.5 ]
Durée de la requête
34 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
m.dns.it
[ 217.29.76.4 ]
Durée de la requête
27 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
nameserver.cnr.it
[ 194.119.192.34 ]
Durée de la requête
42 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
r.dns.it
[ 193.206.141.46 ]
Durée de la requête
48 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
s.dns.it
[ 194.146.106.30 ]
Durée de la requête
15 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
dns10.interbusiness.it
[ 217.169.119.68 ]
Durée de la requête
32 ms
Type
inconnu
Entête
RCODE : 0 AA : 1 TC : 0

Informations sur la requête

Serveur
dns9.interbusiness.it
[ 80.22.52.133 ]
Durée de la requête
17 ms
Type
inconnu
Entête
RCODE : 0 AA : 1 TC : 0

Serveurs de nom

Champs A et AAAA

IPv4
217.169.119.68
TTL
86400 (1 day )

SOA

From
dns9.interbusiness.it
Serveur maître
dns10.interbusiness.it
TTL
86400 (1 day)
Contact
h4h1enp4goc=@telecomitalia.it
Sérial
2019053963
Refresh
86400 (1 day)
Retry
7200 (2 hours)
Expire
2592000 (4 weeks)
Minimum
86400 (1 day)
Votre domaine n'est pas protégé par DNSSECDNSSEC Definition

La version BIND est caché

Réussi

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.

2.009s

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.

RFC

0.000s

Tous les serveurs DNS répondent

Réussi

Tous les serveurs DNS doivent être accessible et accepter une requête publique.

0.002s

Tous les serveurs retournent un succès

Réussi

Il est important que tous les serveurs retournent un code de succès.

0.002s

Les réponses ne sont pas de type CNAME ou A

Réussi

La réponse ne doit pas être de type CNAME ou A.

RFC

0.002s

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é.

RFC

0.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.

RFC

0.000s

La valeur du Refresh dans le SOA est valide

Réussi

La valeur de rafraîchissement doit être comprise entre 1200 et 43200.

RFC

0.000s

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).

RFC

0.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.044s

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.

documentation

2.050s

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 documentation

0.043s

Les IPs des serveurs DNS ne sont pas privées

Réussi

Il est strictement interdit d'avoir des IPs privées dans ses DNS

documentation

0.000s

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.043s

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

Registrar
Telecom Italia s.p.a.
Propriétaire
-
Créé le
29 janv. 1996
Modifié le
14 févr. 2021
Expire le
29 janv. 2022

Réputation

Google Safe Browsing
Web Of Trust
Blackliste
Virus Total
Domaine
Serveur Whois
whois.nic.it
Créé le
29 janv. 1996
Modifié le
14 févr. 2021
Expire le
29 janv. 2022
Serveurs de nom
Registrar
Id
INTERBUSINESS-REG
Nom
Telecom Italia s.p.a.
Téléphone
-
Email
Url
-
Propriétaire
Nom
-
Organisation
Telecom Italia S.p.A.
Adresse
Piazza degli Affari n. 2
Ville
Milano
Code postale
20121
Pays
IT
Téléphone
-
Email
Administrateur
Nom
Camillo Di Vincenzo
Organisation
Telecom Italia S.p.A.
Adresse
Viale Dell'Oceano Pacifico 171
Ville
Roma
Code postale
00144
Pays
IT
Téléphone
-
Email
Technicien
Nom
Interbusiness-Reg
Organisation
Telecom Italia S.p.A
Adresse
Via Campania 11
Ville
Taranto
Code postale
74121
Pays
IT
Téléphone
-
Email

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 / 79

Scans

ADMINUSLabs
AlienVault
Antiy-AVL
Artists Against 419
Avira
BADWARE.INFO
Baidu-International
BitDefender
BlockList
Blueliv
Botvrij.eu
CINS Army
CLEAN MX
CRDF
Certego
CyRadar
CyberCrime
Cyren
DNS8
Dr.Web
ESET
EmergingThreats
Emsisoft
EonScope
Feodo Tracker
Forcepoint ThreatSeeker
Fortinet
FraudScore
G-Data
Google Safebrowsing
GreenSnow
IPsum
K7AntiVirus
Kaspersky
MalSilo
Malware Domain Blocklist
MalwareDomainList
MalwarePatrol
Malwarebytes hpHosts
Malwared
Netcraft
Nucleon
OpenPhish
PREBYTES
Phishing Database
Phishtank
Quick Heal
Quttera
Rising
SCUMWARE.org
Sangfor
SecureBrain
Snort IP sample list
Spam404
Spamhaus
StopForumSpam
Sucuri SiteCheck
Tencent
ThreatHive
Threatsourcing
Trustwave
URLhaus
VX Vault
Virusdie External Site Scan
Web Security Guard
Yandex Safebrowsing
ZeroCERT
desenmascara.me
malwares.com URL checker
securolytics
zvelo
AutoShun
Comodo Valkyrie Verdict
Cyan
Lumu
NotMining
PhishLabs
Sophos
StopBadware

Les serveurs DNS sont les mêmes dans la descente de l'arbre DNS et dans le Whois

Réussi

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

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

Mail

Il n'y a pas de serveur de messagerie. Merci de tester interbusiness.it.

L'autodiscover n'est pas configuré

Les IPs des MX ont un Reverse

Réussi

Lorsqu'un serveur d'envoi établit une connexion avec le serveur destinataire, le serveur destinataire note l'adresse IP d'envoi et effectue une recherche inversée, appelée recherche PTR, portant le nom du type d'enregistrement DNS utilisé. Si le résultat de la recherche inversée correspond au résultat d'une recherche DNS directe, il est beaucoup plus probable que le message soit légitime. Si l'adresse IP ne correspond pas, il est beaucoup plus probable que l'adresse d'envoi ait été usurpée et donc beaucoup plus susceptible d'être indésirable et pourrait être considérée comme du spam.

documentation

0.000s

Les serveurs SMTP sont accessible

Ignoré

Les serveurs SMTP répertoriés dans la zone DNS doivent être accessibles. Dans le cas contraire, les e-mails risquent d'être perdus

0.000s

La HELO est acceptée

Ignoré

Selon la RFC 2181, le serveur SMTP devrait accepter la commande HELO

RFC

0.000s

La EHLO est acceptée

Ignoré

Selon la RFC 2181, le serveur SMTP devrait accepter la commande EHLO

RFC

0.000s

La STARTTLS est acceptée

Ignoré

STARTTLS transforme une connexion non chiffrée en connexion sécurisée. Note : Vous pouvez utiliser un service comme altospam pour résoudre ce problème. Cliquez sur le lien ci-dessous pour en savoir plus

0.000s

La EXPN est refusée

Ignoré

La commande EXPN est maintenant considérée comme un risque de sécurité, les spammers pouvant récupérer des adresses e-mail valides via chaque liste de diffusion.

0.000s

La VRFY est refusée

Ignoré

Comme la commande EXPN, VRFY est utilisé par les spammeurs pour vérifier une adresse.

0.000s

Les serveurs MX ne sont pas OPEN RELAY

Ignoré

Si un serveur est Open Relay, il existe un risque que les spammeurs utilisent votre serveur pour envoyer des messages illégitimes.

0.000s

Les serveurs MX acceptent l'adresse abuse@.

Ignoré

Selon la RFC 2142, le serveur SMTP doit accepter abuse@yourDomain en tant que destinataire.

RFC

0.000s

Les serveurs MX acceptent l'adresse postmaster@.

Ignoré

Selon la RFC 5321, le serveur SMTP doit accepter postmaster@yourDomain en tant que destinataire.

RFC

0.000s

Le banner retourne un code 2xx ou 4xx

Ignoré

La bannière doit renvoyer un code valide(2xx) ou temporaire (4xx).

0.000s

Le banner retourne le nom du serveur

Ignoré

La bannière doit contenir le nom du serveur

0.000s

Le type du serveur SMTP est caché

Ignoré

Il existe un risque d'afficher le type et la version du serveur, car les utilisateurs peuvent trouver une faille pour une version spécifique et l'utiliser

0.000s

Web

Il n'y a pas de serveur web. Merci de tester interbusiness.it.

Url
http://dns10.interbusiness.it/
Temps dépassé
Oui
Url
https://dns10.interbusiness.it/
Temps dépassé
Oui

Le domaine possède un champ A

Ignoré

Le domaine doit avoir un champ A pour que le site soit accessible.

0.000s

L'hôte WWW possède un champ A

Ignoré

L'hôte WWW n'est pas requis pour un site Web, mais il vaut mieux en avoir un.

0.000s

Le domaine possède un champ AAAA

Ignoré

Il est fortement recommandé d'avoir un IPv6 pour le site Web.

0.000s

L'hôte WWW possède un champ AAAA

Ignoré

Si vous configurez un hôte WWW pour votre site Web, il est recommandé d'ajouter une adresse IPv6.

0.000s

Le port HTTP (80) est ouvert

Ignoré

Ce test vérifie la présence d'un site internet pour l'IP ou le domaine donné. Puis scanne le port 80(HTTP).
Si le domaine ou l'IP renvoient vers un site web alors le port 80 doit être ouvert afin qu'il puisse être accessible depuis un navigateur.
Sinon le port 80 doit être fermé.

0.000s

Le port HTTPS (443) est ouvert

Ignoré

Ce test vérifie la présence d'un site internet pour l'IP ou le domaine donné. Puis scanne le port 443 (HTTPS).
Si le domaine ou l'IP renvoient vers un site web alors le port 443 doit être ouvert afin qu'il puisse être accessible depuis un navigateur.
Sinon le port 443 doit être fermé.

0.000s

La version du serveur est caché

Ignoré

Pour éviter de donner des détails aux personnes malveillantes, la version de la technologie qui prend en charge l'application ne doit pas être visible.

0.000s

La technologie pour faire tourner l'application est cachée

Ignoré

Pour éviter de donner des détails aux personnes malveillantes, la version de la technologie qui prend en charge l'application ne doit pas être visible.

0.000s

Les cookies sont sécurisés

Ignoré

L'utilisation de l'instruction "HttpOnly" empêche quelqu'un d'accéder aux cookies via Javascript. Le paramètre "Secure" vous permettra d'empêcher qu'un cookie ne soit jamais communiqué en HTTP simple. (RFC 6265 section 8.3).

RFC

0.000s

L'entête X-XSS-Protection est présente

Ignoré

L'entête de réponse HTTP X-XSS-Protection est une fonctionnalité d'Internet Explorer, de Chrome et de Safari qui empêche le chargement des pages lorsqu'elles détectent des attaques XSS (Cross-Site Scripting).

documentation

0.000s

L'entête Content Security Policy est présente

Ignoré

L'entête HTTP Content-Security-Policy permet aux administrateurs de site Web de contrôler les ressources que l'agent utilisateur est autorisé à charger pour une page donnée. À quelques exceptions près, les stratégies impliquent principalement la spécification des origines du serveur et des points de terminaison du script. Cela permet de se prémunir contre les attaques de script XSS.

documentation

0.000s

L'entête Content Type Options est présente

Ignoré

Les navigateur ont la possibilité "d'aspirer" des fichiers qui n'ont pas de type MIME correct afin de les exécuter. Si un fichier contient du javascript cela pourrait créer une faille XSS. Il est possible d'empêcher cela en ajoutant la valeur "nosniff" à l'entête X-Content-Type-Options.

0.000s