Sécurité Web Détection d'intrusion 1 septembre 2026 · 12 min de lecture

Comment détecter une intrusion sur votre site web : 9 signes d'alerte en 2026

D'après les analyses forensiques menées par nos équipes sur plus de 140 incidents en France en 2025-2026, 73 % des compromissions de sites web restent non détectées pendant plus de trois mois. Pendant ce temps, l'attaquant exfiltre des données, redirige vos visiteurs, et dégrade votre référencement. Voici les neuf signaux qui ne trompent pas.

CF

Sebastian

Responsable Sécurité Applicative · OSCP · WebGuard Agency

Pourquoi votre site est une cible, même si vous n'êtes pas une grande entreprise

L'image du pirate qui cible spécifiquement votre entreprise appartient au cinéma. En 2026, la réalité est bien plus industrielle : des botnets automatisés scannent l'intégralité du web en permanence, cherchant des versions vulnérables de WordPress, de plugins PHP non mis à jour, ou des configurations serveur exposées. Les PME représentent 43 % des victimes de cyberattaques en France selon le rapport ANSSI 2025, précisément parce qu'elles cumulent deux caractéristiques : des données de valeur (clients, paiements, données de santé) et des budgets sécurité insuffisants.

Un site web compromis expose votre entreprise à plusieurs risques simultanés. L'attaquant peut voler les données de vos clients (et déclencher une obligation de notification CNIL sous 72h), détourner vos visiteurs vers des sites de phishing, utiliser votre serveur pour attaquer d'autres cibles (ce qui peut conduire à une mise sur liste noire de votre IP), ou tout simplement chiffrer vos fichiers et demander une rançon. Et pendant tout ce temps, votre activité continue — sans que vous vous en rendiez compte.

Votre site présente-t-il des vulnérabilités actives ?

Nos experts certifiés OSCP réalisent un audit de sécurité web initial gratuit et vous livrent un rapport priorisé sous 48h, sans engagement.

Scanner mon site gratuitement

Les 9 signaux d'alerte d'une compromission

Ces indicateurs sont classés par niveau de visibilité — des plus discrets aux plus évidents. Dans la majorité des cas, c'est un signal discret qui aurait dû alerter bien avant que la situation ne devienne critique.

1

Chute soudaine du trafic organique Google

Critique

Une baisse de 20 à 60 % du trafic Search Console sur une ou deux semaines, sans changement récent de contenu ni de mise à jour d'algorithme documentée, est l'un des signaux les plus fiables. Google pénalise activement les sites infectés par du malware ou du spam SEO (technique appelée SEO japonais ou spam de mots-clés pharmaceutiques). L'attaquant injecte des pages invisibles pour le navigateur mais indexées par Google — pages qui redirigent les moteurs vers des contenus frauduleux en japonais, en cyrillique ou en anglais. Dans Google Search Console, cherchez les URL inconnues dans le rapport de couverture et les requêtes en langues étrangères dans le rapport de performances.

2

Avertissements de sécurité dans Chrome, Firefox ou Safari

Critique

Si un utilisateur vous signale une page d'avertissement rouge ("Ce site contient des programmes nuisibles" ou "Site trompeur"), Google Safe Browsing a déjà identifié et signalé votre domaine. Vérifiez immédiatement votre statut sur transparencyreport.google.com/safe-browsing/search. Ce type d'alerte entraîne une chute de 90 % du trafic en moins de 24h et déclenche souvent une suspension par les hébergeurs mutualisés.

3

Fichiers inconnus ou modifiés récemment sur le serveur

Élevé

La commande find /var/www -name "*.php" -newer /var/www/index.php -mtime -30 liste les fichiers PHP modifiés au cours des 30 derniers jours. Si vous voyez des fichiers avec des noms génériques (config.php, update.php, wp-cache.php dans un dossier inattendu), ou des noms aléatoires (a3f9b.php), c'est un webshell — une porte dérobée qui permet à l'attaquant d'exécuter n'importe quelle commande sur votre serveur à distance. La présence d'un seul webshell suffit à justifier une réponse à incident complète.

