Depuis le 25 août, le navigateur cloud de ChatGPT peut se connecter à des sites protégés par mot de passe. Les identifiants passent par un formulaire sécurisé directement vers le navigateur distant ; le modèle ne les voit jamais, ils ne sont pas stockés, ils ne sont pas utilisés pour l'entraînement, et un modèle de revue distinct vérifie l'absence de phishing avant l'affichage du formulaire. Tout cela est réel et bien conçu.
Le mot de passe n'a jamais été l'actif
Une fois les identifiants saisis, une session authentifiée en direct est conservée sur les serveurs d'OpenAI et — selon les propres termes d'OpenAI — « l'authentification persistera pour les tâches futures jusqu'à son expiration. » Un cookie de session persistant donne accès au compte sans le mot de passe et sans le second facteur. La frontière de sécurité est passée de « OpenAI ne détient aucun identifiant » à « OpenAI détient un jeton porteur pour votre compte ». C'est une affirmation plus faible habillée en vêtement d'une plus forte. Les sessions peuvent être effacées par site ou globalement dans les paramètres.
Ce que le cadrage courant ignore
La deuxième garantie, c'est que l'agent demande avant les actions conséquentes. C'est vrai — sur le parcours interactif. Mais la documentation d'OpenAI sur les automations, publiée ouvertement, indique que « les tâches planifiées utilisent approval_policy = "never" lorsque la politique de votre organisation l'autorise » et que « les tâches planifiées s'exécutent sans supervision et utilisent les paramètres par défaut de votre sandbox ». Si un administrateur l'interdit, les tâches reviennent au mode d'autorisation sélectionné. Sinon, l'invite de confirmation protège le parcours avec un humain qui surveille, tandis que le parcours déclenché par événement — celui où personne ne surveille — s'exécute avec les approbations désactivées.
Pour être précis sur ce qu'OpenAI dit et ne dit pas
OpenAI n'affirme nulle part, en une seule phrase, qu'une session persistante du navigateur se combine avec une tâche planifiée sans supervision. Cette combinaison est notre lecture de deux de ses pages de documentation, et elle doit être comprise comme telle plutôt que comme un comportement divulgué. Les deux moitiés sont citées ci-dessus à partir du propre contenu d'OpenAI ; ce qui n'a pas eu lieu, c'est que quelqu'un les ait lues l'une à la lumière de l'autre.
Pourquoi les déclencheurs comptent
Les automations se déclenchent via des webhooks : nouveaux messages Gmail filtrés par l'expéditeur ou l'objet, nouveaux messages Slack dans des canaux sélectionnés, activité de pull request sur GitHub. Ce sont tous des surfaces sur lesquelles un acteur extérieur peut écrire. Une injection de prompt placée dans un e-mail entrant ou dans le titre d'une pull request atteint désormais une tâche qui s'exécute selon un calendrier, dans une session de navigateur connectée, avec les approbations désactivées par défaut.