Adresse e-mail ou accès à la boîte : que confier à une IA ?

La réponse dépend de laquelle des trois choses vous êtes réellement en train de faire. Taper votre adresse e-mail dans un champ partage un identifiant. Donner à l'assistant la permission de lire une boîte partage le contenu de cette boîte. Connecter l'ensemble de votre boîte via une intégration peut partager des années de messages et la capacité d'agir sur eux. Ces actions sont souvent présentées comme une seule décision — un champ de formulaire ou un écran de consentement — mais leurs conséquences sont très différentes, et elles peuvent se décider séparément.

Cet article porte sur cette décision prise délibérément : vérifier ce qu'une intégration peut faire, ne donner aux tâches ponctuelles que ce dont elles ont besoin, et refermer chaque permission à la fin de la tâche.

Adresse, accès à la boîte et connexion complète de la boîte

Partager une adresse signifie que l'assistant inscrit votre e-mail dans un formulaire d'inscription ou un en-tête de message. Le site connaît désormais l'adresse ; l'assistant n'a rien gagné de plus que ce qu'il avait déjà. Rien n'arrive dans un nouvel endroit, et personne ne peut lire du courrier du simple fait de connaître une adresse.

L'accès à une boîte signifie un identifiant ou une permission qui permet à l'assistant d'ouvrir une boîte et de lire ce qui y arrive. Cela peut être étroit (une boîte, en lecture seule, une heure de vie) ou large. Le mot « accès » masque la différence — c'est pourquoi la section suivante existe.

La connexion complète de la boîte est ce qu'une intégration de messagerie peut demander : l'accès à l'historique des messages ou à des actions comme l'envoi et la suppression. Utile pour des assistants permanents qui gèrent réellement le courrier, et beaucoup trop pour « va me chercher un code de vérification ».

Vérifier ce qu'une intégration peut réellement faire

Avant d'autoriser, regardez les portées demandées plutôt que le nom de la fonctionnalité. Un assistant qui « résume vos e-mails » peut néanmoins détenir la permission d'envoyer, de supprimer ou de modifier du courrier. Les recommandations de l'OWASP sur l'excès d'agents sont directes sur ce schéma : une extension qui lit le courrier pour le résumer ne devrait détenir que des droits de lecture, et les actions à fort impact devraient exiger une approbation humaine (OWASP LLM06).

Vérifiez quatre points :

• Portée : lire, envoyer, supprimer, réglages — laquelle de ces actions la permission accorde-t-elle réellement ?
• Étendue : une seule boîte ou tout le compte ? Le nouveau courrier seulement, ou tout l'historique ?
• Persistance : la permission s'achève-t-elle avec la tâche, ou reste-t-elle valide jusqu'à ce que vous la révoquiez ? Vérifiez si cette intégration expire avec la tâche ; sinon, la tâche se termine mais la porte reste ouverte.
• Autres outils : à quoi d'autre l'assistant a-t-il accès pendant qu'il détient cet accès — un navigateur, des fichiers, d'autres services connectés ?

Le dernier point compte plus qu'il n'y paraît. Le courrier entrant est une entrée non fiable, et un message peut contenir du texte écrit pour détourner l'assistant. Ce n'est pas hypothétique : CVE-2026-33654, une vulnérabilité d'injection de prompt dans le canal e-mail de l'assistant nanobot, a permis à un attaquant distant d'envoyer un seul e-mail qui faisait exécuter des instructions au modèle et appeler des outils système sans que le propriétaire fasse quoi que ce soit. C'était le défaut d'un produit, pas une propriété de toute fonctionnalité e-mail d'IA, mais cela montre pourquoi les permissions autour de la boîte comptent autant que la boîte elle-même. La mécanique par laquelle le texte d'un message devient une instruction est expliquée dans l'injection de prompt pour les utilisateurs d'e-mail.

Préférez une boîte en réception seule, dédiée à la tâche

Pour une tâche peu risquée qui a juste besoin de recevoir du courrier — un code de vérification, une confirmation, un lien de téléchargement — l'option suffisante la plus étroite est une boîte créée pour cette seule tâche.

Sur TempMail.Best, un agent peut créer une boîte d'une durée de vie de 10 minutes ou 1 heure, attendre le courrier entrant, lire les messages et supprimer la boîte une fois terminé. Le service est en réception seule : il ne peut pas envoyer de courrier depuis cette adresse. L'identifiant de l'agent n'ouvre que cette boîte ; il n'y a ni compte derrière ni historique à l'intérieur.

Deux limites méritent d'être précisées, car on les surestime souvent :

• Une boîte séparée n'expose que cette boîte, à condition que les autres permissions et outils de l'assistant soient tout aussi limités. Si le même assistant peut aussi atteindre vos fichiers ou votre navigateur, la frontière de la boîte ne réduit pas ce qu'un assistant mal orienté pourrait faire à travers eux.
• « Réception seule » décrit ce service. L'agent ne peut pas envoyer de courrier via TempMail.Best, mais il peut supprimer cette boîte temporaire, et tout ce qu'il peut faire via d'autres services connectés n'est en rien affecté par ce qui se passe ici.

Le modèle d'une boîte liée à une tâche est expliqué dans qu'est-ce qu'une boîte d'agent IA.

Quand ne pas autoriser

Renoncez à la boîte temporaire — et à l'accès IA à la boîte en général — pour les tâches impliquant :

• banque, paiements, investissements ou achats que vous pourriez contester ou faire rembourser ;
• santé, assurance, services publics ou documents d'identité ;
• e-mail professionnel, comptes principaux ou conversations confidentielles ;
• réinitialisations de mot de passe, liens de récupération ou changements de réglages de sécurité ;
• abonnements ou services que vous pourriez avoir à renouveler, résilier ou récupérer ;
• tout parcours où l'assistant pourrait envoyer du courrier ou modifier un compte sans votre approbation.

Pour les comptes durables, utilisez une adresse que vous contrôlez à long terme ou un alias de transfert géré. Si un site refuse une adresse jetable, respectez cela ; la tâche n'appartient peut-être simplement pas à une boîte temporaire.

Clore la tâche et révoquer chaque permission

Quand l'assistant annonce avoir terminé, vérifiez le résultat : le code a fonctionné, le téléchargement est en main, le compte existe. Refermez ensuite l'accès en deux étapes séparées, car elles concernent deux systèmes différents :

1. Supprimez la boîte temporaire. Cela met fin à l'identifiant de l'agent pour cette boîte et supprime ses messages. La boîte aurait de toute façon expiré comme prévu, mais la fermer à la fin de la tâche raccourcit la fenêtre.
2. Révoquez les permissions tierces. Arrêter une boîte TempMail.Best ne révoque rien sur la plateforme d'IA. Les autres outils autorisés, intégrations et sessions actives s'y gèrent et restent en place tant que vous ne les retirez pas. Passez en revue ce que vous avez autorisé avant la tâche et annulez chaque élément.

Une chose que la suppression ne peut pas faire : elle ne peut pas « dé-lire » le courrier que l'assistant a déjà vu ni annuler ce qu'il a stocké ailleurs. Contenez l'exposition avant la tâche ; le nettoyage qui suit concerne les portes, pas la mémoire.

Avant d'autoriser la moindre tâche e-mail, parcourez les vérifications préalables de vérification e-mail avec un agent IA. La question n'est jamais de savoir si l'IA est digne de confiance en général. C'est de savoir si cette tâche a besoin d'autant d'accès. Pour une réception ponctuelle, presque jamais.