Rapport d'analyse du domaine : pch.net favicon

pch.net ne possède pas site web

Généré le
13 avr. 2024 08:34
Durée de l'analyse
90.0s
Partager

Score 88%
B
DNS
A
DOMAIN
A
MAIL
B
WEB
A

Résumé

Nombre de serveur SMTP

Il n'y a qu'un seul serveur SMTP valide.

La version BIND est caché

La version DNS est visible pour ns2.pch.net avec l'IP 204.42.254.5 : NSD 4.8.1.

Un DMARC est configuré pour ce domaine

Le domaine n'a pas de DMARC.

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

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

Le banner retourne le nom du serveur

keriomail.pch.net avec l'IP [206.220.231.84] ne contient pas le nom du serveur.

mail.pch.net Kerio Connect 9.2.7 patch 3 ESMTP ready

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 pch.net

pch.net a été détecté comme étant un domaine

Informations sur la requête

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

Réponse

Informations sur la requête

Serveur
a.gtld-servers.net
[ 192.5.6.30 ]
Durée de la requête
41 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
b.gtld-servers.net
[ 192.33.14.30 ]
Durée de la requête
41 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
c.gtld-servers.net
[ 192.26.92.30 ]
Durée de la requête
41 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
d.gtld-servers.net
[ 192.31.80.30 ]
Durée de la requête
41 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
e.gtld-servers.net
[ 192.12.94.30 ]
Durée de la requête
40 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

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

Réponse

Informations sur la requête

Serveur
g.gtld-servers.net
[ 192.42.93.30 ]
Durée de la requête
36 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
h.gtld-servers.net
[ 192.54.112.30 ]
Durée de la requête
31 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
i.gtld-servers.net
[ 192.43.172.30 ]
Durée de la requête
30 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
j.gtld-servers.net
[ 192.48.79.30 ]
Durée de la requête
25 ms
Type
authority
Entête
RCODE : 0 AA : 0 TC : 0

Réponse

Informations sur la requête

Serveur
k.gtld-servers.net
[ 192.52.178.30 ]
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
l.gtld-servers.net
[ 192.41.162.30 ]
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
m.gtld-servers.net
[ 192.55.83.30 ]
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
anyns.pch.net
[ 204.61.216.4 ]
Durée de la requête
18 ms
Type
answer
Entête
RCODE : 0 AA : 1 TC : 0

Réponse

Informations sur la requête

Serveur
ns2.pch.net
[ 204.42.254.5 ]
Durée de la requête
118 ms
Type
answer
Entête
RCODE : 0 AA : 1 TC : 0

Réponse

Informations sur la requête

Serveur
ns3.pch.net
[ 206.220.231.3 ]
Durée de la requête
179 ms
Type
answer
Entête
RCODE : 0 AA : 1 TC : 0

Réponse

Serveurs de nom

Serveurs MX

Nom
keriomail.pch.net
IPs
Priorité
10
TTL
900 (15 minutes)

Champs A et AAAA

IPv4
206.220.231.147
TTL
900 (15 minutes)
IPv6
2620:0:872:0:0:0:231:147
TTL
900 (15 minutes)

Champs TXT

Type
Spf (TXT)
TTL
86400 (1 day)
Nom
@
Données brutes
v=spf1 include:_spf.pch.net ~all
ALL
~all

Includes

_spf.pch.net
v=spf1 ip4:206.220.230.240/29 a:pch.net mx:pch.net a:secmail.pch.net a:smtp.pch.net a:mail.pch.net ip6:2620:0:872::0/47 a:rt-01.pch.net ~all
Type
Dkim
TTL
900 (15 minutes)
Sélecteur
mail
Données brutes
v=DKIM1; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA8sHaPb5Bi3W6FecR6zbuGUp4zZ3O0DLmeOAZWzDSAJ0qT+7Ku4H9UC6ylBSRmsUfBITXJrWKbdTxLtxeetgNjRIUOKMTFePm3uHTRhcaxMNjNAYIirQDTbkOgHGIk6GF6QU4mYX8N/m4EJxhg5vGg26450SSufAaLxGsfj2pJeNgaqQPE1TyMhd47vhsM9WF1nYYGJdXcRMQYNNBS9tqjWe2cRuX3pfGGRpcZP0JL7DgPQfrsPvLGYKJ3NLk3WJik+8p+/7EPuaYUGlHWLBzsEpPNxOh2/sm2W5v8RkaKhRsK0yNUP5EG8HRmN63ev2ymjvdQnXX9N6zxJs6Pqh8gQIDAQAB
Version
DKIM1
Type de clé
2048 bits
Clé publique
-----BEGIN PUBLIC KEY-----
MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA8sHaPb5Bi3W6FecR6zbu
GUp4zZ3O0DLmeOAZWzDSAJ0qT+7Ku4H9UC6ylBSRmsUfBITXJrWKbdTxLtxeetgN
jRIUOKMTFePm3uHTRhcaxMNjNAYIirQDTbkOgHGIk6GF6QU4mYX8N/m4EJxhg5vG
g26450SSufAaLxGsfj2pJeNgaqQPE1TyMhd47vhsM9WF1nYYGJdXcRMQYNNBS9tq
jWe2cRuX3pfGGRpcZP0JL7DgPQfrsPvLGYKJ3NLk3WJik+8p+/7EPuaYUGlHWLBz
sEpPNxOh2/sm2W5v8RkaKhRsK0yNUP5EG8HRmN63ev2ymjvdQnXX9N6zxJs6Pqh8
gQIDAQAB
-----END PUBLIC KEY-----
Type
Txt
TTL
86400 (1 day)
Valeur
keybase-site-verification=BSAdCQrlxPFI0iX9T2ofENhRTEvJWEaQ70J4qTDF4ik

