La semaine dernière, les attaques sur les serveurs ont diminué de 23 % par rapport à la précédente. C’est un soulagement, mais cela ne signifie pas que le danger ait disparu. Les attaquants continuent d’essayer d’accéder à WordPress, SSH, la messagerie et d’autres services, et bien que le pare-feu de SWPanel les bloque, il est important de comprendre pourquoi cela se produit et comment se protéger.
Ce que nous avons vu dans SWPanel
Cette semaine, le nombre d’accès non autorisés a été de 134 543 blocages, contre 174 395 la semaine précédente. Cela représente une réduction de 23 %. Bien que ce soit une baisse notable, il faut garder à l’esprit que la moyenne des cinq semaines précédentes était de 160 580 blocages par semaine, donc cette semaine reste en dessous de cette moyenne.
Parmi les blocages, 60,8 % ont concerné des tentatives d’accès à WordPress (via wp-login et xmlrpc), 21,4 % à SSH, 7,6 % à des services de messagerie (SMTP), 5,9 % à MySQL et 3 % à d’autres services comme IMAP, POP ou des scanners web.
En ce qui concerne les pays d’origine, 18,3 % des attaques provenaient des États-Unis, suivis de l’Inde (7,5 %), de la Turquie (6,5 %) et de l’Iran (6,1 %).
Et dans SWPanel, qu’est-ce qu’on fait ?
SWPanel a activement surveillé ces tentatives d’accès et a automatiquement bloqué toutes les connexions suspectes via le pare-feu et le système de détection d’attaques (fail2ban). Cela signifie que les clients n’ont pas eu à s’inquiéter de ces tentatives, car le système a agi à leur place.
Comment on en est arrivé là
L’évolution des blocages sur les 6 dernières semaines a été la suivante :
- 20/09 au 26/09 : 155 255 blocages
- 27/09 au 03/10 : 146 265 blocages (-5,8 %)
- 04/10 au 10/10 : 170 774 blocages (+16,8 %)
- 11/10 au 17/10 : 156 213 blocages (-8,5 %)
- 18/10 au 24/10 : 174 395 blocages (+11,6 %)
- 25/10 au 31/10 (cette semaine) : 134 543 blocages (-22,9 %)
Cette semaine a été la plus faible des 6 dernières, avec une baisse de 22,9 % par rapport à la précédente. Le pic a été enregistré entre le 18 et le 24 octobre, avec 174 395 blocages, tandis que le minimum est actuel, avec 134 543 blocages.
Ce qui se passe derrière les chiffres
Les attaques restent principalement de type force brute, où des bots automatisés tentent d’accéder à WordPress, SSH ou la messagerie en testant des millions de mots de passe. Bien que le volume ait baissé cette semaine, cela ne signifie pas que les attaquants aient abandonné : ils ont simplement changé de stratégie ou attendent de nouvelles vulnérabilités.
La baisse de 33 % dans les attaques contre WordPress est un bon signe, mais l’augmentation de 31 % dans les attaques contre SSH est un signal d’alerte. SSH est l’accès distant aux serveurs, donc une attaque réussie pourrait permettre à l’attaquant de contrôler l’ensemble du serveur.
Ce que l’on peut attendre
Si la tendance se maintient, il est probable que la prochaine semaine on observe une augmentation de 13,6 % dans les blocages, ce qui nous amènerait à une estimation de 152 868 blocages. Cela ne signifie pas nécessairement une augmentation de la menace, mais une possible stabilisation de l’activité.
Scénario optimiste : les attaques continuent de diminuer et restent en dessous de la moyenne. Cela pourrait s’expliquer par le fait que les attaquants se concentrent sur d’autres cibles ou que les systèmes de blocage fonctionnent bien.
Scénario pessimiste : les attaques augmentent à nouveau, particulièrement sur des services critiques comme SSH ou MySQL. Cela pourrait s’expliquer par la publication de nouvelles vulnérabilités ou par une plus grande automatisation des attaques.
Signaux à surveiller : une augmentation soutenue des attaques contre SSH, un rebond dans les attaques contre WordPress, ou l’apparition de nouveaux types d’attaques (comme des attaques sur les APIs ou les services de base de données).
Comment cela peut affecter ton site ou ton entreprise
Même si les attaques sont bloquées, cela ne signifie pas qu’elles ne puissent pas causer des dégâts si l’accès est obtenu. Par exemple :
- Une boutique en ligne avec WordPress non mis à jour et des mots de passe faibles : si un attaquant réussit à accéder, il pourrait modifier les produits, voler les données des clients ou même faire tomber le site. Cela pourrait entraîner des pertes de ventes, un préjudice à la réputation et éventuellement des amendes pour non-conformité au RGPD.
- Un compte de messagerie d’entreprise avec des identifiants compromis : si un attaquant réussit à accéder à la messagerie, il pourrait envoyer des e-mails de phishing à des clients ou des employés, ce qui pourrait entraîner une perte de confiance ou même un cyberattaque plus grave.
- Un site web avec des plugins non mis à jour : si un plugin a une vulnérabilité connue et n’est pas mis à jour, un attaquant pourrait l’exploiter pour injecter du code malveillant ou rediriger les visiteurs vers des pages de phishing.
Comment se protéger et prévenir
- Utilise des mots de passe forts et uniques pour chaque service. Un mot de passe faible ou réutilisé, c’est comme laisser la porte de ta maison ouverte.
- Active l’authentification à deux facteurs (2FA). C’est comme avoir un portier de sécurité qui demande une deuxième clé avant de laisser entrer.
- Mets à jour régulièrement WordPress, les plugins et les thèmes. Les mises à jour incluent souvent des correctifs de sécurité qui ferment les failles.
- Utilise un pare-feu web et limite les tentatives d’accès. Cela aide à bloquer les bots avant qu’ils n’atteignent ton site.
- Configure un système de blocage automatique des adresses IP. Si une IP tente d’accéder plusieurs fois, elle est bloquée automatiquement.
- Évite d’utiliser des identifiants par défaut. Beaucoup d’attaques utilisent des combinaisons comme "admin/admin" ou "root/toor". Changer ces identifiants est un pas simple mais efficace.
- Utilise HTTPS et des certificats SSL. Cela protège les communications entre l’utilisateur et le site, comme un cadenas dans une boîte de sécurité.
- Fais des sauvegardes régulières. En cas d’attaque réussie, tu pourras récupérer ton site facilement.
- Surveille les alertes de sécurité de SWPanel. Elles t’avertissent quand de nouvelles vulnérabilités apparaissent et pourraient t’affecter.
- Utilise des outils d’analyse de sécurité. Ils t’aident à détecter si ton site a des plugins ou des versions avec des failles connues.
Quelles outils de SWPanel t’aident
- Analyse de sécurité dans Sécurité 360 : t’aide à détecter si ton site a un CMS, des plugins ou des versions avec des failles connues. C’est comme un scanner de sécurité qui vérifie ton site régulièrement.
- Bulletin et alertes de sécurité de Sécurité 360 : t’avertissent quand une faille apparaît et pourrait t’affecter. C’est comme avoir un ami qui t’appelle quand il y a une tempête.
- BotLock : contrôle et bloque les bots et les crawlers malveillants de ton site. C’est comme un garde qui surveille les visites et bloque celles qui ne sont pas bienvenues.
- FireWall : filtre les attaques web avant qu’elles n’atteignent ton application. C’est comme un mur qui empêche les voitures de percuter contre ta maison.
- Mise à jour automatique du CMS : si tu as installé ton site depuis SWPanel, tu peux activer les mises à jour automatiques pour WordPress et les plugins. Cela assure que tu es toujours protégé contre les dernières failles.
- Sauvegardes : te permettent de récupérer ton site en cas d’attaque réussie. C’est comme avoir un backup en cas de problème.
- Changement de version de PHP : si tu utilises une version non supportée, tu peux changer vers une version supportée depuis le panneau. Cela assure que tu reçois les correctifs de sécurité.
- Support par ticket : si tu as des questions ou besoin d’aide, tu peux contacter l’équipe de sécurité de SWPanel. C’est comme avoir un technicien de confiance auquel tu peux t’adresser.
Résumé rapide
- Les attaques ont diminué cette semaine, mais restent actives.
- Les attaques contre WordPress et SSH sont les plus fréquentes.
- La surveillance et les mises à jour sont essentielles pour prévenir les dégâts.
- SWPanel bloque automatiquement les attaques, mais il est important que toi aussi tu prennes des mesures.
Sources
Les données de cette semaine ont été mesurées directement par SWPanel sur la plateforme d’hébergement et de serveurs.
