-----BEGIN PUBLIC KEY-----
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDNAeG+CDqdDuVYaYqU5UcugEAK
ncaa3IgwrQ4vrAvD687n4rrpULpf7H4O7VtizvnKeQpU2zN7hv9/bYFl5m1AMeM9
yd/RPfbbA5yrsM5/QMIhYHxJF2C21/LlKndhj/zdE2hH7TZFPw/iCjSXhEAoFf1e
uH+t9egaUshre48yaQIDAQAB
-----END PUBLIC KEY-----
-----BEGIN PUBLIC KEY-----
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCOUgMlfHTBsFZ9G7bGf6rjvLdr
l4w3fcI9W/JbEizKPJiwEj19p4G0UlDaJ/dtD6N+xE9Rjj28lsRNZie7wrEw3YZU
mCDBSEENw0BAqPaRbBRFzZCklYLsb30GLCqur5+zUinkB32vVGglrBx9FaqN4YqL
IPT7JeCeqadwIKLlxwIDAQAB
-----END PUBLIC KEY-----
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.080s
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.
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
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.
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.090s
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.
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
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.
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
Réussi
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
Réussi
Comme la commande EXPN, VRFY est utilisé par les spammeurs pour vérifier une adresse.
0.000s
Le banner retourne un code 2xx ou 4xx
Réussi
La bannière doit renvoyer un code valide(2xx) ou temporaire (4xx).
0.000s
Le type du serveur SMTP est caché
Réussi
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
Le domaine doit avoir au moins 2 serveurs SMTP selon le RFC. 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
Les IPs des MX sont différentes
Réussi
Si le domaine comporte plusieurs serveurs SMTP, ceux-ci doit posséder une adresse IP différente car si une adresse IP n'est plus accessible c'est l'ensemble des serveurs de messagerie qui ne le seront plus.
0.000s
Les IPs des MX sont d'une class C différente
Réussi
La classe C de toutes les IPs doit être différente afin que les serveurs ne se retrouvent pas sur la même baie
0.000s
Un SPF est configuré pour ce domaine
Réussi
Pour éviter l'usurpation d'identité, il est fortement recommandé de configurer un SPF.
0.000s
Le SPF est un enregistrement TXT
Réussi
L'enregistrement SPF est devenu obsolète et est donc à proscrire. Le SPF doit être configuré dans un enregistrement TXT car de nombreux serveurs ne prennent plus en charges l'enregistrement SPF
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
Le paramètre Service Type est valide
Réussi
Ce paramètre est optionnel mais s'il est utilisé, il doit être égal à "*" ou "email".
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).
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).
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.
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.
