Blog · Dossier technique

Comment fonctionne réellement un takedown de phishing

Neutraliser une campagne de phishing n'est jamais un interrupteur qu'on bascule. Les firmes de cybersécurité ne possèdent pas l'infrastructure où vivent ces arnaques : elles s'appuient sur un flux de travail orchestré — souvent automatisé — pour forcer les hébergeurs à retirer le contenu malveillant. Voici comment, étape par étape, puis en simulation interactive.

Équipe Salma.mr · 13 août 2026 · 8 min de lecture

Un takedown est un processus, pas un événement

Le cycle de vie standard d'un démantèlement suit quatre étapes : détection et admission du signal, vérification et constitution des preuves, escalade et retrait, puis surveillance post-retrait. Chaque étape existe pour une seule raison : le destinataire suivant — registrar, hébergeur, plateforme — doit pouvoir agir sans réenquêter.

La détection couvre une surface énorme : enregistrements de domaines typosquattés, journaux de certificats TLS, faux profils sociaux, applications clonées, boîtes de signalement, flux de renseignement, web ouvert et dark web. La vérification transforme le soupçon en cas défendable — captures horodatées, URLs, adresses IP, enregistrements DNS, preuve d'usurpation. L'escalade route ce dossier vers l'entité qui contrôle réellement l'actif, en citant ses conditions d'utilisation ou les politiques ICANN. Et la surveillance guette la résurrection — car les attaquants remontent des clones sur de nouveaux domaines en quelques minutes.

Plutôt qu'un schéma de plus, déroulons un cas. Fictif, mais fidèle au processus réel.

ExpositionT+00h
Clients exposés0
Site actif
T+0h

Le piège se tend

Un domaine fraîchement enregistré. Un certificat TLS gratuit. Une copie parfaite de votre page de connexion. L'attaquant lance sa campagne SMS : « Votre compte sera suspendu, confirmez vos identifiants ».

Ce que voit le client

banque-exemple-verification.net — cadenas vert, logo officiel, formulaire identique au vôtre. Rien ne le distingue du vrai site. Chaque minute en ligne, de nouveaux identifiants sont volés.

Pourquoi c'est difficile

Personne ne « possède » l'infrastructure où vit ce site. Le neutraliser exige de forcer la main à ceux qui la contrôlent — registrar, hébergeur, plateformes — avec un dossier qu'ils ne peuvent pas ignorer.

attaquant · campagne live
$ whois banque-exemple-verification.net
[!] Créé il y a 6 heures — registrar offshore
[!] Certificat TLS émis : il y a 4 heures
[~] Hébergement : 203.0.113.42 (bulletproof)
[!] Campagne SMS : 3 400 messages envoyés
... la collecte d'identifiants commence
← → au clavier

Scénario fictif de démonstration · « Banque Exemple » · IPs réservées à la documentation (RFC 5737)

La sauce secrète : vitesse et relations

Un takedown manuel est trop lent face à des attaquants automatisés. Ce qui distingue les meilleures équipes tient en deux avantages :

Les relations établies. Des canaux directs et pré-établis avec les grands registrars, les hébergeurs, les CERT nationaux et les forces de l'ordre. Quand le dossier arrive par un canal de confiance, il ne fait pas la queue derrière les tickets de support.

L'automatisation en voie rapide. Des APIs spécialisées et un statut de rapporteur de confiance permettent de contourner les files d'attente standard — et de suspendre un domaine malveillant en heures, parfois en minutes, plutôt qu'en jours.

C'est exactement le rôle que Salma.mr construit pour l'écosystème mauritanien : la couche de détection souveraine, les dossiers défendables, et les relations locales — CERT-MR, opérateurs, secteur financier — qui transforment un signalement client en neutralisation rapide.

Votre marque est-elle déjà clonée quelque part ?

Parlons détection et takedown pour votre institution.

Demander une démo