SOA

From
ns3.pch.net
Serveur maître
anyns.pch.net
TTL
86400 (1 day)
Contact
fIOHiIF1h4h5hg==@pch.net
Sérial
2024032803
Refresh
3600 (1 hour)
Retry
600 (10 minutes)
Expire
604800 (7 days)
Minimum
600 (10 minutes)

Hôtes trouvés

Nom
ns3.pch.net
IP
206.220.231.3
IP
2620:0:872:0:0:0:231:3
TTL
86400 (1 day)
Nom
ns1.pch.net
IP
206.220.231.1
TTL
86400 (1 day)
Nom
ns2.pch.net
IP
204.42.254.5
IP
2602:fe55:5:0:0:0:0:5
TTL
86400 (1 day)
Nom
mail2.pch.net
IP
195.66.241.20
TTL
86400 (1 day)
Nom
linxhost-transit.pch.net
IP
195.66.241.20
TTL
86400 (1 day)
Nom
ldap-01.pch.net
IP
206.220.231.75
TTL
86400 (1 day)
Nom
paixhost.pch.net
IP
204.61.210.70
TTL
86400 (1 day)

DNSKEY

TTL
86400 (1 day)
Drapeau
257 (KSK)
Protocole
3
Algorithme
8 (RSA/SHA-256)
Clé
AwEAAbI5uSB9CnMQP+gSkMjdjuZZHsBr7KE62/il8Pf5Q+lL95KolzaSHZeUiZj+/Kk1RC/UCoxK+xPAJ09gnvHkd7NXgjSI5yoPczC60tJYHLLSDB/agT5kiXpr7/IzhjdyCzZm4W1gKoYrRCzfhh1AdcN7xScPIiksRaFiWnqqBMwv2+N6DkAoxTD9jOF2P1Im0YYR6BksKEIFdtKlun9oVifo22fkm5R6MyMcU0+1vIrvavroxXNf0r6A07C4ddfJ/kqtKdKJgC/UrGGdHBQZCZSNMxGr/DNZbmPUlVPrxZ56/YZJMXbvMcakADKXJSy+VbmZqR2PEJ1Hs2t7TFTJZMM=
TTL
86400 (1 day)
Drapeau
256 (ZSK)
Protocole
3
Algorithme
8 (RSA/SHA-256)
Clé
AwEAAZHCPVHEvpMrioMKF2WwDGFB98FQzZ2I74o3qbRMauemU8iECQq80z803nJ4eFjYhBB2kFPWgNxWsAwzr5uhec9U1hyCdFDjmJYmUGckBumVpSSkHvVxfNI5IAS99nIcIric/PzaIJ6SU1LNg5y87CMY8aoaz34ly6sETGdz3uDN5M5WPBx2JayOuxAzB7/7VxDU9/LoRBtrmZnYk2aCWIcBgs7gY9zbxT7zSy6rG9ObsPq+P85inkfFkOFrynYSjBqzZ5fqXew9zisQc+4ZvqsA9V3s7JYlHJMztciEIKCJTWhflBD9WpoxtmhH3Gji6yF1mN7XUUdZO7GTYtHxToM=

RRSIG

