Aller au contenu

Pourquoi le phishing fonctionne malgré la formation

Pourquoi le phishing fonctionne malgré la formation

Section intitulée « Pourquoi le phishing fonctionne malgré la formation »

La formation réduit les erreurs grossières, pas la pression opérationnelle, la confiance installée ni les interfaces trompeuses. Un clic n’est généralement pas un échec individuel : c’est le point de rencontre entre une attaque crédible, un processus métier fragile et des contrôles techniques absents ou mal placés.

→ Lire l’explication complète de la marmotte

Le clic est une décision sous contrainte, pas une absence de formation

Section intitulée « Le clic est une décision sous contrainte, pas une absence de formation »

Former à reconnaître un courriel frauduleux suppose qu’une personne dispose de temps, de contexte et d’un canal de vérification. Une attaque retire précisément ces trois éléments. Elle invoque une facture bloquée, une demande hiérarchique, une réunion déplacée ou une suspension d’accès. Le message ne doit pas paraître parfait, seulement assez plausible pour franchir une décision prise en quelques secondes.

La formation échoue lorsqu’elle enseigne des indices statiques : fautes d’orthographe, logo imparfait, expéditeur exotique. Les campagnes modernes copient les signatures, détournent des conversations existantes, utilisent des domaines visuellement proches et exploitent des comptes déjà compromis. Un message émis depuis une boîte légitime contourne presque tous les réflexes basés sur l’apparence. Le phishing n’est pas devenu brillant, il a simplement cessé de ressembler aux démonstrations de sensibilisation avec princes étrangers et fortunes évaporées.

Le compromis central est net : demander une vérification humaine avant chaque action sensible ralentit les opérations, mais laisser l’humain décider seul transforme chaque boîte mail et chaque messagerie instantanée en frontière d’authentification. La recommandation est de réserver la décision humaine aux cas ambigus et d’imposer des contrôles techniques sur les actions irréversibles ou à fort impact.

Une formation utile doit donc enseigner une procédure, pas une collection de signaux visuels. Face à une demande inhabituelle, vérifier par un canal déjà connu, ne jamais utiliser le lien ou le numéro fourni dans le message suspect, et signaler sans craindre une sanction. Sans ce dernier point, les signalements arrivent après le virement, ce qui est une stratégie de détection à la précision philosophique.

La section humain couvre les sujets où les mécanismes techniques rencontrent les décisions réelles. Le raccord avec les identités est direct : l’attaque vise souvent moins la messagerie elle-même que la session, le mot de passe ou le jeton d’accès derrière.

Phishing, urgence et autorité : les leviers qui contournent les réflexes

Section intitulée « Phishing, urgence et autorité : les leviers qui contournent les réflexes »

L’ingénierie sociale consiste à obtenir une action ou une information en manipulant le contexte de décision. Elle ne dépend pas nécessairement d’un lien malveillant. Un appel demandant un code de connexion, une conversation de messagerie invitant à approuver une notification ou une demande de modification de coordonnées bancaires relèvent du même mécanisme.

L’urgence réduit la vérification parce qu’elle transforme le doute en coût immédiat. L’autorité réduit la contradiction parce qu’un ordre apparent semble plus risqué à refuser qu’à exécuter. La réciprocité, l’entraide et la curiosité complètent le tableau. Ces biais ne signalent aucune faiblesse morale : ils rendent possible le travail collectif. Une organisation qui prétend les éliminer par un module annuel a probablement aussi un plan pour supprimer la gravité.

Les attaques les plus rentables s’appuient sur des informations publiques ou accessibles après une première compromission : organigramme, absence annoncée, fournisseur, outil de ticketing, nom d’un projet, syntaxe des adresses internes. Plus l’organisation expose sa structure, plus l’attaquant peut produire une demande qui semble appartenir au flux normal.

Les campagnes de compromission de messagerie professionnelle utilisent fréquemment des règles de transfert ou d’archivage pour masquer les réponses légitimes. Elles surveillent ensuite les échanges financiers et interviennent au moment où une exception de paiement paraît crédible. La contre-mesure n’est pas un meilleur message d’avertissement dans la boîte mail. Elle consiste à imposer une validation hors messagerie pour toute création ou modification de bénéficiaire, de coordonnées bancaires ou de circuit d’approbation.

Une authentification multifacteur, ou MFA (Multi-Factor Authentication), réduit la valeur d’un mot de passe volé, mais ne protège pas contre l’approbation frauduleuse d’une notification. Les attaques de fatigue MFA envoient des demandes répétées jusqu’à obtenir un refus manqué ou une acceptation agacée. Les notifications « accepter ou refuser » sans contexte sont un anti-modèle : elles externalisent la décision de sécurité vers une personne qui ne sait pas quelle connexion elle valide.