4

Comptes administrateurs inconnus ou mots de passe modifiés

Critique

Sur WordPress, consultez régulièrement la liste des utilisateurs avec le rôle Administrateur. Sur les CMS personnalisés, vérifiez les tables users/admins en base de données. Un attaquant qui a obtenu un accès persistant crée systématiquement un compte administrateur de secours avant d'effectuer toute autre action, afin de maintenir l'accès même si la faille initiale est corrigée. Dans certains cas, il modifie simplement le mot de passe de votre compte principal et attend que vous perdiez l'accès sans comprendre pourquoi.

5

Redirections inattendues vers des sites tiers

Critique

Ce type de compromission est souvent découvert par un client ou un employé qui signale avoir été redirigé vers un site pornographique, pharmaceutique ou de phishing en cliquant sur un lien de votre site. La subtilité : la redirection est souvent conditionnelle (active uniquement sur mobile, ou uniquement pour les visiteurs arrivant depuis Google, ou uniquement pour les utilisateurs non authentifiés). Pour le reproduire, utilisez un user-agent mobile et accédez à votre site via un lien Google — ou utilisez un outil d'audit comme celui de WebGuard Agency pour tester toutes ces conditions simultanément.

6

Pics de consommation CPU ou bande passante inexpliqués

Moyen

Une consommation CPU qui reste au-dessus de 80 % sans pic de trafic correspondant indique souvent du minage de cryptomonnaie (cryptojacking). L'attaquant utilise votre serveur comme nœud de calcul — gratuitement pour lui, et aux frais de votre hébergeur ou de votre facture cloud. Sur AWS ou OVH, une facture anormalement élevée sans explication est un signal d'alarme direct. Consultez les processus actifs (top ou htop) et recherchez des processus nommés xmrig, minerd, ou avec des noms génériques consommant plus de 50 % du CPU.

7

Votre IP ou domaine apparaît sur des listes noires d'expéditeurs d'emails

Élevé

Si vos emails transactionnels arrivent soudainement en spam, ou si vous recevez des NDR (Non-Delivery Reports) pour des emails que vous n'avez pas envoyés, votre serveur est probablement utilisé comme relais de spam. Vérifiez votre statut sur mxtoolbox.com/blacklists.aspx. Une présence sur Spamhaus ZEN, SORBS ou Barracuda signifie que vos IP sont grillées — ce qui impacte directement vos campagnes email et potentiellement votre délivrabilité pendant plusieurs semaines après nettoyage.

8

Contenu inconnu visible uniquement dans le code source de la page

Élevé

Affichez le code source (Ctrl+U dans Chrome) de votre page d'accueil et recherchez des liens ou du texte qui n'apparaissent pas visuellement. L'injection de liens cachés (liens avec display:none, taille de police 0px, couleur de texte identique au fond) est une technique SEO black hat massive utilisée pour passer du "link juice" vers des sites frauduleux. Si vous trouvez des centaines de liens en japonais ou en cyrillique en bas de votre footer, vous êtes victime d'un SEO parasite — une compromission qui dégrade activement votre autorité de domaine.

9

Connexions sortantes vers des IP inconnues dans les logs réseau

Élevé

Les connexions sortantes non sollicitées (callback C2 — Command & Control) sont la signature des malwares et des webshells actifs. Sur Linux, netstat -tulpn ou ss -tulpn liste les connexions actives. Cherchez des connexions vers des ports inhabituels (autres que 80, 443, 22) ou vers des IP en dehors de votre infrastructure habituelle. Un outil de monitoring réseau comme Zeek ou Suricata peut automatiser cette surveillance en continu.

Que faire si vous détectez un ou plusieurs de ces signaux ?

La première erreur à ne pas commettre est de restaurer immédiatement une sauvegarde sans investigation préalable. Si la faille qui a permis l'intrusion n'est pas identifiée et corrigée, l'attaquant reviendra dans les 24 à 72 heures — souvent avec un accès plus profond qu'avant, puisqu'il connaît désormais votre procédure de réponse.

