sHub-Log Observabilité de sécurité + Intelligence des robots vérifiés

Les attaques sur WordPress ne se limitent pas
à l'écran de connexion.
Visualisez les menaces invisibles et bloquez les attaquants récurrents.

sHub-Log est une extension de sécurité WordPress qui classe et enregistre bien plus que les accès non autorisés à l'administration — la sonde des chemins de plugins, thèmes et du cœur WordPress, la vérification d'exposition des fichiers de configuration, les sondes PHP sous uploads, l'énumération d'utilisateurs, les User-Agents de scanners, l'usurpation de bots, les abus de l'API REST, le sondage de chemins REST, les requêtes malveillantes et les rafales de 404 suspects — en 16 catégories.

Au lieu de « quelque chose frappe le site », voyez ce qui est ciblé, d'où et à quelle fréquence dans les journaux d'attaque et les graphiques. Lorsque la même IP répète des attaques, sHub-Log protège cette IP sur WordPress pendant une durée définie.

De plus, vérifiez et enregistrez les robots de recherche comme Googlebot et Bingbot, et les robots d'IA comme GPTBot et ClaudeBot — visibilité des attaques et des robots d'exploration de recherche/IA dans un seul tableau de bord d'administration.

Gratuit Officiel sur WordPress.org GPLv2

Aperçu du tableau de bord d'administration sHub-Log
Aperçu du tableau de bord d'administration sHub-Log
41.2%
Part de WordPress parmi tous les sites web mondiaux
53%+
Trafic web automatisé provenant de robots et sources similaires
91%
Part des vulnérabilités WordPress dans les plugins
16
Catégories d'attaque pour la classification
Le paysage des menaces WordPress

Trois faits pour comprendre
WordPress aujourd'hui

WordPress est le CMS le plus utilisé au monde. En raison de son envergure, il est ciblé non seulement par des attaques par force brute sur la connexion, mais aussi par la sonde automatisée des vulnérabilités WordPress, vulnérabilités de plugins, mauvaises configurations, API exposées et chemins d'attaque inexistants.

Et aujourd'hui, plus de la moitié de l'accès web n'est pas humain. Ce dont vous avez besoin n'est pas de rejeter tous les robots, mais de séparer les robots d'exploration légitimes des robots malveillants et de la numérisation automatisée des vulnérabilités.

41.2%

De tous les sites web mondiaux

En juillet 2026, WordPress alimente 41,2 % de tous les sites web. Sa part de marché CMS est de 59,1 %.

W3Techs ↗
53%+

Trafic automatisé

Rapport Bad Bot 2026 d'Imperva : en 2025, plus de 53 % du trafic web était automatisé (robots, etc.). L'accès humain représentait 47 %.

Imperva ↗
91%

Origine plugin

Patchstack : sur 11 334 nouvelles vulnérabilités de l'écosystème WordPress en 2025, 91 % ont été trouvées dans les plugins.

Patchstack ↗

Un robot est un logiciel qui explore ou interagit automatiquement avec des sites web au nom des humains. Utilisé pour l'indexation de recherche, l'exploration par l'IA, la surveillance — et aussi la numérisation de vulnérabilités, le credential stuffing, le scraping et le spam.

La surface d'attaque a changé

La défense de la connexion seule
ne révélera pas les attaques WordPress d'aujourd'hui.

Autrefois, la préoccupation centrale de la sécurité WordPress était la connexion non autorisée à wp-login.php et à la zone d'administration. Se défendre contre les attaques par force brute et le credential stuffing avec des identifiants et mots de passe divulgués reste important aujourd'hui.

Mais les attaques ne commencent pas toujours à l'écran de connexion.

Les scanners de vulnérabilités automatisés et les robots malveillants atteignent ces cibles directement — sans se connecter :

  • .env, wp-config.php, fichiers de sauvegarde, fichiers SQL
  • Chemins connus ou devinés sous /wp-content/plugins/
  • Chemins du cœur WordPress sous /wp-includes/
  • Chemins couramment associés aux web shells, tels que shell.php, wso.php, c99.php
  • Points de terminaison de l'API REST tels que /wp-json/, et sondes qui varient l'emplacement et les routes REST
  • /xmlrpc.php
  • Requêtes destinées à l'injection SQL, XSS ou path traversal
  • Grands volumes d'URL inexistantes

Vues une par une, chacune peut ressembler à un simple 404 ou à quelques hits. Mais si la même IP sonde plusieurs points faibles dans une courte fenêtre, c'est de la reconnaissance contre votre site WordPress. Une même IP qui change l'emplacement d'installation et les points d'entrée REST en est un exemple.