Nombre de labels
2
Créé le
05 avr. 2024 19:00
Expire
22 avr. 2024 19:00
Algorithme
8 (RSA/SHA-256)
TTL original
86400 (1 day)
TTL
600 (10 minutes)
nom de la signature
pch.net
signature
eqMzR3EHglpS0oMnM68uH6xgd9LwceqYTmVjqe2+Gd0J6ETZlhsSnfZfP9+1shwDuItW3oPQbV8YuP+k0zXKmf5zB5cBXcfjbjUnKhoUZnriSZCSIn1pkxmVGZFlxPA/JONJHSck6k1wlOnuks+LOhKW8Ovzueq6agCWVPLvgfDVnyMN+le24wChCU0AxNQCwKXOrxK9C6IauBM03uM8Dd4PCUOWRiwj3u3lmZGMONItR2Ss+UPS90lMDF75CwJOzqq4l/Oy9tw0HgY9ItINKMsN+cDJWj6euKQOgv395zUg05KnK7mt/9atGjsnhoi+0a3VbcowlTIzws7n9AqZ5Q==

DS

Étiquette
27692
Type de chiffrement
2 (SHA-256)
Algorithme
8 (RSA/SHA-256)
TTL
86400 (1 day)
Chiffrement
980ab73ff1943dbc1e4235d27fb1c828376ae6aa95f67a255e768d9cd859809a

La version BIND est caché

La version DNS est visible pour ns2.pch.net avec l'IP 204.42.254.5 : NSD 4.8.1.

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

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

Tous les serveurs retournent un succès

Réussi

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

0.018s

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

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 serveurs DNS sont synchronisés

Réussi

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.

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

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

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

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

Domaine

Whois

Registrar
Key-Systems GmbH
Propriétaire
-
Créé le
05 janv. 1995
Modifié le
08 déc. 2023
Expire le
04 janv. 2025

Réputation

Google Safe Browsing
Web Of Trust
Blackliste
Virus Total
Domaine
Serveur Whois
whois.rrpproxy.net
Créé le
05 janv. 1995
Modifié le
08 déc. 2023
Expire le
04 janv. 2025
Serveurs de nom
Registrar
Id
269
Nom
Key-Systems GmbH
Téléphone
-
Email
Url
-

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
0 / 93

Scans

ADMINUSLabs
AILabs (MONITORAPP)
Abusix
Acronis
AlienVault
Antiy-AVL
Artists Against 419
Avira
Bfore.Ai PreCrime
BitDefender
BlockList
Blueliv
CINS Army
CMC Threat Intelligence
CRDF
Certego
Chong Lua Dao
Criminal IP
CyRadar
Cyble
DNS8
Dr.Web
ESET
ESTsecurity
EmergingThreats
Emsisoft
Feodo Tracker
Forcepoint ThreatSeeker
Fortinet
G-Data
Google Safebrowsing
GreenSnow
Heimdal Security
IPsum
Juniper Networks
K7AntiVirus
Kaspersky
Lionic
MalwarePatrol
Malwared
OpenPhish
PREBYTES
Phishing Database
Phishtank
Quick Heal
Quttera
Rising
SCUMWARE.org
SOCRadar
Sangfor
Scantitan
Seclookup
Snort IP sample list
Sophos
Spam404
StopForumSpam
Sucuri SiteCheck
ThreatHive
Threatsourcing
Trustwave
URLhaus
VX Vault
Viettel Threat Intelligence
ViriBack
Webroot
Yandex Safebrowsing
ZeroCERT
alphaMountain.ai
benkow.cc
desenmascara.me
malwares.com URL checker
securolytics
0xSI_f33d
AlphaSOC
ArcSight Threat Intelligence
AutoShun
Bkav
Cluster25
Cyan
Ermes
Gridinsoft
Lumu
MalwareURL
Netcraft
PhishFort
PhishLabs
PrecisionSec
SafeToOpen
Sansec eComscan
URLQuery
Underworld
VIPRE
Xcitium Verdict Cloud

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

Serveurs de mail

Nom
keriomail.pch.net
IP
206.220.231.84
Banner
220 mail.pch.net Kerio Connect 9.2.7 patch 3 ESMTP ready

SPF

Plus d'informations sur cette entrée SPF dans l'onglet DNS > Zone

Données brutes
v=spf1 include:_spf.pch.net ~all

DKIM

Plus d'informations sur ces entrées DKIM dans l'onglet DNS > Zone

Avez-vous d'autre sélecteur DKIM à analyser ?


mail._domainkey
v=DKIM1; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA8sHaPb5Bi3W6FecR6zbuGUp4zZ3O0DLmeOAZWzDSAJ0qT+7Ku4H9UC6ylBSRmsUfBITXJrWKbdTxLtxeetgNjRIUOKMTFePm3uHTRhcaxMNjNAYIirQDTbkOgHGIk6GF6QU4mYX8N/m4EJxhg5vGg26450SSufAaLxGsfj2pJeNgaqQPE1TyMhd47vhsM9WF1nYYGJdXcRMQYNNBS9tqjWe2cRuX3pfGGRpcZP0JL7DgPQfrsPvLGYKJ3NLk3WJik+8p+/7EPuaYUGlHWLBzsEpPNxOh2/sm2W5v8RkaKhRsK0yNUP5EG8HRmN63ev2ymjvdQnXX9N6zxJs6Pqh8gQIDAQAB
Nom
keriomail.pch.net
IP
206.220.231.84
Banner
220 mail.pch.net Kerio Connect 9.2.7 patch 3 ESMTP ready
Starttls
oui
DANE
non
Taille du mail
150 MB
Expn
non
Vrfy
non

