Sécurité & intégrité

Scan d'exposition du site — trouvez les portes laissées ouvertes avant un attaquant.

Le premier geste d'un attaquant n'est pas un exploit, c'est la reconnaissance : demander au serveur des fichiers et des endpoints qui ne devraient pas être accessibles. Relvato effectue ce même premier passage sur le site dont vous avez prouvé la propriété, de façon non intrusive, et vous dit ce qui est exposé avant qu'une personne malveillante ne le trouve.

Le cas tranquille : rien de sensible n’est accessible et rien n’est publié par accident.
Sites pris en chargeSans extension
WordPresspris en chargeApps créées par IApris en chargeN’importe quel sitepris en charge
Ajoutez votre URL : ce moniteur s’exécute depuis l’extérieur, comme un visiteur voit votre site.
Ce qu’il vérifie
  • ✓Clés et secrets publiés dans vos propres pages et scripts
  • ✓Fichiers .env, .git, wp-config et sauvegardes de base de données accessibles
  • ✓Sauvegardes et exports de base oubliés à la racine du site, quel que soit leur nom
  • ✓Durcissement WordPress : éditeur de fichiers, sortie de débogage, clés d’exemple, PHP dans uploads
  • ✓Source maps en production, attributs de cookies et règles CORS qui livrent vos données à d’autres sites
  • ✓Énumération des comptes via l’API REST et les pages auteur, et XML-RPC ouvert
  • ✓Listage de répertoires et divulgation de version ou de logiciel
  • ✓En-têtes de sécurité manquants (HSTS, CSP, X-Frame-Options et plus)
  • ✓Ce que les assistants IA et les applications OAuth peuvent atteindre : un serveur MCP ouvert sans connexion, l'auto-enregistrement d'applications et la connexion par code d'appareil sur votre serveur de connexion, et sous WordPress 6.9+ les abilities IA de chaque extension — celles que n’importe qui peut exécuter, celles qui peuvent supprimer des données, les nouvelles après une mise à jour
  • ✓En lecture seule et non intrusif : jamais d’exploitation
Pourquoi c’est important

La plupart des intrusions commencent par quelque chose laissé ouvert — un .env ou une sauvegarde de base de données oublié, un dossier .git exposé, XML-RPC activé pour la force brute, des noms d'utilisateur qui fuient par l'API REST, ou des en-têtes de sécurité manquants. Un scan de vulnérabilités de vos extensions ne voit rien de tout cela, car il s'agit de configuration et d'exposition, pas de code. Relvato le vérifie en continu et signale un secret nouvellement exposé le jour où il apparaît. La version la plus récente de la même erreur est une clé publiée dans le navigateur : une clé de service de base de données ou d’API inscrite dans votre propre JavaScript, lisible par quiconque affiche le code source, et qui livre bien plus qu’un en-tête manquant.

Correctif en un clic

Sur WordPress, huit des constats les plus courants ont un correctif en un clic dans WordPress → Relvato : désactiver XML-RPC, masquer la liste publique des utilisateurs, empêcher la recherche des noms d'utilisateur par numéro, retirer la balise de version WordPress et l'en-tête X-Powered-By, désactiver l'éditeur de fichiers des thèmes et des extensions, ajouter des en-têtes de sécurité sans risque et empêcher la navigation dans le dossier uploads. Chacun peut y être désactivé à nouveau individuellement. Rien n'est modifié sur votre site : l'extension Relvato applique chaque réglage à chaque requête.

Guide associé

Scan d'exposition, scan de vulnérabilités, pentest — quelle différence ? Notre guide explique ce que chacun trouve, quand l'utiliser et où les moniteurs continus s'intègrent.

Comment ça marche
  • Lit ce que votre site montre déjà à chaque visiteur : la page d’accueil, les scripts qu’elle charge, les en-têtes renvoyés. Rien qu’un navigateur ne ferait, donc aucun pare-feu n’a de raison de s’y opposer, et cela fonctionne sur n’importe quel site, WordPress ou non.
  • Interroge votre site de l’intérieur, si l’extension Relvato est installée : quels fichiers sensibles existent, ce qui traîne à la racine du site et les réglages WordPress qui aggravent tout le reste. Noms, tailles et existence uniquement — Relvato ne lit jamais le contenu.
  • Demande une courte liste d’URL publiques, espacées et identifiées comme Relvato : lecture seule, sans exploitation ni force brute. Si un pare-feu les refuse, le résultat indique que le test des fichiers a été refusé au lieu d’annoncer un site propre.
Vos questions, nos réponses
Est-ce un test d'intrusion actif ou une attaque ?