À l'ère de l'IA, ce qui a augmenté n'est pas seulement les vulnérabilités — c'est la capacité d'automatiser les attaques

L'IA ne crée pas de vulnérabilités WordPress par elle-même. Mais Imperva rapporte que l'IA générative et les LLM ont abaissé la barre pour construire des robots, facilitant les attaques automatisées à grande échelle.

Les cibles ne sont pas seulement l'écran d'administration. Les machines sondent maintenant en continu le cœur WordPress, les plugins, l'API REST, les fichiers de configuration et les chemins de portes dérobées.

attack-log — 203.0.113.x / 10 min window
12:01:04 CONFIG_SCAN  /.env
12:02:37 CONFIG_SCAN  /wp-config.php.bak
12:03:55 PLUGIN_SCAN  /wp-content/plugins/…/readme.txt
12:05:12 CORE_SCAN    /wp-includes/…
12:06:48 REST_ABUSE   /wp-json/wp/v2/users
12:07:20 UA_EMPTY     (no user-agent)
score 40+40+25+25+20+15 = 165
→ RECORD (50) / PROTECT (100) — IP blocked

* Exemple de sortie à titre d'illustration.

Détectez la reconnaissance à faible volume qui sonde plusieurs points faibles.

Les limites simples de débit de requêtes détectent les attaques qui frappent des centaines de fois par minute, mais la reconnaissance à faible fréquence sur plusieurs points faibles est facile à manquer. Le score de risque sHub-Log pondère les types d'attaque et accumule les scores par IP dans une fenêtre temporelle.

Par défaut, les scores s'accumulent dans une fenêtre de 10 minutes : 50 au total enregistrent l'attaque, et 100 au total protègent l'IP. La fenêtre temporelle, les valeurs de points, le seuil d'enregistrement et le seuil de protection sont tous configurables.

Regardez les combinaisons d'attaques — pas seulement les comptages. C'est le score de risque sHub-Log.

* Le score de risque est DÉSACTIVÉ par défaut. Examinez le trafic de votre site avant de l'activer.

Comportement détectéPoints (par défaut)
Sonde de porte dérobée50
Sonde de fichier de configuration40
Paramètres de requête malveillants40
Sondage de chemins REST35
Rafales de 404 suspects30
Volume élevé de requêtes30
Numérisation de vulnérabilités de plugins25
Numérisation de vulnérabilités du cœur WordPress25
Tentatives d'abus de l'API REST20
Piratage de l'administration15
Spam et autres15
User-Agent vide15
Pourquoi nous l'avons créé

Cette extension est née d'une expérience qui a pris deux semaines à récupérer complètement.

Le fondateur de SyntaxCloud, qui a développé sHub-Log, s'occupe de création et de marketing digital SEO depuis l'époque des agences spécialisées Internet.

Le tournant est venu lorsqu'un site WordPress sous notre responsabilité a été compromis dans les années 2010. Le premier incident a pris environ deux semaines pour identifier la cause, évaluer la falsification, récupérer et prévenir la récurrence.

Lorsqu'un autre site client a été touché par la suite, les leçons du premier incident nous ont aidés à récupérer en quelques jours.

Cette expérience nous a montré que gérer un site demande bien plus que des mises à jour de contenu et de la gestion de serveur.

sHub-Log n'est pas un produit de sécurité imaginé sur papier.

Après de vrais incidents et du travail de récupération, nous avons publié sur WordPress.org le « tableau de bord qui montre ce qui se passe maintenant » dont nous avions besoin dans l'exploitation quotidienne de WordPress.

Détecter · Enregistrer · Protéger

Classez en 16 catégories, enregistrez les attaques et protégez les IP récurrentes.

sHub-Log classe les requêtes suspectes atteignant WordPress en 16 catégories.