Simulation SMTP

Connexion à keriomail.pch.net ...
220 mail.pch.net Kerio Connect 9.2.7 patch 3 ESMTP ready
HELO nstools.fr
250 mail.pch.net
EHLO nstools.fr
250-mail.pch.net
250-AUTH CRAM-MD5 DIGEST-MD5
250-SIZE 157286400
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-8BITMIME
250-PIPELINING
250-ETRN
250-DSN
250 HELP
QUIT
221 2.0.0 SMTP closing connection

L'autodiscover n'est pas configuré

Nombre de serveur SMTP

Il n'y a qu'un seul serveur SMTP valide.

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

altospam

0.000s

Un DMARC est configuré pour ce domaine

Le domaine n'a pas de DMARC.

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

Définition DMARC

0.000s

Le banner retourne le nom du serveur

keriomail.pch.net avec l'IP [206.220.231.84] ne contient pas le nom du serveur.

mail.pch.net Kerio Connect 9.2.7 patch 3 ESMTP ready

La bannière doit contenir le nom du serveur

0.000s

Les serveurs SMTP sont accessible

Réussi

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.

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

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

0.000s

Les enregistrements MX sont FQDN

Réussi

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

RFC

0.000s

Les enregistrements MX ne sont pas des CNAME

Réussi

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

RFC RFC

0.159s

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

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

Un DKIM est configuré pour ce domaine

Sélecteur(s) configuré(s)

mail

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

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

Le domaine possède un seul DMARC

Ignoré

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

Ignoré

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

RFC

0.000s

La position de la version est correcte

Ignoré

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

Ignoré

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

RFC

0.000s

Le champ DMARC "p" est valide

Ignoré

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

Ignoré

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

Ignoré

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

Ignoré

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

Ignoré

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

Ignoré

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

Ignoré

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

Ignoré

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

Ignoré

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

RFC

0.000s

Web

Site web

Url
https://www.pch.net/
Https
Titre
Packet Clearing House | PCH
Description
Tagline
Premier paragraphe
is the international organization responsible for providing operational support and security to critical Internet infrastructure, including Internet exchange points and the core of the domain name system. is the international organization responsible for providing operational support and security to critical Internet infrastructure, including Internet exchange points and the core of the domain name system. The task that PCH was first created to address is the building and support of Internet Exchange Points. IXPs are the places where Internet Service Providers interconnect their networks, to exchange traffic between their customers and create Internet bandwidth. PCH assists in the constru...
Url
http://www.pch.net/
Redirection vers
https://www.pch.net/
Code de redirection
301 - moved permanently

Entête

  • Cache-Control: max-age=0
  • Connection: close
  • Content-Length: 228
  • Content-Type: text/html; charset=iso-8859-1
  • Date: Tue, 23 Apr 2024 04:03:30 GMT
  • Expires: Tue, 23 Apr 2024 04:03:30 GMT
  • Location: https://www.pch.net/
  • Server: Apache
  • Strict-Transport-Security: max-age=63072000; preload
  • X-Content-Type-Options: nosniff
  • X-Frame-Options: DENY
Url
https://www.pch.net/
Titre
Packet Clearing House | PCH
Description
Tagline
Temps de réponse
0.665 seconde
Serveur
apache
Alimenté par
Inconnu
Encodage
utf-8
HSTS

Entête

  • Access-Control-Allow-Origin: *
  • Cache-Control: max-age=0
  • Connection: close
  • Content-Type: text/html; charset=UTF-8
  • Date: Tue, 23 Apr 2024 04:03:31 GMT
  • Expires: Tue, 23 Apr 2024 04:03:31 GMT
  • Server: Apache
  • Strict-Transport-Security: max-age=63072000; preload
  • Transfer-Encoding: chunked
  • Vary: Accept-Encoding
  • X-Content-Type-Options: nosniff
  • X-Frame-Options: DENY

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 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 domaine possède un champ A

Réussi

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

0.000s

L'hôte WWW possède un champ A

Réussi

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

Réussi

Il est fortement recommandé d'avoir un IPv6 pour le site Web.

0.000s

L'hôte WWW possède un champ AAAA

Réussi

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

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

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

Réussi

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

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