Rapport d'analyse de l'adresse IP : 178.32.124.207

178.32.124.207
Généré le
22 nov. 2021 21:15
Durée de l'analyse
5.8s
Partager

Score 90%
B
DNS
-
IP
A
MAIL
A
WEB
B

Résumé

Tous les serveurs DNS répondent

Un ou plusieurs serveurs n'ont pas répondu (temps dépassé, connexion refusée…)

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

L'entête X-XSS-Protection n'a pas été trouvée.

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

L'entête X-Content-Type-Options n'a pas été trouvée.

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

L'entête Content-Security-Policy n'a pas été trouvée.

DNS

Serveurs DNS pour 124.32.178.in-addr.arpa

178.32.124.207 a été détecté comme ipv4

Informations sur la requête

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

Réponse

Informations sur la requête

Serveur
a.in-addr-servers.arpa
[ 199.180.182.53 ]
Durée de la requête
162 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
b.in-addr-servers.arpa
[ 199.253.183.183 ]
Durée de la requête
54 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
c.in-addr-servers.arpa
[ 196.216.169.10 ]
Durée de la requête
207 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
d.in-addr-servers.arpa
[ 200.10.60.53 ]
Durée de la requête
218 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
e.in-addr-servers.arpa
[ 203.119.86.101 ]
Durée de la requête
288 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
f.in-addr-servers.arpa
[ 193.0.9.1 ]
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
ns3.afrinic.net
[ 204.61.216.100 ]
Durée de la requête
60 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
ns3.lacnic.net
[ 200.3.13.14 ]
Durée de la requête
196 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
ns4.apnic.net
[ 202.12.31.53 ]
Durée de la requête
154 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
pri.authdns.ripe.net
[ 193.0.9.5 ]
Durée de la requête
24 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
rirns.arin.net
[ 199.253.249.53 ]
Durée de la requête
149 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
dns16.ovh.net
[ 213.251.188.135 ]
Durée de la requête
11 ms
Type
inconnu
Entête
RCODE : 0 AA : 1 TC : 0

Informations sur la requête

Serveur
ns16.ovh.net
[ 213.251.128.135 ]
Durée de la requête
9 ms
Type
inconnu
Entête
RCODE : 0 AA : 1 TC : 0
Analyse DNSSEC impossible sur une IP

Tous les serveurs DNS répondent

Un ou plusieurs serveurs n'ont pas répondu (temps dépassé, connexion refusée…)

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

0.051s

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.

0.013s

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 retournent un succès

Réussi

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

0.044s

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

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

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

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

0.034s

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

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

IP

Informations

IP
178.32.124.207
Type
ipv4
Reverse
mx4.mail.ovh.net
ARPA
207.124.32.178.in-addr.arpa
Class C
178.32.124.0/24
ASN
16276 OVH SAS
Organisation
OK217-RIPE
Mainteneur
OVH-MNT

Réputation

Blackliste
IP
Serveur Whois
whois.ripe.net
Données brutes
% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See http://www.ripe.net/db/support/db-terms-conditions.pdf

% Note: this output has been filtered.
%       To receive output for a database update, use the "-B" flag.

% Information related to '178.32.96.0 - 178.32.127.255'

% Abuse contact for '178.32.96.0 - 178.32.127.255' is O3V2iYd5 [at] ovh.net'

inetnum:        178.32.96.0 - 178.32.127.255
netname:        OVH
descr:          OVH SAS
descr:          Dedicated Servers
descr:          http://www.ovh.com
country:        FR
admin-c:        OK217-RIPE
tech-c:         OTC2-RIPE
status:         ASSIGNED PA
mnt-by:         OVH-MNT
created:        2010-03-19T17:06:09Z
last-modified:  2010-03-19T17:06:09Z
source:         RIPE

% Information related to '178.32.0.0/15AS16276'

route:          178.32.0.0/15
descr:          OVH ISP
descr:          Paris, France
origin:         AS16276
mnt-by:         OVH-MNT
created:        2010-01-19T16:39:43Z
last-modified:  2010-01-19T16:39:43Z
source:         RIPE # Filtered

% This query was served by the RIPE Database Query Service version 1.101 (WAGYU)


Blackliste

RFC Ignorant
Rbl Jp
RblDns
Sorbs
Spam Eating Monkey
SpamHaus
SuRbl
Support Intelligence
Swinog
UriBl

L'IP n'est pas blacklistée

SpamHaus a blacklisté votre Domaine/IP.

Une IP ne doit pas être blacklistée sinon celle-ci sera pénalisée pour le référencement et la délivrabilité des emails.

0.000s

Mail

Serveurs de mail

Nom
mx4.mail.ovh.net
IP
178.32.124.207
Banner
220 mx4.mail.ovh.net in60

SPF

Il n'y a pas d'enregistrement SPF pour ce domaine

DKIM

Ce domaine n'a pas de sélecteur DKIM connu

En avez-vous un à analyser ?


Nom
mx4.mail.ovh.net
IP
178.32.124.207
Banner
220 mx4.mail.ovh.net in60
Starttls
oui
DANE
non
Taille du mail
99,99 MB
Expn
non
Vrfy
non

Simulation SMTP

Connexion à mx4.mail.ovh.net ...
220 mx4.mail.ovh.net in60
HELO domain.com
250 in60.mail.ovh.net
EHLO domain.com
250-in60.mail.ovh.net
250-SIZE 104850000
250-STARTTLS
250-ENHANCEDSTATUSCODES
250 8BITMIME
QUIT
221 2.0.0 Bye
Analyse Autodiscover impossible sur une IP

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

La HELO est acceptée

Réussi

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

RFC

0.000s

La EHLO est acceptée

Réussi

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

RFC

0.000s

La STARTTLS est acceptée

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

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

Les serveurs MX ne sont pas OPEN RELAY

Réussi

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

0.082s

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 banner retourne le nom du serveur

Réussi

La bannière doit contenir le nom du serveur

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

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

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

Web

Site web

Url
http://178.32.124.207/
Https
Titre
Error 503: server unavailable
Description
Inconnu
Premier paragraphe
Inconnu
Url
http://178.32.124.207/
Titre
Error 503: server unavailable
Description
Inconnu
Temps de réponse
0.011 seconde
Serveur
Inconnu
Alimenté par
Inconnu
Encodage
Inconnu
HSTS

Entête

  • Cache-Control: no-cache
  • Connection: close
  • Content-Type: text/html
Url
https://178.32.124.207/
Accessible
Non

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

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

documentation

0.000s

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

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.

RFC

0.000s

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

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.

documentation

0.000s

Le port HTTP (80) est ouvert

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

Le port HTTPS (443) est ouvert

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

La version du serveur est caché

Réussi

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

Réussi

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