Non. C'est une reconnaissance strictement non intrusive : des requêtes GET en lecture seule vers des URL publiques du site dont vous avez prouvé la propriété. Elle n'envoie jamais de charges d'exploitation, ne force pas les connexions, ne fuzz pas les entrées et ne change rien — elle ne peut donc pas endommager une boutique en production. Elle s'identifie aussi comme Relvato dans la requête, au lieu d'agir comme un attaquant furtif.

En quoi est-ce différent du scan de vulnérabilités ?

Le scan de vulnérabilités vérifie vos extensions et thèmes installés face aux CVE connues : il s'agit de code vulnérable. Le scan d'exposition vérifie la configuration et ce qui est accessible depuis l'extérieur — fichiers exposés, endpoints ouverts, en-têtes faibles —, ce qu'aucun scanner de code ne voit. Ils sont complémentaires : l'un trouve des logiciels vulnérables, l'autre des portes ouvertes.

Fonctionne-t-il sur des sites non WordPress ?

Oui. Les tests génériques — clés publiées dans vos pages et scripts, source maps, règles de cookies et CORS, fichiers exposés, listage de répertoires, en-têtes de sécurité manquants — s’appliquent à tout site ; les sondes propres à WordPress (XML-RPC, énumération des comptes via REST, version du readme) ne correspondent tout simplement pas ailleurs. Aucune extension n’est requise. Sur WordPress, l’installer ajoute la part que seul le serveur voit : ce qui se trouve réellement à la racine de votre site et les réglages qui amplifient tout autre problème.

Scanner mon propre site posera-t-il problème ?

C'est volontairement doux : une petite liste choisie de requêtes à faible débit, chacune avec un court délai d'attente, depuis un user-agent identifié. Il ne s'exécute que sur un domaine que vous avez vérifié, et vous y consentez en activant le moniteur. C'est le même premier passage non intrusif qu'un professionnel de la sécurité effectuerait sur un site qu'il est autorisé à tester.

Que se passe-t-il quand il trouve quelque chose ?

Un secret ou une sauvegarde exposé fait échouer le moniteur et vous alerte aussitôt — ce sont des problèmes à fermer maintenant. Les lacunes de durcissement (en-têtes manquants, XML-RPC activé, énumération) sont signalées comme des avertissements à examiner. Ce qui est attendu sur votre site peut être marqué comme examiné pour ne plus vous déranger.

Mon pare-feu va-t-il bloquer Relvato à cause de cela ?

Normalement non. L’essentiel de l’analyse est du trafic ordinaire : les pages et les scripts qu’un navigateur charge de toute façon. La partie qui demande des fichiers comme /.env est précisément ce qu’un pare-feu serveur est fait pour bloquer ; Relvato ne fait donc ces requêtes que lorsqu’elles en valent la peine : avec l’extension installée, il demande à votre site quels fichiers existent réellement et ne requiert que ceux-là. Et si votre pare-feu les refuse, le résultat indique que le test des fichiers a été refusé au lieu d’annoncer un site propre.

Relvato lit-il les fichiers qu’il trouve ?

Non. Lorsqu’il interroge votre site de l’intérieur, la réponse est une liste de noms et de tailles, jamais le contenu. Ce point d’accès ne répond que pour des chemins situés dans la racine du site et refuse tout ce qui tente d’en sortir ; un résultat ne cite au plus que les premiers caractères d’une clé, pour que le rapport ne devienne pas lui-même la fuite.

Relvato peut-il corriger ce que trouve le scan d'exposition ?

Sur WordPress avec l'extension Relvato, huit constats courants ont un correctif en un clic que vous appliquez dans WordPress → Relvato, et chacun peut y être désactivé à nouveau — de la désactivation de XML-RPC à l'ajout d'en-têtes de sécurité sans risque. Relvato n'ajoute jamais automatiquement de Content-Security-Policy ni de HSTS : une mauvaise valeur pour l'un ou l'autre peut casser un site, c'est donc à une personne de les définir.

Vérifie-t-il les abilities IA de WordPress ?

Oui, sous WordPress 6.9 ou plus récent avec l’extension Relvato 1.43.0 ou plus récente. Les extensions peuvent enregistrer des abilities que les assistants IA et l’API REST peuvent appeler. Le scan les liste depuis l’intérieur de votre site et interroge le propre callback de permission de chacune, en visiteur déconnecté, pour savoir si n’importe qui peut l’exécuter, sans l’exécuter. Une ability que n’importe qui peut exécuter et qui n’est pas en lecture seule est signalée comme grave ; les abilities ouvertes en lecture seule, les destructrices que les assistants IA peuvent utiliser et les nouvelles après une mise à jour sont des avertissements.

Moniteurs associés
Scan d'exposition

Mettez ce moniteur en pilote automatique.

Gratuit pour toujours sur un site — 100 exécutions par mois, lancées par vous ou chaque semaine, sans carte. Pro relance vos moniteurs tout seul après chaque mise à jour.