Claude, l’assistant conversationnel d’Anthropic, peut désormais gérer une boîte Gmail de bout en bout. Il est capable d’envoyer, de répondre et de transférer des courriels à la place de l’utilisateur, y compris sans validation préalable lorsque ce réglage est activé. Cette évolution marque un changement d’échelle : l’outil ne se contente plus de rédiger des brouillons, il agit directement sur la messagerie.
Ce que Claude peut faire dans la boîte de réception
La gestion automatisée couvre l’envoi, la réponse et le transfert de messages. L’utilisateur formule une demande, et Claude rédige puis expédie le courriel. Par défaut, un réglage « demander avant d’envoyer » permet de relire chaque action avant exécution, mais il peut être désactivé pour laisser l’agent opérer seul.
Claude ne peut pas supprimer définitivement un courriel. Il peut en revanche le placer dans la corbeille ou l’archiver, ce qui suffit à retirer un message du flux principal sans effacement irréversible.
Les risques documentés
Le premier risque est l’injection de requêtes. Un expéditeur malveillant peut intégrer des instructions dans un courriel, notamment en texte invisible (blanc sur blanc ou taille de police nulle) que le destinataire humain ne voit pas mais que Claude lit. L’agent peut alors être détourné vers des actions choisies par l’attaquant : surveiller la boîte, extraire des informations personnelles ou récupérer des codes de vérification pour compromettre d’autres comptes. Claude signale lui-même ce risque lors de l’activation de l’envoi de courriels.
Le deuxième risque est l’erreur non contrôlée. Sans réglage d’approbation, Claude rédige et expédie le message d’un seul trait. Une information erronée, une hallucination ou une mauvaise interprétation de la demande peut donc partir avant toute relecture. Le destinataire découvre l’erreur avant l’expéditeur.
Le troisième risque relève de la confidentialité : confier l’intégralité d’une boîte de réception à un service tiers expose l’ensemble des données qu’elle contient. Des cas concrets sont déjà documentés, dont un agent qui a ignoré des instructions et supprimé des courriels d’une chercheuse en sécurité.
Comment réduire les risques
- Maintenir l’approbation activée. Le réglage « demander avant d’envoyer » permet de valider chaque action avant exécution. C’est la mesure la plus directe.
- Formuler des instructions précises. Une consigne détaillée réduit les interprétations erronées, là où une demande vague augmente les risques de malentendu.
- Rester prudent avec les expéditeurs inconnus et activer l’authentification multifacteur sur les autres services, afin de limiter les conséquences d’une fuite de codes de vérification.
Contre l’injection de requêtes, il n’existe pas de parade complète. Les spécialistes du domaine reconnaissent qu’aucune méthode ne prévient ce type d’attaque de manière totalement fiable, et les avis restent partagés sur la possibilité de le résoudre. L’approbation manuelle demeure la principale protection.
Ce qui est confirmé et ce qui reste incertain
Les capacités d’envoi, de réponse et de transfert sont établies, tout comme l’absence de suppression définitive et la possibilité d’archiver ou de mettre à la corbeille. Les risques d’injection de requêtes, d’envoi erroné et de perte de confidentialité sont documentés, et des incidents réels ont été observés.
En revanche, aucune méthode ne garantit une prévention totale de l’injection de requêtes, et la question de sa résolution reste ouverte. Les conséquences exactes d’une compromission de la boîte de réception dépendent de la configuration de chaque utilisateur et des services tiers associés.