Volume élevé de requêtes Tentatives d'abus de l'API REST Sondage de chemins REST Piratage de l'administration Numérisation de vulnérabilités de plugins Numérisation de vulnérabilités de thèmes Numérisation de vulnérabilités du cœur WordPress Sonde de fichier de configuration Sonde de porte dérobée Énumération d'utilisateurs Paramètres de requête malveillants Outil de scan Usurpation de bot Spam et autres Rafales de 404 suspects Détection par score
CatégorieComportement surveillé
Volume élevé de requêtesRequêtes concentrées de la même IP dans une courte fenêtre
Tentatives d'abus de l'API RESTSonde des points de terminaison de l'API REST destinée à récupérer des informations utilisateur
Sondage de chemins RESTScans d’une même IP qui, en peu de temps, changent l’emplacement d’installation WordPress et les points d’entrée REST. Les chemins REST légitimes ne sont pas bloqués par le chemin seul
Piratage de l'administrationAccès non authentifié aux URL d'administration (catégorie soft)
Numérisation de vulnérabilités de pluginsSondes sous /wp-content/plugins/ qui retournent 404
Numérisation de vulnérabilités de thèmesSondes sous /wp-content/themes/ qui retournent 404
Numérisation de vulnérabilités du cœur WordPressSondes sous /wp-includes/ qui retournent 404
Sonde de fichier de configurationAccès à .env, wp-config, .git, noms de sauvegarde suspects, etc.
Sonde de porte dérobéeNoms de webshell connus et tentatives PHP sous /wp-content/uploads/
Énumération d'utilisateurs?author=N numériques répétés ou sonde du sitemap utilisateurs
Paramètres de requête malveillantsMotifs de base SQLi, XSS, path traversal, etc.
Outil de scanUser-Agents de scanners connus (sqlmap, nikto, wpscan, etc.)
Usurpation de botSe fait passer pour un robot connu mais échoue à la vérification (catégorie soft)
Spam et autresAccès à xmlrpc.php ; méthodes PROPFIND/TRACE/TRACK
Rafales de 404 suspectsNombreuses URL inexistantes sondées en peu de temps
Détection par scoreCombinaison pondérée de plusieurs signaux dépassant un seuil

Pas de « numérisation de vulnérabilités » — capturer les signes que vous êtes ciblé

sHub-Log n'est pas un scanner de vulnérabilités par correspondance CVE pour les plugins installés, ni un scanner de malware côté serveur.

Son rôle est de classer les sondes externes et les signaux d'attaque contre WordPress et de les conserver comme journaux d'attaque. Le correctif nécessite la mise à jour du cœur, des plugins et des thèmes. Ensuite, savoir ce qui a été ciblé avant/après les mises à jour et si la même IP continue de sonder informe votre prochaine décision opérationnelle.

Visibilité de sécurité

Expliquer avec des comptages et des catégories — pas seulement « ça a l'air risqué »

sHub-Log rend l'observabilité de sécurité WordPress utilisable pour les petites équipes d'exploitation.

  • Graphique de tendance des attaques
  • Sélection de la période et de l'intervalle d'agrégation
  • Agrégation par 16 catégories
  • Enregistrement de l'IP, de l'URL cible, du User-Agent et de l'horodatage
  • Filtrer les journaux par catégorie
  • Téléchargement CSV
  • Paramètres de rétention des journaux et nettoyage automatique (90 jours par défaut)
  • Liste des IP protégées et libération manuelle
  • Liste blanche d'IP
  • Prise en charge des proxies inverses de confiance (Cloudflare, etc.)

Prêt pour les rapports mensuels

Les agences et MSP peuvent partager les types d'attaques détectés et les tendances dans les rapports mensuels au lieu de supposer que « rien ne se passe » sur les sites clients. Les équipes IT internes peuvent expliquer l'état à la direction et aux parties prenantes avec des chiffres.

Alertes par e-mail

Alerte de pic : lorsque les attaques d'une catégorie spécifique augmentent dans une courte fenêtre.
Alerte de niveau élevé soutenu : lorsque le total dans une période définie dépasse un seuil.
Les deux sont DÉSACTIVÉES par défaut. Activez-les uniquement sur les sites qui en ont besoin.

Vulnérabilité du cœur WordPress : wp2shell

Ce n'est pas seulement les plugins.
Le cœur WordPress peut encore voir des vulnérabilités exceptionnellement graves.

La plupart des vulnérabilités signalées dans l'écosystème WordPress sont dans les plugins. En 2025, 91 % étaient d'origine plugin. Mais les vulnérabilités du cœur — moins nombreuses — peuvent affecter simultanément un grand nombre de sites exécutant des configurations standard.

En juillet 2026, une chaîne d'attaque appelée wp2shell est apparue, combinant deux vulnérabilités du cœur WordPress : CVE-2026-60137 et CVE-2026-63030. Selon l'IPA, sur WordPress 6.9 et versions ultérieures affectés, la combinaison peut conduire à une exécution de code à distance non authentifiée. Le 21 juillet 2026, elle a été ajoutée au catalogue Known Exploited Vulnerabilities (KEV) du CISA américain comme activement exploitée.

