Aller au contenu
Demander une démoDémo

Sensibilisation

Déployer un bouton de signalement phishing dans Gmail et Outlook avec tri IA

Déployez un bouton de signalement phishing dans Gmail et Microsoft Outlook : autorisations minimales, tri automatique des simulations et pré-analyse IA.

À retenir

Demander aux salariés de transférer les e-mails suspects à une boîte partagée altère les en-têtes techniques et noie les vraies attaques sous les exercices internes. Un module natif dans Gmail ou Microsoft Outlook préserve le message signalé, écarte automatiquement les simulations et associe pré-analyse IA, décision humaine et remédiation messagerie.

1. Pourquoi le transfert manuel vers une boîte sécurité atteint vite ses limites

Le transfert classique d’un e-mail suspect pose trois difficultés immédiates : il réécrit les en-têtes d’authentification (SPF, DKIM, DMARC), laisse des liens actifs cliquables dans l’outil de support et encombre l’équipe IT à chaque campagne de simulation de phishing.

Un add-in natif dans Gmail ou Microsoft Outlook transmet le message exact en un clic, comptabilise immédiatement les simulations internes sans ouvrir de ticket et encourage le réflexe de signalement.

Références : Aide Google Workspace Admin - Installer des applications Marketplace pour votre domaine · Microsoft Learn - Déployer des compléments dans le centre d’administration Microsoft 365

2. Déployer le module dans Google Workspace et Microsoft 365 avec le moindre privilège

Passez par l’installation centralisée (Google Workspace Marketplace ou Applications intégrées Microsoft 365) afin que le bouton apparaisse automatiquement sur le webmail et les clients compatibles sans manipulation individuelle.

Vérifiez attentivement les portées d’accès demandées avant d’accorder un consentement global : un module de signalement doit uniquement recevoir l’e-mail signalé et identifier le déclarant, sans exiger un droit permanent de lecture ou de suppression sur toutes les boîtes aux lettres.

2. Déployer le module dans Google Workspace et Microsoft 365 avec le moindre privilège
EnvironnementChemin de déploiementPoints à valider sur le groupe pilote
Google Workspace (Gmail)Console Google Admin (Applications, Google Workspace Marketplace, domaine ou UO)Présence du bouton dans le volet latéral Gmail web et mobile ; test sur simulation et mail externe
Microsoft 365 (Outlook)Centre d’administration M365 (Paramètres, Applications intégrées)Prévoir 24 à 72 h de propagation Microsoft ; valider l’autorisation dédiée au signalement
Coexistence avec les boutons natifsVérifier les réglages de signalement Microsoft Defender ou Gmail natifÉviter deux boutons concurrents mal nommés ; indiquer clairement le bouton unique à utiliser

Références : Aide Google Workspace Admin - Installer des applications Marketplace pour votre domaine · Microsoft Learn - Déployer des compléments dans le centre d’administration Microsoft 365 · Documentation Elba - Bouton de signalement phishing, suggestion IA et tri

3. Isoler les exercices internes et séparer suggestion IA et verdict analyste

Lorsqu’un collaborateur signale un exercice de phishing interne, créditez automatiquement la campagne plutôt que d’alimenter la file d’analyse. Réservez votre file de tri aux seuls courriels externes imprévus.

Une pré-classification par IA accélère considérablement le tri initial en distinguant le démarchage commercial massif des tentatives d’hameçonnage d’identifiants ou de fraude au président. Conservez toutefois la suggestion IA et son indice de confiance séparés du verdict humain afin qu’aucune attaque ciblée ne soit clôturée sans relecture.

Références : Documentation Elba - Bouton de signalement phishing, suggestion IA et tri

4. Relier le verdict aux purges de boîtes mail et aux vérifications SaaS post-clic

Vérifiez toujours si votre outil de signalement agit uniquement comme console de tri ou s’il modifie les boîtes aux lettres. Lorsqu’un signalement révèle une vraie campagne d’hameçonnage, enregistrer un statut « Phishing » dans la file de tri ne supprime pas automatiquement les exemplaires reçus par d’autres collègues et ne révoque pas les accès si quelqu’un a déjà cliqué.

Enchaînez deux vérifications dès qu’un hameçonnage réel est confirmé : recherchez et purgez les messages jumeaux via l’outil d’investigation Google Workspace ou Microsoft Defender Explorer, puis contrôlez l’absence de règle de transfert suspecte, de consentement OAuth malveillant ou de lien de partage anormal sur les comptes ciblés.

  • Message légitime (Sûr) : rassurez rapidement le collaborateur pour entretenir le réflexe de signalement.
  • Courrier indésirable (Spam) : classez sans mobiliser le circuit d’incident sécurité.
  • Phishing confirmé : purgez les copies dans Google Admin ou Defender, vérifiez les accès OAuth et règles mail, et réutilisez éventuellement le leurre nettoyé en exercice interne.

