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

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.

0.000s

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

0.006s

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

0.006s

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

0.006s

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

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

0.000s

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

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

Une adresse e-mail doit respecter certaines conditions pour être valide, conformément à la RFC 5322.

0.000s

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

0.000s

La valeur de Retry doit être inférieur à celle de Refresh qui elle même doit être inférieur à Expire (retry <refresh <expire).

0.000s

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

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.

0.171s

Avoir un serveur DNS qui autorise les requêtes récursives est un risque de sécurité, une attaque DDOS peut être effectuée.

0.081s

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

0.000s

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

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

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

Google Safe Browsing catégorise un domaine comme étant mauvais si un élément suspect est détecté.

0.000s

Virus Total analyse votre domaine ou votre adresse IP avec 66 antivirus.

0.000s

Web Of Trust évalue des milliers de sites Web et trouve des menaces si elles existent.

0.000s

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

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.

0.000s

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

0.000s

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

0.000s

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

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

0.000s

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

0.000s

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

Le champ MX doit être un domaine et non une IP.

0.000s

Selon les RFC 1034 et 2181, les enregistrements CNAME ne doivent pas être utilisés avec NS et MX

0.111s

Pour éviter l'usurpation d'identité, il est fortement recommandé de configurer un DMARC.

0.000s

Pour éviter les problèmes avec le DMARC, il est fortement recommandé de n'en configurer qu'un seul.

0.000s

Selon la section 6.3 de la RFC 7489, la version DMARC est requise.

0.000s

Selon la section 6.3 de la RFC 7489, la version DMARC doit être le premier paramètre du champ.

0.000s

Selon la section 6.3 de la RFC 7489, le paramètre Procedure est requis.

0.000s

Selon la section 6.3 de la RFC 7489, la valeur du paramètre Procedure doit être none, quarantaine ou reject.

0.000s

Selon la section 6.3 de la RFC 7489, la valeur du paramètre Subdomain Procedure doit être none, quarantaine ou reject.

0.000s

Selon la section 6.3 de la RFC 7489, la valeur du paramètre Percentage doit être comprise entre 0 et 100.

0.000s

Selon la section 6.3 de la RFC 7489, la valeur du paramètre Adkim doit être R ou S.

0.000s

Selon la section 6.3 de la RFC 7489, la valeur du paramètre Aspf doit être R ou S.

0.000s

Selon la section 6.3 de la RFC 7489, la valeur du paramètre RF doit être AFRF ou IODEF.

0.000s

Selon la section 6.3 de la RFC 7489, la valeur du paramètre RI doit être un entier.

0.000s

Selon la section 6.3 de la RFC 7489, la valeur du paramètre RUF doit être un adresse email valide.

0.000s

Selon la section 6.3 de la RFC 7489, la valeur du paramètre RUA doit être un adresse email valide.

0.000s

Il est fortement recommandé de configurer DKIM. Remarque : Vous pouvez utiliser un service comme Mailout pour résoudre ce problème. Cliquez sur le lien ci-dessous pour en savoir plus

0.000s

Ce paramètre est optionnel mais s'il est utilisé, il doit être égal à "*" ou "email".

0.000s

Ce paramètre est optionnel mais s'il est utilisé, il doit être égal à "s", "y" ou "y:s".

0.000s

Selon la section 3.6.1 de la RFC 6376, la clé publique est requis et doit être valide.

0.000s

La taille de la clé doit être supérieur à 1024 bits.

0.000s

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

0.000s

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

0.000s

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

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

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

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

0.000s