Cela a également été rapporté aux États-Unis par BleepingComputer, Wiz, Tenable, Bitdefender, etc. Les attaquants abusant du traitement par lots de l'API REST pouvaient conduire à l'exécution de code et à des web shells sur des sites WordPress vulnérables.

Les routes REST légitimes sont aussi utilisées par WordPress, donc bloquer en permanence un chemin comme /batch/v1 n’est pas réaliste. sHub-Log détecte plutôt le sondage de chemins REST : une même IP qui, en peu de temps, change l’emplacement d’installation et les points d’entrée REST, puis peut protéger les IP répétitives. Des 401/404 mélangés restent de la reconnaissance par le comportement, pas par un seul chemin.

Le 22 juillet 2026, sHub-Log a ajouté une catégorie de détection le même jour

21 juillet (heure US)

Inscrite au catalogue KEV du CISA

22 juillet (heure Japon)

L'IPA a publié un avis de sécurité

22 juillet (même jour)

Ajout de la catégorie « Numérisation de vulnérabilités du cœur WordPress » à sHub-Log

Même jour

Vérifications de sécurité terminées sur les sites clients exploités via sHub

La capacité ajoutée classe et enregistre l'accès qui sonde des chemins inexistants sous /wp-includes/ comme sonde du cœur WordPress.

Ce n'est pas une signature qui identifie le trafic REST API spécifique à wp2shell ou l'exploitation réussie. Après une divulgation majeure du cœur, nous avons ajouté cette catégorie pour visualiser la sonde du cœur indépendamment — pas seulement la surveillance de l'écran de connexion.

Cela ne remplace pas la mise à jour de WordPress

Corriger les vulnérabilités wp2shell nécessite des mises à jour de sécurité WordPress. sHub-Log ne diagnostique pas l'infection wp2shell ni ne corrige virtuellement les vulnérabilités.

Les rôles sont répartis comme suit.

Action requisePartie responsable
Corriger les vulnérabilitésMettre à jour WordPress vers les versions corrigées 6.8.6, 6.9.5, 7.0.2 ou ultérieures
Préserver les signes de sondeDétection, classification et journalisation sHub-Log
Supprimer les attaques récurrentes de la même IPProtection IP limitée dans le temps sHub-Log
Enquêter sur les fichiers et comptes compromisRéponse professionnelle aux incidents, inspection de malware

Appliquez les mises à jour du cœur sans faute. Ensuite, réduisez le délai entre la divulgation et la réponse et conservez les signaux d'attaque dans les journaux avant et après les mises à jour.

Les robots dépassent maintenant les humains

Lorsque plus de la moitié de l'accès web provient de robots,
vous devez les distinguer.

Tous les robots ne sont pas malveillants. Googlebot et Bingbot explorent les sites pour indexer les pages dans les résultats de recherche. Les robots d'exploration IA tels que GPTBot, ClaudeBot et PerplexityBot accèdent au web selon le but et les règles de chaque service.

Des robots malveillants existent aussi : des robots qui numérisent automatiquement WordPress et les plugins pour les vulnérabilités, des robots qui forcent l'écran de connexion, des robots de credential stuffing qui testent des identifiants divulgués, des robots qui sondent .env et wp-config.php, des robots qui analysent les web shells et les chemins de portes dérobées, des robots de spam et de scraping non autorisé, et des imposteurs prétendant être Googlebot.

Ce dont vous avez besoin n'est pas de faire confiance au nom qui apparaît dans le User-Agent.

Couche SEO de recherche

Googlebot, Bingbot et plus

Suivez les robots d'exploration de recherche vérifiés tels que Googlebot, Bingbot et DuckDuckBot. Voyez l'accès total des robots de recherche, la répartition par robot, les changements d'exploration après le lancement ou la refonte du site, et les signaux à court terme après les améliorations du sitemap ou des liens internes.

Couche IA

GPTBot, ClaudeBot, PerplexityBot et plus

Suivez les robots d'exploration IA vérifiés tels que GPTBot, ClaudeBot, PerplexityBot et OAI-SearchBot. Voyez l'accès total des robots IA, la répartition par robot, si les robots IA sont arrivés après la publication de contenu, et les changements à court terme du trafic des robots IA.

« Un accès prétendant être Googlebot » n'est pas la même chose qu'un Googlebot légitime.

Les chaînes User-Agent peuvent être réécrites librement par le client. Les robots malveillants peuvent facilement prétendre être Googlebot.