Les contrôles techniques qui retirent de la valeur au clic

Section intitulée « Les contrôles techniques qui retirent de la valeur au clic »

Le contrôle le plus efficace consiste à réduire la capacité d’un identifiant capturé à devenir une session exploitable. Pour les accès administratifs, financiers et d’administration d’identité, privilégier FIDO2 (Fast IDentity Online 2) avec des clés matérielles ou des authentificateurs liés à l’origine du site. FIDO2 vérifie le domaine auquel l’utilisateur se connecte : une fausse page ne peut pas réutiliser l’authentification pour le vrai domaine. Un code à usage unique saisi dans une page de phishing, lui, peut être relayé en temps réel.

L’authentification résistante au phishing ne dispense pas de protéger les sessions. Un poste compromis peut voler des cookies de session, détourner un navigateur ou modifier une transaction après connexion. Il faut donc limiter la durée des sessions privilégiées, réauthentifier les opérations sensibles, détecter les nouveaux appareils et exiger une confirmation transactionnelle affichant le montant, le bénéficiaire ou la portée du changement.

Le filtrage de messagerie doit appliquer DMARC (Domain-based Message Authentication, Reporting, and Conformance), qui permet au domaine expéditeur de déclarer comment traiter les messages échouant aux contrôles d’authenticité. DMARC repose notamment sur SPF (Sender Policy Framework), qui autorise des serveurs d’envoi, et DKIM (DomainKeys Identified Mail), qui signe cryptographiquement certains éléments du message. Ces mécanismes réduisent l’usurpation directe du domaine, pas les domaines ressemblants, les comptes compromis ou les réponses à une conversation légitime.

Configurer une politique DMARC en rejet sans surveiller les rapports casse parfois des flux métier oubliés. L’inverse est pire : conserver indéfiniment une politique d’observation revient à poser une alarme dans un placard et à féliciter le placard. Commencer par mesurer, corriger les sources autorisées, puis passer à la quarantaine et au rejet selon un calendrier contrôlé.

Les proxies de navigation et la protection DNS (Domain Name System) peuvent bloquer des domaines connus comme frauduleux. Ils arrivent trop tard face aux domaines jetables, aux services légitimes détournés et aux pages hébergées sur une plateforme de confiance. Leur rôle est de réduire l’exposition, pas de certifier qu’un lien autorisé est sûr. La défense doit être superposée : messagerie, navigateur, identité, poste, réseau et processus métier.

Détection des signalements et règles de messagerie

Section intitulée « Détection des signalements et règles de messagerie »

Un signalement utilisateur doit créer un événement exploitable. Un bouton « signaler » qui envoie un message dans une boîte partagée non surveillée fabrique une sensation de contrôle, ce qui est déjà beaucoup trop proche d’une démonstration de salon.

Le SOC (Security Operations Center), l’équipe chargée de la surveillance sécurité, doit recevoir au minimum l’expéditeur, les en-têtes complets, les URL (Uniform Resource Locator) extraites, les pièces jointes et l’identité du déclarant. La détection doit corréler ces éléments avec les connexions récentes, les créations de règles de transfert, les consentements applicatifs et les changements de facteur d’authentification.

L’exemple suivant extrait des indicateurs depuis un fichier d’en-têtes RFC 5322, format standard d’un message électronique, puis produit une liste à investiguer. Il ne remplace pas l’analyse du contenu ni la validation des enregistrements DNS, mais évite de recopier des indicateurs à la main, activité qui n’a jamais amélioré une réponse à incident.

#!/usr/bin/env bash
# Usage : ./extraire-indicateurs.sh headers.eml
# Dépendances : grep, sed, sort, uniq
set -euo pipefail
MESSAGE="${1:?Fichier .eml ou d'en-têtes requis}"
echo "# Adresses d'expédition déclarées"
grep -Eio '^(from|reply-to|return-path):.*' "$MESSAGE" | sort -fu
echo
echo "# Domaines trouvés dans les adresses"
grep -Eio '[A-Z0-9._%+-]+@[A-Z0-9.-]+\.[A-Z]{2,}' "$MESSAGE" \
| sed -E 's/.*@//' \
| sort -fu
echo
echo "# URL présentes dans le message"
grep -Eio 'https?://[^ <>"'\'']+' "$MESSAGE" \
| sed 's/[),.;]$//' \
| sort -fu