Références : Documentation Elba - Bouton de signalement phishing, suggestion IA et tri · Microsoft Defender for Office 365 - Corriger les e-mails malveillants distribués

Comment fonctionne le signalement phishing Gmail et Outlook dans Elba

Elba propose des modules complémentaires natifs pour Gmail et Microsoft Outlook. Dans Microsoft 365, l’étape d’autorisation dédiée au signalement vérifie uniquement l’identité du collaborateur qui signale un message, sans accorder à Elba d’accès en lecture aux boîtes aux lettres ni à l’annuaire complet. Lorsqu’un salarié signale une simulation Elba, celle-ci est automatiquement comptabilisée dans la campagne (+5 points au classement sécurité lorsqu’il est activé) sans encombrer la file d’analyse.

Les e-mails externes arrivent dans la file Emails signalés d’Elba (statut Non lus ou Lus), avec alerte instantanée optionnelle des administrateurs sur Slack, Microsoft Teams ou Google Chat (l’e-mail n’est pas utilisé pour cette alerte et l’objet est affiché sous forme de texte inerte). Chaque signalement présente une Suggestion de l’IA (Sûr, Spam ou Phishing assortie d’un score de confiance sur 1) distincte du Verdict de l’analyste humain et de son Historique des verdicts horodaté en UTC ; ce verdict ne déplace ni ne supprime l’e-mail dans la boîte du collaborateur. Enfin, l’action Créer un brouillon de simulation transforme en un clic un vrai mail signalé en brouillon d’exercice nettoyé (suppression des scripts et ressources distantes, remplacement des liens par des marqueurs d’exercice sécurisés, masquage des domaines, noms de pièces jointes de type URL et numéros de téléphone avant relecture humaine).

Références : Documentation Elba - Bouton de signalement phishing, suggestion IA et tri · Documentation Elba - Campagnes de simulation de phishing

Checklist de déploiement et de tri du bouton de signalement phishing

0 sur 8 points vérifiés

Vos cases cochées restent sur cette page et sont réinitialisées à son rechargement.

Questions fréquentes

L’add-in Outlook d’Elba demande-t-il un accès en lecture à toutes les boîtes mail ?

Non. Sur Microsoft 365, l’autorisation dédiée au signalement sert uniquement à vérifier l’identité du collaborateur au moment où il soumet un signalement via le module, sans donner à Elba d’accès permanent aux boîtes aux lettres ni à l’annuaire.

Classer un e-mail comme Phishing dans Elba le supprime-t-il de la boîte du salarié ?

Non. Le Verdict de l’analyste (Sûr, Spam ou Phishing) met à jour le suivi et l’historique UTC dans Elba sans mettre en quarantaine ni supprimer le message dans Gmail ou Exchange Online. Utilisez l’outil d’investigation Google Workspace ou Microsoft Defender Explorer pour purger un message à l’échelle du domaine.

Que se passe-t-il lorsqu’un salarié signale une simulation de phishing Elba ?

Elba reconnaît automatiquement sa propre simulation, enregistre la réussite dans les résultats de la campagne (+5 points au classement sécurité s’il est actif) et n’ajoute pas le message dans la file Emails signalés afin de garder la file réservée aux vrais courriels suspects.

Peut-on transformer un vrai mail de phishing signalé en exercice pour l’entreprise ?

Oui. L’action Créer un brouillon de simulation génère un brouillon nettoyé qui retire les scripts et ressources distantes, remplace les liens par des marqueurs d’exercice sécurisés et masque automatiquement les domaines, noms de fichiers ressemblant à des URL et numéros de téléphone. Relisez toujours le corps du message avant envoi pour supprimer tout nom ou détail interne restant.

Sources et documentation

Documentation de référence utilisée pour ce guide. Les paramètres et les éditions disponibles évoluent : consultez les sources avant de modifier vos réglages.

Passer à la pratique

Plateforme unifiée vs outils centrés sur le phishingComparatif Elba vs KnowBe4Sensibilisation et simulations de phishingIntégration Google WorkspaceIntégration Microsoft 365Contrôles SaaS à vérifier après un clic phishing
Sensibilisation7 min

Après un clic phishing : vérifier les accès SaaS que la formation ne corrige pas

Conservez les simulations, puis vérifiez règles de messagerie, accès OAuth, liens partagés et usages IA sensibles après une suspicion de compromission.

Lire le guide
Sécurité de l’IA6 min

Shadow AI : inventorier les usages et protéger les données

Construisez un inventaire du Shadow AI, distinguez usages observés et accès vérifiés, puis testez les contrôles sur les prompts et fichiers sensibles.

Lire le guide
Sécurité de l’IA8 min

Agents Copilot et M365 : vérifier les partages excessifs après les politiques

