Rapport d'analyse du domaine : spf.medtra.fr favicon

spf.medtra.fr ne possède pas site web

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

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

Félicitation

Votre domaine est bien configuré

DNS

Serveurs DNS pour medtra.fr

spf.medtra.fr a été détecté comme étant un hôte

Informations sur l'hôte

Ips
     
    CNAME
    -

    Informations sur la requête

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

    Réponse

    Informations sur la requête

    Serveur
    d.nic.fr
    [ 194.0.9.1 ]
    Durée de la requête
    20 ms
    Type
    authority
    Entête
    RCODE : 0 AA : 0 TC : 0

    Réponse

    Informations sur la requête

    Serveur
    e.ext.nic.fr
    [ 193.176.144.22 ]
    Durée de la requête
    14 ms
    Type
    authority
    Entête
    RCODE : 0 AA : 0 TC : 0

    Réponse

    Informations sur la requête

    Serveur
    f.ext.nic.fr
    [ 194.146.106.46 ]
    Durée de la requête
    12 ms
    Type
    authority
    Entête
    RCODE : 0 AA : 0 TC : 0

    Réponse

    Informations sur la requête

    Serveur
    g.ext.nic.fr
    [ 194.0.36.1 ]
    Durée de la requête
    2 ms
    Type
    authority
    Entête
    RCODE : 0 AA : 0 TC : 0

    Réponse

    Informations sur la requête

    Serveur
    ns01.dns-oid.com
    [ 193.105.252.251 ]
    Durée de la requête
    9 ms
    Type
    inconnu
    Entête
    RCODE : 0 AA : 1 TC : 0

    Informations sur la requête

    Serveur
    ns02.dns-oid.com
    [ 91.193.107.252 ]
    Durée de la requête
    9 ms
    Type
    inconnu
    Entête
    RCODE : 0 AA : 1 TC : 0

    Serveurs de nom

    Champs TXT

    Type
    Spf (TXT)
    TTL
    21600 (6 hours)
    Nom
    @
    Données brutes
    v=spf1 include:spf.dns-oid.com ~all
    ALL
    ~all

    Includes

    spf.dns-oid.com
    v=spf1 ip4:91.193.106.0/23 ip4:91.224.6.0/23 ip4:185.30.48.0/22 ip4:193.105.252.0/24 ip4:194.110.165.0/22 ip4:194.116.202.0/23 ip4:185.145.32.0/22 ~all

    SOA

    From
    ns02.dns-oid.com
    Serveur maître
    ns01.dns-oid.com
    TTL
    300 (5 minutes)
    Contact
    hIOHiIF1h4h5hg==@dns-oid.com
    Sérial
    534
    Refresh
    14400 (4 hours)
    Retry
    3600 (1 hour)
    Expire
    604800 (1 week)
    Minimum
    21600 (6 hours)
    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.

    0.012s

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

    Tous les serveurs retournent un succès

    Réussi

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

    0.003s

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

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

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

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

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

    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
    AXESS ONLINE
    Propriétaire
    Axess Groupe
    Créé le
    17 janv. 2005
    Modifié le
    07 sept. 2020
    Expire le
    07 sept. 2021

    Réputation

    Google Safe Browsing
    Web Of Trust
    Blackliste
    Virus Total
    Domaine
    Serveur Whois
    whois.afnic.fr
    Créé le
    17 janv. 2005
    Modifié le
    07 sept. 2020
    Expire le
    07 sept. 2021
    Serveurs de nom
    Registrar
    Id
    -
    Nom
    AXESS ONLINE
    Téléphone
    -
    Email
    dXqCfXc=@oid.fr
    Url
    http://www.axess-online.fr
    Propriétaire
    Nom
    Axess Groupe
    Organisation
    -
    Adresse
    Espace du parc, 1, rue Mozart
    Ville
    26000 Valence
    Code postale
    -
    Pays
    FR
    Téléphone
    +33 8 11 46 01 76
    Email
    dXqCfXc=@oid.fr
    Administrateur
    Nom
    Axess Online
    Organisation
    Espace du parc
    Adresse
    1, rue Mozart
    Ville
    26000 Valence
    Code postale
    -
    Pays
    FR
    Téléphone
    +33 8 11 46 01 76
    Email
    dXqCfXc=@oid.fr
    Technicien
    Nom
    Axess Online
    Organisation
    Espace du parc
    Adresse
    1, rue Mozart
    Ville
    26000 Valence
    Code postale
    -
    Pays
    FR
    Téléphone
    +33 8 11 46 01 76
    Email
    dXqCfXc=@oid.fr

    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
    /

    Scans

    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 medtra.fr.

    Ce domaine n'a pas de serveur MX

    L'autodiscover n'est pas configuré

    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

    RFC

    0.000s

    Le domaine n'a qu'un seul enregistrement SPF

    Réussi

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

    0.000s

    La version du SPF est indiquée

    Réussi

    Selon la RFC, la version du SPF doit être spécifiée.

    RFC

    0.000s

    La position de la version est correcte

    Réussi

    Le SPF doit commencer avec la version.

    RFC

    0.000s

    Le paramètre "all" existe dans le SPF

    Réussi

    Selon la RFC, le mécanisme "all" doit être spécifié dans l'enregistrement SPF sauf si le mécanisme "redirect" est présent.

    RFC

    0.000s

    Le paramètre "all" est en dernière position dans le SPF

    Réussi

    Le mécanisme "all" doit être le dernier paramètre du champ SPF. Vérifiez que vous n'ayez pas de doublons dans le champ SPF.

    RFC

    0.000s

    La syntaxe des IPv4 et des IPv6 est correcte

    Réussi

    Les IPs indiquées dans le SPF doivent être valide sinon le SPF devient inutile.

    RFC

    0.000s

    Le SPF n'a pas de paramètre PTR

    Réussi

    Le paramètre PTR est devenue obsolète, on ne devrait pas le trouver dans le SPF.

    RFC

    0.000s

    Le paramètre "redirect" est en dernière position dans le SPF

    Réussi

    Le mécanisme "redirect" doit être le dernier paramètre du champ SPF. Vérifiez que vous n'ayez pas de doublons dans le champ SPF.

    RFC

    0.000s

    Les enregistrements SPF de type TXT et SPF sont les mêmes

    Réussi

    L'enregistrement SPF est devenu obsolète, s'il est configuré, il doit être le même que celui présent dans l'enregistrement TXT

    0.000s

    Le PTR doit être placé obligatoirement avant l'entrée all

    Réussi

    Le mécanisme "PTR" doit être le dernier paramètre du champ SPF. Vérifiez que vous n'ayez pas de doublons dans le champ SPF.

    0.000s

    Le domaine possède un seul DMARC

    Réussi

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

    0.000s

    La version du DMARC existe

    Réussi

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

    RFC

    0.000s

    La position de la version est correcte

    Réussi

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

    RFC

    0.000s

    La procédure du DMARC existe

    Réussi

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

    RFC

    0.000s

    Le champ DMARC "p" est valide

    Réussi

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

    RFC

    0.000s

    Le champ DMARC "sp" est valide

    Réussi

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

    RFC

    0.000s

    Le champ DMARC "pct" est valide

    Réussi

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

    RFC

    0.000s

    Le champ DMARC "adkim" est valide

    Réussi

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

    RFC

    0.000s

    Le champ DMARC "aspf" est valide

    Réussi

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

    RFC

    0.000s

    Le champ DMARC "rf" est valide

    Réussi

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

    RFC

    0.000s

    Le champ DMARC "ri" est valide

    Réussi

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

    RFC

    0.000s

    Le champ DMARC "ruf" est valide

    Réussi

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

    RFC

    0.000s

    Le champ DMARC "rua" est valide

    Réussi

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

    RFC

    0.000s

    La version du DKIM existe

    Réussi

    Selon la section 3.6.1 de la RFC 6376, la version DKIM est requise.

    RFC

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

    RFC

    0.000s

    Le paramètre Testing est valide

    Réussi

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

    RFC

    0.000s

    La clé publique est valide

    Réussi

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

    RFC

    0.000s

    La clé publique est sécurisée

    Réussi

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

    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 IPs des MX ont un Reverse

    Ignoré

    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

    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

    Les enregistrements MX sont FQDN

    Ignoré

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

    RFC

    0.000s

    Les enregistrements MX ne sont pas des CNAME

    Ignoré

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

    RFC RFC

    0.000s

    Nombre de serveur SMTP

    Ignoré

    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

    Ignoré

    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

    Ignoré

    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

    Ignoré

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

    0.000s

    Un DMARC est configuré pour ce domaine

    Ignoré

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

    0.000s

    Un DKIM est configuré pour ce domaine

    Ignoré

    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

    Web

    Il n'y a pas de serveur web. Merci de tester medtra.fr.

    Ce domaine n'a pas de serveur web

    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