La conservation des messages signalés doit respecter les règles internes de protection des données, mais l’absence de conservation empêche aussi l’analyse de campagne. Garder les en-têtes, les URL, les empreintes de pièces jointes et les décisions de traitement permet de mesurer les récurrences sans transformer la messagerie en archive éternelle de tout le personnel.

Les métriques pertinentes ne sont pas le taux de réussite d’une simulation isolée. Mesurer plutôt le délai entre réception et signalement, le délai de retrait des messages similaires, la proportion de signalements correctement qualifiés et le nombre de tentatives bloquées avant interaction. Un taux de clic brut mélange exposition, rôle, campagne et hasard. Il fait joli dans un graphique, comme beaucoup de choses qui ne guident aucune décision.

Exploitation : secrets, comptes compromis et reprise

Section intitulée « Exploitation : secrets, comptes compromis et reprise »

Une campagne d’ingénierie sociale réussie doit déclencher une procédure de confinement préétablie. Réinitialiser seulement le mot de passe est insuffisant lorsque l’attaquant a créé une règle de messagerie, enregistré un facteur MFA, obtenu un jeton de session ou accordé des droits à une application.

La réponse doit révoquer les sessions actives, retirer les facteurs d’authentification ajoutés, supprimer les règles de transfert et les délégations, examiner les consentements applicatifs, rechercher les connexions anormales et invalider les secrets exposés. Un jeton d’accès peut rester valable après changement de mot de passe selon le fournisseur d’identité. La révocation doit donc viser explicitement les sessions et les jetons, pas seulement l’annuaire.

Les comptes à privilèges ne doivent jamais servir à lire les courriels ou naviguer sur Internet. Cette séparation paraît contraignante jusqu’au jour où un navigateur de poste d’administration récupère une session hostile. Les comptes administratifs doivent utiliser des postes dédiés, une authentification résistante au phishing et des droits temporaires. Voir aussi les principes d’architecture cyber et les mécanismes de réseau qui limitent le mouvement latéral après compromission.

Les sauvegardes ne restaurent pas une confiance perdue. Elles restent nécessaires pour récupérer des données chiffrées ou supprimées, mais ne corrigent ni un transfert de fonds ni une fuite d’informations. La reprise exige une journalisation horodatée, des procédures de révocation testées et des contacts métier capables de suspendre une opération. Sans capacité à stopper le processus métier, la détection devient un commentaire très documenté sur une perte déjà réalisée.

Sans ces briques, la porte reste ouverte et ce qui entre ne laisse pas de trace exploitable. Un même prétexte rejoué sur vingt destinataires reste vingt incidents isolés, jamais une campagne identifiée, parce qu’aucun indicateur commun n’est conservé. Le délai entre la première réception et la première réaction n’est plus mesurable, donc le retrait des messages similaires arrive après l’interaction. Sans horodatage des accès ni journal des révocations, distinguer une opération légitime d’une opération pilotée par un tiers devient impossible après coup, ce qui affaiblit toute demande de rappel de fonds, toute déclaration réglementaire et toute reconstitution du périmètre touché. Enfin, un signalement sanctionné devient un signalement tardif : l’information existe, elle arrive simplement quand elle ne sert plus qu’à rédiger le constat.

Les attaques par ingénierie sociale cherchent à provoquer une action rapide : ouvrir un lien, donner un code, valider une connexion ou changer une information de paiement. Le message utilise souvent une urgence, une autorité apparente ou une situation habituelle. La personne ciblée connaît parfois les règles de prudence, mais elle manque de temps ou croit reconnaître le contexte.

La formation aide à repérer certains messages, mais elle ne peut pas vérifier à la place de la personne. Il faut donc modifier le système. Les actions à risque doivent demander une confirmation par un autre moyen déjà connu, par exemple un appel vers un numéro enregistré. Les connexions doivent utiliser une preuve difficile à voler par une fausse page. Les demandes répétées de validation doivent être refusées lorsqu’aucune connexion n’a été commencée.

La messagerie doit aussi contrôler si un expéditeur a le droit d’utiliser un nom de domaine. Cela bloque une partie des faux messages, pas ceux envoyés depuis un compte réellement piraté. Quand un message est signalé, l’équipe de sécurité doit rechercher les autres destinataires, bloquer les liens et vérifier si un compte a déjà été utilisé.

Si une personne a donné son mot de passe ou validé une connexion frauduleuse, changer le mot de passe ne suffit pas toujours. Il faut fermer les connexions déjà ouvertes, retirer les moyens de connexion ajoutés, supprimer les transferts de courriels et vérifier les accès accordés.

À lire aussi

Pages voisines