Après les politiques Copilot, vérifiez les permissions, sources de connaissance, identités des connecteurs et accès aux agents. Une checklist pour les PME.

Lire le guide
Sécurité de l’IA8 min

Gouvernance IA et Shadow AI : ce qu’une PME doit décider au-delà de l’inventaire

L’inventaire Shadow AI identifie les outils. La gouvernance IA fixe usages autorisés, responsabilités, exceptions et vérifications pour les PME.

Lire le guide
Protection des données9 min

DLP Google Workspace : configuration, règles et limites

Vérifiez votre édition, configurez les règles DLP Drive et testez les détections. Exemples de règles, limites et checklist pour corriger les partages.

Lire le guide
Applications et accès6 min

Revue des habilitations : checklist pour vérifier et corriger les accès

Menez une revue d’accès avec des comptes vérifiés, des décisions justifiées et des changements contrôlés. Checklist réutilisable et preuves de réalisation.

Lire le guide
Protection des données7 min

DLP Slack : périmètre, revue et correction vérifiée

Évaluez la DLP Slack, distinguez le message des droits sur le fichier lié et vérifiez un parcours de revue avec les limites réelles d’Elba.

Lire le guide
Protection des données6 min

Partages externes SharePoint : vérifier les accès et le contexte Copilot

Examinez les partages SharePoint et OneDrive, distinguez permissions et visibilité dans Copilot, puis vérifiez les corrections avec les responsables.

Lire le guide
Protection des données7 min

Trouver et corriger les liens « Toute personne » dans Drive et SharePoint

Constituez un inventaire daté des liens anonymes, décidez avec les responsables et vérifiez les changements dans Drive, SharePoint et OneDrive.

Lire le guide
Sécurité des applications7 min

Auditer les applications OAuth tierces dans Google Workspace et Microsoft 365

Inventoriez les applications connectées et les consentements, classez les autorisations par portée et vérifiez chaque décision dans la source.

Lire le guide
Applications et accès7 min

Checklist d’audit de sécurité des extensions Chrome, Edge et Firefox en entreprise

Auditez les extensions Chrome, Edge et Firefox en entreprise : évaluez l’exposition des permissions, repérez les add-ons risqués et gérez les listes MDM.

Lire le guide
Applications et accès6 min

Départ d’un salarié : checklist des accès SaaS

Téléchargez le modèle de revue des accès au départ d’un salarié : comptes confirmés, actions attribuées, transferts et vérifications dans les applications.

Lire le guide
Preuves d’audit8 min

Applications SaaS tierces et OAuth comme preuves ISO 27001 (checklist PME)

Transformez votre inventaire SaaS et OAuth en preuves ISO 27001:2022 : contrôles, exports datés, responsables et décisions. Une checklist pour les PME.

Lire le guide
Preuves d’audit8 min

Checklist conformité NIS2 PME et ETI : sécurité SaaS, accès, MFA et IA

Reliez l’article 21 de la directive NIS2 à des preuves concrètes pour PME et ETI : revues d’accès SaaS, MFA, tiers OAuth, partages cloud et sensibilisation.

Lire le guide
Preuves d’audit8 min

Shadow AI, RGPD et AI Act (Article 4) : guide pratique pour RSSI et DPO

Articulez gouvernance du Shadow AI, RGPD (articles 5, 28, 32, 35) et AI Act (article 4) : sous-traitants, minimisation des prompts et formation des équipes.

Lire le guide
Sécurité de l’IA7 min

Modèle de charte d’utilisation de l’IA en entreprise (RGPD & AI Act)

Téléchargez un modèle gratuit de charte d’utilisation de l’IA et son registre CSV alignés RGPD et AI Act (article 4) : comptes, données et dérogations.

Lire le guide
Sécurité de l’IA8 min

Comment bloquer et masquer les données sensibles dans ChatGPT, Claude, Gemini et Copilot

Évitez les fuites de données sensibles dans ChatGPT, Claude, Gemini et Copilot : réglages tenant, masquage de prompts, limites fichiers et comptes.

Lire le guide
Évaluation de plateforme4 min

Évaluer la sécurité SaaS de bout en bout

Comparez le parcours entre une alerte SaaS, le contexte métier, une action autorisée et sa vérification dans l’application source.

Lire le guide
Applications et accès8 min

Outils de découverte du Shadow IT pour PME : Elba, Nudge Security et With Wings

Comparez la découverte SaaS et IA, les réponses et prérequis annoncés par les éditeurs. Checklist de pilote pour les équipes IT et sécurité agiles.

Lire le guide

De la revue à la remédiation

Accélérez le tri des e-mails suspects sans noyer votre équipe IT.

Déployez le bouton de signalement Elba dans Gmail et Outlook avec filtrage automatique des simulations, pré-analyse IA et création d’exercices en un clic.

Demander une démo