Google donne à son agent Gemini un vrai compte d'employé : la question des accès devient centrale

Google vient de franchir une étape symbolique : son agent Gemini ne se contente plus d’assister, il obtient un vrai compte d’employé. L’annonce est côté entreprise, mais elle pose une question que tout indépendant qui utilise des agents devrait se poser : quels accès je donne à une IA ?

Ce qui s’est passé

Google Cloud teste, en preview privée, un agent Gemini « coworker » : chaque instance reçoit un véritable compte Workspace — e-mail, agenda, espace Drive, et une place dans l’annuaire de l’entreprise. L’agent est traité comme un membre de l’équipe, pas comme un simple outil. C’est proposé sans surcoût aux clients Gemini Enterprise, et ce n’est pas encore ouvert au grand public.

Ce que ça veut dire

Oublie un instant que c’est réservé aux entreprises. Ce que l’annonce normalise, c’est l’idée qu’un agent a sa propre identité et ses propres accès dans ton système. Or une identité de plus, c’est une surface d’erreur et d’attaque de plus : un agent qui a un e-mail, un agenda et un accès au stockage peut envoyer, supprimer, partager — et se faire manipuler, comme l’ont montré de récents incidents. La question n’est plus « est-ce que l’agent est utile », mais « jusqu’où va son accès ».

Ce que tu fais lundi matin

Applique le principe du moindre privilège, exactement comme avec un prestataire. Donne à l’agent accès uniquement à ce dont la tâche a besoin : un dossier précis, pas tout ton Drive ; une boîte dédiée, pas ta messagerie principale. Sépare les comptes, ne lui confie pas tes secrets, exige une validation pour les actions sensibles, et révoque les accès une fois la tâche finie. C’est la logique de la checklist pour déléguer à un agent, et ça vaut dès que tu branches une IA sur tes outils.

Le piège à éviter

Le piège : donner à un agent un accès large « pour que ce soit pratique ». C’est tentant — un seul compte qui voit tout, et l’agent se débrouille. Mais un accès large transforme la moindre erreur ou manipulation en gros problème : un mail parti au mauvais destinataire, un fichier supprimé, une donnée partagée. Traite un agent comme un accès temporaire et cadré, pas comme un passe-partout — et souviens-toi qu’il y a des données à ne jamais mettre à sa portée. La commodité d’aujourd’hui est la faille de demain.

Questions fréquentes

Qu'a annoncé Google Cloud ?

Google Cloud teste, en preview privée, un agent Gemini « coworker » : chaque instance reçoit un véritable compte Google Workspace, avec e-mail, agenda, espace Drive et une place dans l'annuaire de l'entreprise. L'agent est traité comme un membre de l'équipe, pas seulement comme un outil. C'est proposé sans surcoût aux clients Gemini Enterprise, et ce n'est pas encore ouvert au grand public.

Pourquoi est-ce important même pour un solo ?

Parce que ça pose une question qui te concerne dès aujourd'hui : quels accès donnes-tu à un agent ? Un agent qui a un compte, un e-mail et un accès au stockage, c'est une nouvelle « identité » dans ton système — donc une nouvelle surface d'erreur et d'attaque. La bonne pratique est la même que pour un collègue ou un prestataire : le minimum d'accès nécessaire, et rien de plus.

Comment border les accès d'un agent IA ?

Applique le principe du moindre privilège : donne à l'agent accès uniquement à ce dont la tâche a besoin (un dossier précis, pas tout ton Drive ; une boîte dédiée, pas ta messagerie principale). Sépare les comptes, évite de lui confier tes secrets, exige une validation pour les actions sensibles, et révoque les accès quand la tâche est finie. Un agent se gère comme un accès temporaire, pas comme un passe-partout.