Protocole de réponse à incident en 5 étapes

  1. Isoler sans éteindre. Bloquez les connexions entrantes externes via le pare-feu (ou mettez le site en maintenance), mais laissez le serveur allumé pour préserver les preuves en mémoire vive et dans les logs.
  2. Sauvegarder les preuves. Copiez les logs d'accès Apache/Nginx, les logs système (/var/log/auth.log, /var/log/syslog), et créez une image disque si possible. Ces éléments sont indispensables pour l'analyse forensique et éventuellement pour une déclaration à la police ou à l'ANSSI.
  3. Notifier les parties prenantes. Votre hébergeur (souvent obligatoire contractuellement), votre DPO si des données personnelles ont pu être exfiltrées (obligation RGPD de notification CNIL sous 72h), et vos assureurs cyber si vous avez une couverture.
  4. Analyser avant de nettoyer. Identifiez le vecteur d'entrée initial, la durée probable de l'intrusion, les données potentiellement exfiltrées, et les backdoors installées. Cette étape nécessite des compétences en forensique — faites appel à des experts.
  5. Corriger, puis restaurer. Corrigez d'abord la vulnérabilité initiale, puis restaurez le service à partir d'une sauvegarde saine dont vous avez vérifié l'intégrité.

La prévention reste l'arme la plus efficace

Une intrusion non détectée pendant trois mois coûte en moyenne 15 fois plus cher à remédier qu'une vulnérabilité identifiée lors d'un audit préventif, selon les données de notre observatoire interne (2025-2026). Les coûts directs incluent la réponse à incident, la notification des clients, les amendes CNIL potentielles, et la perte de revenus pendant la remise en service. Les coûts indirects — dégradation de la confiance client, perte de référencement accumulée pendant des mois — sont souvent encore plus élevés.

Les mesures préventives fondamentales ne sont pas optionnelles en 2026 : mise à jour automatique des composants, MFA sur tous les accès administrateurs, monitoring des intégrités de fichiers (FIM), WAF en amont, et audit de sécurité annuel réalisé par des experts indépendants. Si vous ne savez pas par où commencer, un audit initial vous permettra de prioriser les actions selon votre exposition réelle.

Vérifiez l'état de sécurité de votre site maintenant

Nos experts certifiés OSCP réalisent un audit de sécurité web complet et identifient vos vulnérabilités critiques en moins de 48h. Rapport priorisé livré sans engagement.

Obtenir mon audit de sécurité gratuit

Réponse sous 24h · Sans engagement · Experts certifiés OSCP et CREST

Liens utiles et ressources complémentaires

Questions fréquentes

Les signes les plus courants sont : une chute soudaine du trafic Google, des redirections inattendues vers des sites tiers, des avertissements de sécurité dans Chrome ou Firefox, des fichiers inconnus dans les répertoires du serveur, et des comptes administrateurs créés sans votre autorisation. Un audit de sécurité web par des experts permet de confirmer et de quantifier la compromission.

Première étape : isoler le serveur du réseau pour limiter la propagation. Deuxième étape : préserver les logs systèmes avant toute restauration. Troisième étape : notifier votre hébergeur. Quatrième étape : contacter une équipe de réponse à incident pour une analyse forensique. Ne restaurez jamais une sauvegarde sans identifier la faille initiale, ou l'attaquant y reviendra.

Oui, et c'est le scénario le plus fréquent. Les attaquants modernes cherchent à rester discrets le plus longtemps possible. Ils peuvent injecter du contenu de phishing visible uniquement pour les moteurs de recherche, exfiltrer des données de façon lente, ou utiliser votre serveur pour du spam ou du minage de cryptomonnaie sans aucun signe visible pour l'utilisateur final.

Une analyse forensique post-intrusion pour un site PME coûte généralement entre 2 500 € et 8 000 € selon la complexité de l'infrastructure. WebGuard Agency propose un premier diagnostic gratuit sous 48h pour évaluer l'étendue de la compromission, sans engagement.

🛡️ Audit de sécurité gratuit — réponse en 24h, sans engagement

Obtenir mon audit gratuit →