La version DNS est visible pour ns2.xenologics.com avec l'IP 212.44.160.8 : 9.16.48.
La version DNS est visible pour ns4.xnc.de avec l'IP 212.117.72.46 : 9.16.48.
La version DNS est visible pour ns5.xnc.net avec l'IP 93.159.255.226 : 9.16.48.
mail2.xnc.com avec l'IP [212.44.160.11] affiche le type de SMTP, postfix trouvé
220 mail2.xenologics.com ESMTP Postfix
mail3.xnc.de avec l'IP [212.117.69.30] affiche le type de SMTP, postfix trouvé
220 mail2.xenologics.com ESMTP Postfix
L'hôte n'a pas de champ AAAA (IPv6).
La version 2.4.59 a été trouvée.
Le serveur est alimenté par : PHP/8.1.26
L'entête X-XSS-Protection n'a pas été trouvée.
L'entête X-Content-Type-Options n'a pas été trouvée.
Impossible de se connecter au serveur SMTP mail.xnc.com [212.44.160.1].
mail2.xnc.com avec l'IP [212.44.160.11] ne contient pas le nom du serveur.
mail2.xenologics.com ESMTP Postfix
L'entête Content-Security-Policy n'a pas été trouvée.
www.xnc.com a été détecté comme étant un hôte
La version DNS est visible pour ns2.xenologics.com avec l'IP 212.44.160.8 : 9.16.48.
La version DNS est visible pour ns4.xnc.de avec l'IP 212.117.72.46 : 9.16.48.
La version DNS est visible pour ns5.xnc.net avec l'IP 93.159.255.226 : 9.16.48.
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.076s
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
Réussi
Tous les serveurs DNS doivent être accessible et accepter une requête publique.
0.019s
Réussi
Il est important que tous les serveurs retournent un code de succès.
0.016s
Réussi
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
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
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
Réussi
Une adresse e-mail doit respecter certaines conditions pour être valide, conformément à la RFC 5322.
RFC0.000s
Réussi
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
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.078s
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.333s
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.070s
Réussi
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.227s
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
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
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
Réussi
Google Safe Browsing catégorise un domaine comme étant mauvais si un élément suspect est détecté.
0.000s
Réussi
Virus Total analyse votre domaine ou votre adresse IP avec 66 antivirus.
0.000s
Réussi
Web Of Trust évalue des milliers de sites Web et trouve des menaces si elles existent.
0.000s
L'autodiscover n'est pas configuré
mail2.xnc.com avec l'IP [212.44.160.11] affiche le type de SMTP, postfix trouvé
220 mail2.xenologics.com ESMTP Postfix
mail3.xnc.de avec l'IP [212.117.69.30] affiche le type de SMTP, postfix trouvé
220 mail2.xenologics.com ESMTP Postfix
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
Impossible de se connecter au serveur SMTP mail.xnc.com [212.44.160.1].
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.001s
mail2.xnc.com avec l'IP [212.44.160.11] ne contient pas le nom du serveur.
mail2.xenologics.com ESMTP Postfix
La bannière doit contenir le nom du serveur
0.000s
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.
documentation0.000s
Réussi
Réussi
Réussi
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
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
Réussi
Comme la commande EXPN, VRFY est utilisé par les spammeurs pour vérifier une adresse.
0.000s
Réussi
La bannière doit renvoyer un code valide(2xx) ou temporaire (4xx).
0.000s
Neuer .XNC Partner: digital shadows Einfach Testen: Kostenloser 7-tägiger Zugang zum SearchLight inkl. Shadow Search Proaktive Darkweb-Recherche Incident-Beispiele in Kategorien Cyber Threat, Data Exposure, Brand Exposure, Third Party Risk, VIP Exposure, Physical Threat, Infrastructure Exposure Zugang zur umfangreichen Intelligence Bibliothek Sprache auswählen WORLDWIDE IT-SECURITY SOLUTIONS ERFAHRUNG AUS ÜBER 20 JAHREN .XNC SUPPORT 24/7/365 FÜR SIE DA HIGHEND WIRELESS LAN Aus der IT-Sicherheit heraus sind wir gewachsen. Unser extremes Know-how in diesem Bereich bildet die Grundlage für alle unsere Services. von der ersten Stunde an Kabellos = ungebunden = frei. Doch die ...
L'hôte n'a pas de champ AAAA (IPv6).
Il est fortement recommandé d'avoir un IPv6 pour le site Web.
0.002s
La version 2.4.59 a été trouvée.
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
Le serveur est alimenté par : PHP/8.1.26
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 X-XSS-Protection n'a pas été trouvée.
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).
documentation0.000s
L'entête X-Content-Type-Options n'a pas été trouvée.
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.
RFC0.000s
L'entête Content-Security-Policy n'a pas été trouvée.
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.
documentation0.000s
Réussi
Le domaine doit avoir un champ A pour que le site soit accessible.
0.000s
Réussi
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
Réussi
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
Ignoré
L'hôte WWW n'est pas requis pour un site Web, mais il vaut mieux en avoir un.
0.000s
Ignoré
Si vous configurez un hôte WWW pour votre site Web, il est recommandé d'ajouter une adresse IPv6.
0.000s
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).
RFC0.000s