Le serveur a bloqué mon adresse IP sur le pare-feu lorsque j'ai tenté d'accéder à l'espace d'administration de WordPress

Le problème est probablement dû au pare-feu applicatif web ModSecurity™ activé sur votre domaine.
Quel est le rôle de ModSecurity™, the following is a list of the most important usage scenarios:

• • Real-time application security monitoring and access control

• • • At its core, ModSecurity gives you access to the HTTP traffic stream, in real-time, along with the ability to inspect it. This is enough for real-time security monitoring. There's an added dimension of what's possible through ModSecurity's persistent storage mechanism, which enables you to track system elements over time and perform event correlation. You are able to reliably block, if you so wish, because ModSecurity uses full request and response buffering.

• • Journalisation complète du trafic HTTP

• • • Web servers traditionally do very little when it comes to logging for security purposes. They log very little by default, and even with a lot of tweaking you are not able to get everything that you need. I have yet to encounter a web server that is able to log full transaction data. ModSecurity gives you that ability to log anything you need, including raw transaction data, which is essential for forensics. In addition, you get to choose which transactions are logged, which parts of a transaction are logged, and which parts are sanitized.

• • Évaluation continue et passive de la sécurité

• • • A security assessment is largely seen as an active scheduled event, in which an independent team is sourced to try to perform a simulated attack. The continuous passive security assessment is a variation of real-time monitoring, where, instead of focusing on the behaviour of the external parties, you focus on the behaviour of the system itself. It's an early warning system of sorts that can detect traces of many abnormalities and security weaknesses before they are exploited.

• • Renforcement de la sécurité des applications web

• • • One of my favourites uses for ModSecurity is attack surface reduction, in which you selectively narrow down the HTTP features you are willing to accept (e.g., request methods, request headers, content types, etc.). ModSecurity can assist you in enforcing many similar restrictions, either directly, or through collaboration with other Apache modules. They all fall under web application hardening. For example, it is possible to fix many session management issues, as well as cross-site request forgery vulnerabilities.

More information is available at https://www.modsecurity.org/



Pourquoi ModSecurity™ m'a-t-il bloqué dans la capture d'écran ? Sur le serveur, nous utilisons le jeu de règles OWASP ModSecurity Core Rule Set (CRS) pour protéger votre site web contre les attaques malveillantes telles que l'injection SQL (SQLi), le Cross Site Scripting (XSS), l'inclusion de fichiers locaux (LFI), l'inclusion de fichiers distants (RFI), l'exécution de code à distance (RCE), l'injection de code PHP, les violations du protocole HTTP, HTTPoxy, Shellshock, la fixation de session, la détection de scanners, les fuites de métadonnées et d'erreurs, ainsi que la liste noire Project Honey Pot. Vous trouverez plus d'informations à l'adresse suivante https://modsecurity.org/crs/ . Plus précisément, votre accès à l'URL a été bloqué par les règles numéro 930130 et 949110.

À quoi servent les règles 930130 et 949110 ?
La règle 930130 restreint les tentatives d'accès direct aux fichiers. Elle détecte les tentatives de récupération du code source de l'application, des métadonnées, des identifiants et de l'historique du contrôle de version susceptibles d'être accessibles dans la racine web (web root). Cela signifie que lorsque vous essayez d'accéder https://residenceduhamel.com/wp-admin.php alors que WordPress exige que l'accès se fasse via https://residenceduhamel.com/wp-admin// qui est ensuite redirigé vers https://residenceduhamel.com/wp-admin.php La règle numéro 930130 du jeu de règles OWASP de ModSecurity considère qu'il s'agit d'une méthode incorrecte et d'un accès probablement malveillant, et bloque votre adresse IP.

La règle 949110 est une règle de dépassement du score d'anomalie en entrée (Inbound Anomaly Score Exceeded, score total : 5). Elle calcule un score pour chaque accès web et bloque l'accès si le score total dépasse la valeur définie.

Vous n'en avez pas besoin ? Désactivez-le ModSecurity™ est, d'une manière générale, un pare-feu applicatif web efficace et éprouvé, mais il se peut qu'il génère trop de problèmes par rapport à la sécurité qu'il apporte, que le jeu de règles produise des faux positifs, ou que vous ayez simplement besoin d'un niveau de sécurité moins élevé sur le serveur pour ce site web et puissiez gérer votre sécurité au niveau de l'application. Dans ce cas, nous avons prévu une option permettant de désactiver ModSecurity™ sur le domaine via l'interface de gestion des domaines de cPanel. Voici les étapes à suivre pour désactiver ModSecurity™ sur un domaine

Veuillez accéder à cPanel > Sécurité > ModSecurity™. Sur cette page, les options suivantes s'affichent




Sur l'image ci-dessus, une flèche rouge indique le bouton qui permet de désactiver ModSecurity sur le domaine choisi tout en laissant vos autres sites web protégés. Veuillez cliquer sur l'option « Désactiver » pour désactiver complètement ModSecurity sur le domaine.

Si les étapes ci-dessus n'ont pas résolu votre problème, veuillez ouvrir un ticket auprès du support technique afin que nous examinions le problème plus en détail.