sHub-Log traite l'accès comme un robot légitime uniquement après ces étapes :

  • Le User-Agent correspond à un robot de recherche ou d'IA connu
  • FCrDNS (recherche inverse, puis confirmation directe de l'IP) ou vérification contre les plages IP officielles publiées par l'opérateur

Seuls les robots vérifiés sont écrits dans les journaux d'accès des robots, donc les faux Googlebots et les imitateurs de User-Agent ont moins de chances de se mélanger aux totaux des robots d'exploration légitimes.

Les journaux d'attaque et les journaux de robots vivent dans des tables séparées et des écrans d'administration séparés. Les enregistrements de sécurité restent séparés de l'analyse des robots d'exploration de recherche et d'IA.

Les robots qui échouent à la vérification ne sont pas bloqués automatiquement pour cette seule raison. Ils ne sont pas exclus de la mesure de débit en tant que robots légitimes ; la protection s'applique lorsque les modèles d'attaque ou la fréquence correspondent à vos paramètres.

Ce que vous pouvez et ne pouvez pas voir

Ce que vous pouvez voir

  • À quelle fréquence les robots de recherche et d'IA vérifiés ont visité votre site
  • Répartition par type de robot
  • Tendances d'accès sur jusqu'à 14 jours
  • Si les modèles d'exploration ont changé après des modifications du site ou de nouvelles publications

Ce que vous ne pouvez pas voir

  • Si le contenu a réellement été cité dans les réponses ChatGPT ou Perplexity
  • Si le classement Google a été amélioré
  • Comment le contenu est évalué à l'intérieur des services IA

Plus de trafic de robots IA ne prouve pas une meilleure performance de recherche IA. Les résultats de recherche à long terme appartiennent à Google Search Console ; l'activité récente des robots d'exploration vérifiés appartient à sHub-Log — une répartition pratique des rôles.

Version gratuite

Gratuit : visibilité des attaques et vérification des robots incluses.

La version gratuite de sHub-Log comprend :

  • Détection d'attaques en 16 catégories et journaux d'attaque
  • Protection automatique pour les IP récurrentes
  • Protection IP basée sur le nombre d'échecs de connexion
  • Graphique de tendance des attaques
  • Filtrer par catégorie
  • Téléchargement CSV
  • Score de risque (activer dans les paramètres)
  • Journaux d'accès des robots de recherche et d'IA vérifiés (jusqu'à 14 jours)
  • Alertes par e-mail de pic et de niveau élevé soutenu (activer dans les paramètres)
  • Liste blanche d'IP
  • Paramètres de proxy inverse de confiance (Cloudflare, etc.)
  • Interface d'administration multilingue incluant le japonais et l'anglais

Paramètres sûrs dès le premier jour

Pour limiter les faux positifs, le score de risque, les journaux d'accès des robots et les alertes par e-mail sont DÉSACTIVÉS par défaut. Commencez avec les paramètres de base, examinez le trafic, puis ajustez les options avancées.

En cas de doute, vous pouvez revenir aux Paramètres recommandés.

Installez depuis l'administration WordPress et activez — c'est tout.

Tarifs

Un prix équivalent à un café par mois

Les mêmes capacités à un prix adapté au coût de la vie local. Les tarifs sont conçus pour suivre le prix d'un café par pays et région.

Gratuit
¥0

Officiel sur WordPress.org / GPLv2

  • Détection, journalisation et blocage d'attaques en 16 catégories
  • Graphique de tendance des attaques / Téléchargement CSV
  • Journaux d'accès des robots légitimes (jusqu'à 14 jours)
  • Alertes par e-mail et score de risque

Payant — prévu août 2026
¥500 / mois
¥6,000 / an

Café France (¥500)

Le paiement mensuel est prévu ultérieurement. En 2026, facturation annuelle uniquement.

  • Classement d'accès des robots par URL
  • Pages avec des pics soudains
  • Répartition des robots par page (recherche / IA)
  • Toutes les fonctionnalités gratuites restent disponibles

Visibilité de sécurité et visibilité de l'exploration de recherche/IA. Si cela coûte environ le prix d'un café par mois, la décision ne devrait pas être difficile.

Pour qui

Pour les équipes qui ne peuvent pas traiter WordPress
comme « construire et oublier »

Pour les équipes qui ne peuvent pas traiter WordPress comme « construire et oublier ».

Agences WordPress et studios digitaux

Ajoutez les journaux d'attaque, la protection IP et les rapports CSV à la maintenance post-livraison. Expliquez l'état à plusieurs clients sur la même base.

MSP et hébergement WordPress géré

Classez la sonde et les 404 suspects sur les sites clients pour le support et les rapports mensuels. Fonctionne derrière des proxies inverses tels que Cloudflare.

Équipes IT internes

Même sans personnel de sécurité dédié, partagez les types d'attaques et les tendances via l'interface d'administration ou le CSV.

WooCommerce et entreprises en ligne

Sur les sites où les interruptions ou la falsification touchent directement les revenus et la confiance, voyez la sonde au-delà de l'écran de connexion.

Éditeurs et médias digitaux

Parallèlement à la sécurité WordPress, examinez les tendances des robots d'exploration de recherche et d'IA vérifiés.

Agences SEO et équipes de contenu

Utilisez l'accès des robots d'exploration vérifiés juste après la publication ou la refonte comme données complémentaires difficiles à voir dans Google Search Console seul.

Également adapté pour ces équipes

Agences WordPress et ateliers de développement … facile à ajouter aux menus de maintenance post-livraison Médias propriétaires et équipes de contenu … vérifier les explorations lorsque le contenu est rédigé pour la consommation par l'IA E-commerce (WooCommerce, etc.) … cibles d'attaque fréquentes ; les interruptions touchent directement les revenus Santé, cliniques, services professionnels … la confiance compte ; l'impact de la falsification est élevé Éducation et sites liés au secteur public … exploitation multi-sites et besoins d'audit Fournisseurs d'hébergement géré … valeur ajoutée pour les clients, charge de support allégée Généralistes IT sans spécialistes web … matériaux pour expliquer ce qui se passe
Exploitation au quotidien

Pour ne pas être perdu après l'installation

La valeur d'une extension de sécurité se décide par la capacité à continuer de l'utiliser après l'installation.

  • Vues d'administration simples (paramètres) et avancées — commencez minimal, approfondissez quand vous êtes prêt
  • Bouton Paramètres recommandés — revenez aux valeurs par défaut en cas de doute
  • Interface d'administration en japonais, anglais et plus — facile à partager avec les équipes et partenaires internationaux
  • Nettoyage automatique des journaux — définissez la rétention ; la suppression s'exécute automatiquement
  • Téléchargement CSV — export pour les rapports et l'analyse externe
  • Paramètres de proxy de confiance — détection de l'IP réelle derrière Cloudflare et services similaires

Des guides d'utilisation détaillés sont disponibles sur une page séparée.

Confidentialité et transparence

Les journaux d'attaque ne sont pas envoyés à des services externes.

sHub-Log est une extension GPLv2 distribuée via le répertoire officiel WordPress.org.

Les journaux d'attaque, les adresses IP, les informations utilisateur et le contenu du site ne sont pas envoyés à SyntaxCloud. Les journaux sont stockés dans la base de données WordPress. La communication externe est limitée à ces fins, selon les paramètres et fonctionnalités :

  • Récupérer les définitions d'alertes signées, les modèles d'e-mail et les définitions de score
  • Récupérer le JSON des plages IP officielles publiées par chaque fournisseur pour la vérification des robots légitimes

Les plages IP des robots sont mises en cache pendant 24 heures. Si la récupération ou la vérification de signature échoue, les valeurs par défaut intégrées, la sauvegarde locale ou les valeurs configurées par l'administrateur sont utilisées.

La version payante est un service fourni sur syn-c.jp. La version gratuite continue de fonctionner après la sortie payante. Nous ne prévoyons pas de déplacer les fonctionnalités gratuites existantes derrière un paywall.

Commencer

D'abord, voyez ce qui frappe
votre site WordPress.

Protéger l'écran de connexion seul ne suffit pas.

Chemins de plugins, chemins du cœur WordPress, fichiers de configuration, API REST, sondage de chemins REST, candidats portes dérobées, 404 suspects — classez la sonde externe, enregistrez-la et protégez les attaquants récurrents.

En même temps, ne faites pas confiance aux robots de recherche et d'IA par le User-Agent seul — vérifiez avec FCrDNS et les plages IP officielles, et consultez cette activité sur un écran séparé. Visibilité des attaques et visibilité des robots d'exploration légitimes dans une seule administration WordPress.

sHub-Log est né d'une expérience qui a pris deux semaines à récupérer. Ce que nous voulions alors n'était pas plus de fonctionnalités — c'était un tableau de bord qui montre ce qui se passe.