For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
Navigation principale
Theme

Suggestions

Premiers pas

Configuration des fonctionnalités

Identité et accès

Configuration

Déploiement avancé

ChatGPT EDU

ChatGPT Work

Collaboration et partage

Plugins et connexions

Utilisation et analyses

Sécurité et conformité

Tableau de bord de l’API
Essayez ChatGPT

Sûreté et sécurité des dots

Examinez les contrôles de sécurité des dots, le traitement des données et les points à vérifier lors d’un audit ou du départ d’un employé

Un dot est un agent personnel qui peut continuer à travailler entre deux conversations. Les administrateurs utilisent le contrôle d’accès basé sur les rôles (RBAC) pour choisir qui peut utiliser les dots. Un dot personnel utilise les connexions aux applications que son propriétaire a autorisées, dans les limites fixées par l’espace de travail pour les applications et les actions. Le propriétaire précise ce que le dot peut faire.

Les possibilités d’action d’un dot dépendent des autorisations de l’employé, des actions que l’espace de travail autorise et de l’environnement dans lequel le dot exécute la tâche.

Vue d’ensemble de la sécurité

Un dot personnel peut travailler pour le compte de son propriétaire entre deux conversations. Par exemple, un employé peut lui demander de suivre un projet et de préparer une note de synthèse au fil des nouvelles informations. Le dot travaille depuis son propre ordinateur cloud et peut déléguer des tâches à Work ou à Codex. Dans une application connectée, il hérite des autorisations du compte que son propriétaire a autorisé. Les paramètres de l’espace de travail concernant les applications et les actions s’appliquent à la fois au propriétaire et à son dot.

Un document de projet peut fournir des éléments factuels pour la note de synthèse. OpenAI entraîne toutefois les modèles qui sous-tendent les dots à résister aux instructions cachées dans ce document et aux autres formes similaires d’attaque par injection de prompt. La Révision automatique vérifie les actions susceptibles d’avoir des conséquences importantes avant leur exécution. Le dispositif de surveillance peut suspendre ou arrêter le travail s’il détecte un comportement potentiellement dangereux.

  • Ordinateur cloud. Les administrateurs contrôlent séparément l’accès au navigateur, l’accès du code au réseau et les interactions avec le bureau. Lorsque la navigation est activée, un dot peut consulter des sites publics ou utiliser un site avec les autorisations du compte qui y est connecté. Le propriétaire peut afficher l’ordinateur cloud ou en prendre le contrôle.

  • Vérification des actions. Avant le partage de la note de synthèse, la Révision automatique vérifie le contenu à partager, les destinataires et la conformité du partage aux instructions du propriétaire, aux règles personnalisées et aux exigences de sécurité. Elle peut bloquer l’action ou exiger une confirmation. Le dot ne peut pas désactiver un contrôle obligatoire.

  • Ordinateurs connectés et Codex Cloud. Les tâches qu’un dot exécute sur un ordinateur connecté sont soumises à la politique Agent Security locale applicable. Si le dot délègue une tâche à Codex Cloud, celle-ci est soumise à la politique de Codex Cloud et aux autorisations de l’environnement sélectionné.

  • Supervision par le propriétaire. Dans la vue Activité, le propriétaire peut examiner les tâches en cours et les tâches déléguées, corriger une instruction ou demander au dot de s’arrêter.

  • Par défaut, OpenAI n’utilise pas les données Enterprise pour entraîner ses modèles. Les règles de conservation et de suppression diffèrent selon qu’il s’agit du contexte du dot, de fichiers, de tâches déléguées ou de journaux d’audit. Vérifiez les exigences applicables à chaque copie.

  • Journaux d’audit. Les administrateurs peuvent consulter les enregistrements de conformité disponibles pour examiner l’activité d’un dot, puis vérifier les changements dans les journaux du service connecté.

Un environnement cloud familier

Les dots utilisent la même infrastructure d’ordinateurs cloud que ChatGPT Work et bénéficient des protections de votre espace de travail en matière de confidentialité et de sécurité. Ils peuvent conserver des instantanés de leur ordinateur cloud d’une session à l’autre pour reprendre le travail sans repartir de zéro. Si votre organisation a déjà évalué Work Cloud, vous pouvez vous appuyer sur cette évaluation pour examiner les dots. Pour plus de détails sur l’environnement cloud, consultez la page Sécurité de ChatGPT Work dans le cloud.

Choisissez les fonctionnalités cloud à activer

Même si vous désactivez l’accès au navigateur cloud, au bureau de l’ordinateur cloud et à Internet pour le code et les commandes shell, les membres peuvent toujours utiliser leurs dots pour rédiger du contenu, organiser des informations et travailler avec les applications connectées autorisées par votre espace de travail. Vous pouvez activer les fonctionnalités cloud adaptées aux besoins de votre organisation. Ces paramètres s’appliquent aussi à Work Cloud. Les modifier peut donc avoir des conséquences à la fois sur les dots et sur les tâches Work.

Comprendre la recherche proactive

La recherche proactive distingue les dots des tâches ChatGPT Work que l’utilisateur dirige habituellement. Un dot peut chercher des informations utiles dans les applications connectées autorisées sans attendre une nouvelle demande de son utilisateur. Par exemple, il peut y chercher une mise à jour pertinente pour un travail en cours.

Pendant une recherche proactive, le dot peut lire les informations auxquelles il a accès et enregistrer des notes privées. Ses outils de recherche ne peuvent pas directement envoyer de messages à d’autres personnes, modifier du contenu dans les applications connectées ni contrôler un navigateur ou un ordinateur. Les autres activités du dot, comme les tâches qu’un utilisateur planifie explicitement, sont soumises aux autorisations et aux règles d’action qui leur sont propres.

Nous développons des règles supplémentaires dans Agent Security pour permettre aux administrateurs de choisir les sites que le navigateur cloud d’un dot peut consulter.

Comment les dots protègent les données de l’espace de travail

  • Les protections des modèles aident les dots à suivre les instructions de leur propriétaire. OpenAI entraîne les modèles de la famille GPT-6 à refuser les demandes dangereuses et à résister aux instructions malveillantes cachées dans des e-mails, des fichiers ou des pages web. Par exemple, un e-mail qui demande à un dot de transférer un fichier privé ne l’autorise pas à l’envoyer. Cette autorisation doit venir du propriétaire ou d’une automatisation qu’il a autorisée. Protections des modèles GPT-6

  • La Révision automatique vérifie certaines actions avant leur exécution. Avant qu’un dot envoie un e-mail, par exemple, la Révision automatique vérifie que le destinataire et le message respectent les instructions du propriétaire, les règles personnalisées et les exigences de sécurité. Elle peut bloquer l’envoi, et le dot ne peut pas désactiver un contrôle obligatoire. Lors d’une tâche Codex simulée, aucun des modèles GPT-6 testés n’a contourné un refus de la Révision automatique. Découvrez comment OpenAI a testé les réactions des modèles aux refus de la Révision automatique. Certaines règles d’action et de confirmation par défaut sont personnalisables, mais l’approbation du propriétaire ne peut pas prévaloir sur les exigences de sécurité intégrées. Fonctionnement de la Révision automatique

  • La surveillance peut interrompre le travail en cours pour des raisons de sécurité. Pendant que le dot planifie et exécute ses actions, le dispositif de surveillance recherche des comportements potentiellement dangereux, comme une tentative de contourner une protection ou d’agir en dehors des instructions du propriétaire. S’il détecte un problème, il peut suspendre ou arrêter la tâche. En cas de suspension, le propriétaire peut recevoir un avertissement à examiner. Protections intégrées

  • Les administrateurs gèrent l’accès aux plugins dans les paramètres de l’espace de travail. Les mêmes paramètres déterminent quels plugins et quelles actions un utilisateur et son dot peuvent utiliser. Un paramètre distinct contrôle l’accès du dot au navigateur cloud. Un plugin en lecture seule limite les actions que le dot peut effectuer via ce plugin. Si l’utilisation du navigateur cloud est activée, le dot peut toutefois être en mesure d’effectuer des modifications avec un compte connecté au site web. Contrôles de l’espace de travail

  • Les propriétaires peuvent examiner et réorienter le travail. Dans la vue Activité, le propriétaire peut examiner une tâche déléguée, ajouter du contexte, réorienter la tâche ou demander au dot de s’arrêter. Lorsqu’un dot ne peut pas terminer une tâche, il devrait expliquer à son propriétaire ce qui l’en a empêché et ce qu’il reste à faire. Sur des tâches de programmation choisies pour faire ressortir les défauts de signalement des blocages, GPT‑6.1 Terra n’a pas signalé correctement le blocage dans environ 8 % des cas, contre 29 % pour GPT‑5.6 Terra. Découvrez comment OpenAI a évalué le signalement des blocages. En cas de partage d’informations, le moment de l’intervention compte. Si le dot a déjà publié un message dans Slack, des membres du canal peuvent déjà l’avoir lu. Vue Activité et actions terminées

Points à vérifier avant de déployer les dots

Déterminez quels employés doivent avoir accès aux dots. Un dot personnel utilise les connexions aux applications dont son propriétaire dispose déjà. Vérifiez ce que chaque compte connecté permet au propriétaire de lire ou de modifier et quelles actions l’espace de travail autorise via cette connexion. Si les dots peuvent utiliser le navigateur cloud ou déléguer des tâches à un ordinateur connecté, vérifiez ce que le compte connecté au site ou l’appareil local autorise dans cet environnement.

Vérifiez l’éligibilité et les exigences relatives aux données

Catégorie Éligibilité et exigences relatives aux données
Résidence des données et de l’inférence Pour le stockage, la résidence des données est prise en charge en Australie, au Canada, en Europe (EEE et Suisse), en Inde, au Japon, à Singapour, en Corée du Sud, au Royaume-Uni et aux États-Unis. Les Émirats arabes unis ne sont pas inclus.
Pour les dots, la résidence de l’inférence est prise en charge aux États-Unis et en Europe, mais pas aux Émirats arabes unis. Elle couvre l’inférence du modèle, sans s’étendre à toutes les étapes de traitement ni à toutes les intégrations tierces.
Enterprise Key Management (EKM) Enterprise Key Management (EKM) est disponible pour les espaces de travail éligibles. Les clés gérées par le client protègent les contenus client pris en charge au repos. Le client peut renouveler ou révoquer ses clés. Identifiez les données que la clé doit protéger aux termes de votre contrat.
HIPAA La prise en charge de la loi HIPAA est disponible pour les espaces de travail éligibles. Vérifiez que votre accord de partenariat commercial (BAA) et votre configuration couvrent le processus prévu.
Politique de non-conservation des données Ni les dots ni Work avec accès à un ordinateur local ne garantissent une politique stricte de non-conservation des données.
FedRAMP Les dots sont indisponibles dans les espaces de travail FedRAMP.

Gérez qui peut utiliser un dot et lui donner des instructions

  • Accès dans l’espace de travail : pendant la phase d’aperçu destinée aux administrateurs, l’accès aux dots est désactivé par défaut. Pour l’activer pour un groupe, accordez l’autorisation Utiliser les dots au rôle personnalisé du groupe.

Exemple de paramètres. La position des interrupteurs et les canaux disponibles peuvent varier selon l’espace de travail.

  • Propriété du dot : seul le propriétaire peut donner des instructions à son dot personnel. Les messages d’autres personnes, y compris les mentions dans Slack, ne déclenchent aucune tâche et ne leur donnent pas le contrôle du dot.

  • Autorisations des connexions : un dot personnel utilise les connexions aux plugins dont son propriétaire dispose déjà. Pour chaque plugin, le dot peut uniquement accéder aux données et effectuer les actions qu’autorisent à la fois le compte connecté, les autorisations du plugin et les paramètres de l’espace de travail. Consultez la FAQ sur la confidentialité et la sûreté des dots.

  • Automatisations : le propriétaire peut utiliser une automatisation pour approuver une action à l’avance en précisant ce que le dot peut faire et à quel moment. Il peut par exemple demander au dot de publier un point sur le projet dans le canal Slack de l’équipe chaque vendredi. Le dot est conçu pour rester dans les limites de cette autorisation et respecter les autorisations et les contrôles de sécurité habituels.

Où travaille un dot et quels contrôles s’y appliquent ?

La portée de la Révision automatique pour les actions effectuées dans le navigateur, sur le bureau ou par délégation est encore à l’étude.

Un dot coordonne le travail dans le cloud. Par exemple, si vous lui demandez de résumer un rapport enregistré sur votre ordinateur portable connecté, la commande qui lit le fichier s’exécute sur cet ordinateur. Les politiques locales d’Agent Security déterminent quels fichiers cette commande peut lire.

Pour permettre le travail en local, un administrateur active Autoriser l’accès à l’ordinateur local pour les dots. Chaque employé choisit ensuite de connecter ou non son ordinateur dans ChatGPT.

Un dot peut déléguer des tâches en parallèle pendant que le propriétaire poursuit la conversation. Il peut ouvrir un fil Work ou Codex pour le compte du propriétaire. Lorsque l’accès local est activé et que le propriétaire connecte un ordinateur, une tâche peut utiliser les fichiers ou les outils de cet ordinateur. Pour travailler sur un dépôt, le dot peut aussi ouvrir un fil Codex Cloud dans un environnement de programmation cloud disponible, sans utiliser l’ordinateur du propriétaire. Ouvrez la tâche dans la vue Activité pour voir où elle s’exécute. Consultez la page Connecter des ordinateurs et des applications à votre dot.

Contrôles par environnement de travail

Commencez par identifier où le dot effectue l’action et quel compte il utilise. Par exemple, une règle limitant les modifications de fichiers sur l’ordinateur portable d’un employé s’applique sur cet ordinateur. Les fichiers cloud du dot sont soumis à des contrôles distincts. Si une action doit être bloquée partout, vérifiez tous les moyens activés dont dispose le dot pour l’effectuer. Certaines actions nécessitent aussi l’approbation du propriétaire.

Environnement Contrôles applicables Paramètres d’administration et actions des membres
Conversation principale du dot Les rôles de l’espace de travail déterminent qui peut utiliser les dots et définir des règles personnalisées. Le propriétaire dirige son dot dans cette conversation. Les contrôles et paramètres par défaut des modèles Enterprise ne s’appliquent pas à la conversation principale du dot. Administrateur. Dans Console d’administration → Autorisations, définissez les autorisations Utiliser les dots et Utiliser des règles personnalisées pour les dots dans les paramètres par défaut de l’espace de travail ou dans un rôle personnalisé. Pour les approbations gérées et la recherche web, utilisez Agent Security → Global. Vérifiez les autorisations des applications dans les contrôles des plugins.
Membre. Indiquez au dot ce que vous voulez qu’il fasse. Si votre espace de travail autorise les règles personnalisées, vous pouvez définir une instruction permanente, par exemple « Demande-moi mon accord avant de modifier un fichier partagé. »
Plugins (applications connectées) Un dot personnel utilise la connexion à l’application autorisée par son propriétaire. Ce qu’il peut lire ou modifier via cette connexion dépend des droits du propriétaire dans l’application, des autorisations accordées au plugin et des actions autorisées par l’espace de travail. Administrateur. Dans les contrôles des plugins, définissez les applications disponibles et les actions autorisées. Dans le service source, vérifiez les droits du compte connecté et la portée de l’autorisation.
Membre. Connectez un plugin autorisé par l’administrateur de votre espace de travail.
Ordinateur cloud du dot Les paramètres de l’ordinateur cloud régissent la navigation, l’accès au réseau pour le code et les commandes shell, ainsi que l’utilisation de l’ordinateur. Le dot peut créer, modifier ou supprimer ses propres fichiers cloud. Sur les sites web, il utilise le compte connecté dans le navigateur cloud. Les sessions, le VPN et les politiques de l’ordinateur portable de l’employé ne s’appliquent pas automatiquement à l’ordinateur cloud. Administrateur. Dans Console d’administration → Autorisations, sélectionnez les paramètres par défaut de l’espace de travail ou un rôle. Sous Fonctionnalités de l’espace de travail → Autoriser les agents à utiliser des ordinateurs cloud, configurez Utiliser un navigateur, Autoriser l’accès au réseau (code et shell) et Autoriser l’utilisation de l’ordinateur. Configurez séparément Utiliser le gestionnaire de mots de passe sous Fonctionnalités de l’espace de travail. Les règles de sites d’Agent Security permettraient aux administrateurs d’autoriser ou de bloquer des domaines dans le navigateur cloud du dot et de choisir les sites sur lesquels les envois ou les téléchargements de fichiers sont autorisés.
Membre. Ouvrez l’ordinateur cloud depuis le profil de votre dot pour voir ce qu’il fait. Sélectionnez Prendre le contrôle pour effectuer vous-même une étape, puis Rendre le contrôle lorsque vous voulez que le dot reprenne la main. Si un site vous demande de vous connecter, utilisez le formulaire privé ou prenez le contrôle du navigateur cloud pour vous connecter.
Tâche déléguée à Work ou à Codex Lorsqu’un dot ouvre un fil Work ou Codex distinct, les contrôles des modèles de ce produit déterminent quels modèles la tâche peut utiliser. La tâche respecte les exigences d’Agent Security et les autres contrôles applicables à son environnement d’exécution. Administrateur. Vérifiez l’accès à Work ou à Codex dans Console d’administration → Autorisations et examinez les contrôles des modèles du produit concerné. Pour un ordinateur connecté, vérifiez Agent Security → Global et les éventuelles dérogations sous Local. Pour Work Cloud, examinez les fonctionnalités de l’ordinateur cloud. Pour Codex Cloud, vérifiez Agent Security → Codex Cloud et Paramètres → Codex Cloud → Environnements.
Membre. Ouvrez le fil délégué dans la vue Activité. Vérifiez où il s’exécute, examinez ses sources et ses résultats, puis ajoutez-y le contexte manquant.
Ordinateur connecté de l’employé L’espace de travail doit autoriser l’accès des dots à l’ordinateur local, et l’employé doit connecter son ordinateur. Les commandes qui s’y exécutent respectent les politiques applicables d’Agent Security et de l’appareil. Le dot peut utiliser les fichiers, outils et applications locaux autorisés. Le cloud continue de coordonner la tâche et peut en traiter le contexte. Administrateur. Dans Console d’administration → Autorisations → Utiliser les dots, activez Autoriser l’accès à l’ordinateur local. Les ordinateurs connectés héritent des paramètres applicables d’Agent Security → Global. Dans la même politique, utilisez Local pour remplacer les paramètres pris en charge si l’ordinateur nécessite des restrictions différentes sur le système de fichiers ou le réseau. Les autorisations de l’appareil s’appliquent aussi aux applications de bureau et à l’accès à l’écran.
Membre. Sur cet ordinateur, ouvrez le profil du dot dans l’application de bureau ChatGPT. Sous Ordinateurs → Votre ordinateur, sélectionnez Autoriser l’accès et confirmez. Laissez l’ordinateur en ligne et ChatGPT ouvert.

Application des politiques gérées

  • Politique globale : dans Agent Security → Global, vérifiez les exigences d’approbation gérées et déterminez si la recherche web est autorisée pour le processus prévu.

  • Dérogations selon le lieu d’exécution : pour une commande exécutée sur l’ordinateur portable d’un employé, vérifiez les restrictions du système de fichiers et du réseau dans Agent Security → Local. Pour une commande déléguée à Codex Cloud, vérifiez Agent Security → Codex Cloud ainsi que les paramètres réseau de l’environnement sélectionné.

  • Contrôles distincts : pour l’ordinateur cloud du dot et pour Work Cloud, vérifiez séparément l’accès au navigateur, l’accès au réseau pour le code et les commandes shell, et l’utilisation de l’ordinateur. Pour une tâche déléguée à Codex Cloud, examinez l’environnement Codex sélectionné.

Contrôlez les applications connectées et les identifiants

Mode d’accès Points à vérifier Portée du contrôle
Plugins (applications connectées) Dans les contrôles des plugins, vérifiez quelles applications et quelles actions les membres peuvent utiliser. Dans le service source, vérifiez quel compte a autorisé la connexion. Pour l’envoi d’un e-mail, vérifiez que l’action est activée et que le compte peut envoyer un message au destinataire prévu. Le dot peut utiliser une connexion existante uniquement pour les actions autorisées à la fois par l’espace de travail et pour le compte connecté. Pour mettre fin à l’accès via cette connexion, révoquez l’autorisation de l’application dans le service source. Cela empêche les nouvelles requêtes via cette connexion. Le dot peut encore disposer des informations récupérées précédemment. L’accès aux applications est partagé avec d’autres fonctionnalités de ChatGPT. Consultez la FAQ sur la confidentialité et la sûreté des dots et la page Gérer les dots dans les espaces de travail ChatGPT.
Connexions dans le navigateur Identifiez le compte connecté au site web.
Avant d’accorder l’accès à des données sensibles, vérifiez dans le système source les autorisations de la connexion à l’application et celles du compte utilisé sur le site.		 Par exemple, un plugin peut permettre au dot de lire un document alors que le compte utilisé sur le site peut aussi le modifier. Vérifiez le rôle de ce compte avant d’autoriser ce processus dans le navigateur.
Identifiants des sites web Pour vous connecter à un site, utilisez le formulaire privé de connexion ou prenez le contrôle du navigateur. Pour les connexions prises en charge, OpenAI transmet le mot de passe directement du formulaire privé au navigateur cloud sans l’exposer au modèle. Les outils des applications peuvent s’authentifier grâce à la gestion des identifiants côté serveur, et l’automatisation du navigateur peut utiliser une session déjà ouverte. Le navigateur cloud conserve ses propres cookies de session séparément de l’appareil du membre. Le code exécuté sur l’ordinateur du dot peut lire un jeton d’application ou un cookie du navigateur si sa valeur est exposée à ce code. Ne présumez pas que la session ou le jeton est isolé du code qui s’y exécute. Les identifiants des plugins et les valeurs utilisées uniquement dans les sessions du navigateur ne figurent pas dans les journaux. Une nouvelle connexion avec un mot de passe enregistré nécessite une confirmation. Une fois connecté, le dot peut utiliser le site avec les autorisations du compte. Pour mettre fin à l’accès, un administrateur peut révoquer la session du site dans le service source si celui-ci le permet. Un membre peut aussi se déconnecter dans le navigateur cloud ou effacer les cookies du site dans Paramètres → Navigateur cloud → Données de navigation. Consultez la page Connecter des ordinateurs et des applications à votre dot.
Secrets de Codex Cloud Pour une tâche déléguée à Codex Cloud, utilisez les contrôles documentés des secrets de l’environnement. Les secrets réseau fournissent une valeur de substitution aux programmes et la remplacent par l’identifiant pour les destinations HTTPS autorisées. Les variables d’environnement fournies directement sont visibles par les programmes. Ces contrôles s’appliquent à Codex Cloud. Pour configurer les secrets, consultez la page Environnements Codex Cloud.

Définissez les règles d’approbation et d’exécution sans intervention

La recherche proactive est un travail que le dot effectue en arrière-plan entre deux demandes pour trouver des informations nouvelles et pertinentes pour son propriétaire. Cette recherche s’effectue en lecture seule. Le dot peut lire les informations auxquelles son propriétaire est autorisé à accéder via les applications connectées et conserver des notes privées sur ses découvertes. Ses outils de recherche ne peuvent ni envoyer de messages, ni modifier des contenus partagés, ni contrôler un navigateur ou un ordinateur. Pour transmettre un résultat dans Slack, le dot doit obtenir l’autorisation du propriétaire pour l’envoi et pour les destinataires concernés. La Révision automatique vérifie l’envoi proposé.

Lorsque vous autorisez une tâche récurrente, précisez l’action, les destinataires, le déclencheur et le calendrier. L’autorisation de rédiger un e-mail destiné à un client couvre la rédaction du brouillon. Son envoi nécessite une autorisation. Pour en savoir plus sur l’approbation des actions, consultez la FAQ sur la confidentialité et la sûreté des dots.

Mécanisme Fonctionnement Conditions et limites
Approbation d’une action Le propriétaire peut donner l’autorisation suivante : « Chaque vendredi, envoie par e-mail le point hebdomadaire sur le projet aux responsables du projet. » Cette instruction couvre les destinataires et le calendrier indiqués. Toute modification qui sort de ce cadre nécessite une nouvelle approbation, notamment en cas de changement de destinataires, de contenu ou de calendrier.
Révision automatique La Révision automatique vérifie les appels d’outils portant le libellé « write » avant leur exécution. Par exemple, avant l’envoi d’un e-mail, elle vérifie que les destinataires et le contenu du message respectent les instructions du propriétaire, les règles personnalisées et les exigences de sécurité. La Révision automatique peut bloquer un envoi ou demander au propriétaire de préciser le destinataire ou d’approuver l’action. Une approbation ne peut pas prévaloir sur un contrôle de sécurité obligatoire. La fonctionnalité Utilisation de l’ordinateur demande séparément l’autorisation d’utiliser une application de bureau.
Règles personnalisées Le propriétaire peut définir une règle imposant de demander son accord avant tout envoi d’e-mail. La règle peut ajouter cette étape d’approbation. Elle ne peut ni accorder un droit d’envoi dont le compte connecté ne dispose pas ni prévaloir sur un contrôle de sécurité obligatoire. Désactiver les règles personnalisées n’impose pas une demande d’approbation pour chaque action.
Distinguez les règles modifiables par les membres des exigences de l’entreprise dans Agent Security et des autorisations appliquées par le service connecté. Pour configurer les règles personnalisées, consultez la page Gérer les dots dans les espaces de travail ChatGPT.
  • Travail délégué sur un ordinateur local. Le fil délégué utilise l’ordinateur connecté du membre. Lorsque la fonctionnalité Utilisation de l’ordinateur est activée et que l’application est approuvée, sélectionner « Toujours autoriser » permet à ChatGPT d’utiliser l’application sans redemander l’accès.

Exemple : trois moyens d’envoyer le même e-mail à l’extérieur de l’organisation

  • Supposons que le propriétaire autorise un dot à envoyer par e-mail, chaque vendredi, le point sur le projet déjà approuvé à Lee, qui travaille chez le client, sans pièce jointe. Comparez cet envoi avec celui qui inclurait un destinataire supplémentaire. Un nouveau destinataire nécessite une nouvelle autorisation. Si la politique de l’entreprise interdit l’envoi à ce destinataire, même l’approbation du propriétaire ne peut pas autoriser la remise du message.
Moyen d’envoi Blocage technique Nouvelle approbation Autorisation permanente
Plugin de messagerie L’action d’envoi est désactivée ou le compte connecté n’a pas le droit d’envoyer de messages. L’ajout d’un destinataire nécessite une nouvelle décision. Si une politique de l’application impose une confirmation avant toute écriture, l’envoi initial nécessite lui aussi une approbation. L’envoi du vendredi peut avoir lieu si l’action est activée, si le compte dispose du droit d’envoi et si les contrôles applicables le permettent.
Messagerie web dans le navigateur cloud L’espace de travail désactive l’accès au navigateur cloud ou le service de messagerie refuse la remise pour le compte connecté. L’envoi à un nouveau destinataire nécessite une approbation. Confirmer un identifiant enregistré approuve uniquement la connexion. L’affichage d’une demande de confirmation au clic sur Envoyer n’est pas vérifié. Une session active peut être réutilisée. L’instruction du vendredi couvre le message initial. Vérifiez si la messagerie web peut l’envoyer sans intervention.
Application de messagerie de bureau approuvée Une politique gérée de la fonctionnalité Utilisation de l’ordinateur interdit l’application, ou le service de messagerie refuse la remise pour le compte utilisé dans l’application. Un nouveau destinataire nécessite une approbation même si l’application est déjà ouverte. Il reste à vérifier si la fonctionnalité Utilisation de l’ordinateur demande une confirmation au clic sur Envoyer. Toujours autoriser permet au dot de rouvrir l’application. L’envoi du vendredi nécessite toujours sa propre instruction permanente. Vérifiez la remise sans intervention dans la tâche déléguée.

  • Exigence de l’entreprise pour tous les moyens d’envoi. Si votre organisation interdit les envois externes, appliquez cette restriction à chaque compte expéditeur dans le service de messagerie ou désactivez chaque moyen d’envoi disponible. Si une personne doit approuver chaque e-mail externe, vérifiez que chaque moyen d’envoi activé suspend l’envoi avant la remise, y compris lorsqu’une session de navigateur ou une approbation pour l’application de bureau est déjà active. Une règle personnalisée d’un membre ou un test réussi du plugin ne suffit pas à établir que tous les envois sont couverts.

  • Vérification. Utilisez la même boîte de test et le même message jetable pour chaque moyen d’envoi. Testez un destinataire interdit, un nouveau destinataire autorisé et l’envoi autorisé du vendredi. Consignez le contrôle qui est intervenu, indiquez si une personne a approuvé l’envoi et si le service de messagerie l’a accepté ou rejeté. Avant d’approuver le processus, vérifiez le comportement à chaque envoi pour chaque moyen activé dans le navigateur ou sur le bureau.

  • Consultez les pages Autorisations des applications, Sessions du navigateur cloud, Approbations pour l’utilisation de l’ordinateur et Agent Security.

Vérifiez l’accès au navigateur, au réseau et aux appareils

Exemple de paramètres de l’ordinateur cloud. La position des interrupteurs illustre une configuration possible de l’espace de travail.

Ordinateur cloud du dot

  • Fonctionnalités cloud : Utiliser un navigateur contrôle l’accès au navigateur cloud du dot. Autoriser l’accès au réseau (code et shell) contrôle l’accès des commandes à Internet. Autoriser l’utilisation de l’ordinateur contrôle les interactions avec les applications de bureau. Les règles de sites d’Agent Security permettraient aux administrateurs d’autoriser ou de bloquer des domaines dans le navigateur cloud du dot et de définir, pour chaque site, les autorisations d’envoi et de téléchargement de fichiers. Sur un site autorisé, les droits du dot dépendent aussi du compte qui y est connecté.

  • Gestionnaire de mots de passe : examinez séparément l’accès au gestionnaire de mots de passe. Les contrôles du navigateur cloud, du réseau et de l’utilisation de l’ordinateur peuvent s’appliquer aux dots même si ChatGPT Work est désactivé. Pour configurer ces fonctionnalités, consultez la page Gérer les dots dans les espaces de travail ChatGPT.

  • Protections locales : le navigateur cloud d’un dot dispose de sa propre session. Se connecter à un site interne sur un ordinateur portable ou connecter cet ordinateur à un VPN ne donne pas au navigateur cloud accès à cette session ou à cette route réseau.

  • Règles réseau : par exemple, bloquer un nom d’hôte pour les commandes du terminal sur un ordinateur portable restreint l’accès par ces commandes. Testez séparément le navigateur cloud, les plugins et la recherche web s’ils peuvent atteindre la même destination. Consultez la page Connecter des ordinateurs et des applications à votre dot. Désactiver l’accès à Internet pour le code et les commandes shell ne désactive pas à lui seul le navigateur cloud ni les applications connectées.

Connexion aux sites dans le navigateur cloud

Le navigateur cloud est facultatif pour les dots. Les administrateurs peuvent le désactiver en désactivant « Utiliser un navigateur ».

Pour un site web protégé par le SSO de l’entreprise, l’employé se connecte depuis le navigateur cloud du dot. Lorsque le dot propose un formulaire privé de connexion, vérifiez l’adresse du site, puis saisissez-y vos identifiants et, le cas échéant, le code de vérification demandé. Le formulaire les transmet directement au navigateur cloud sans les exposer au modèle.

Si le formulaire ne permet pas de terminer une étape de connexion, sélectionnez Ouvrir l’ordinateur, puis Prendre le contrôle. Répondez vous-même aux demandes du SSO de l’entreprise et de l’authentification multifacteur (MFA). Une fois l’application ouverte, sélectionnez Rendre le contrôle pour que le dot puisse continuer avec votre compte connecté. Si le site demande une nouvelle vérification, effectuez-la avant de laisser le dot poursuivre.

En prenant la main, vous contrôlez le navigateur cloud. Si le SSO de l’entreprise exige un appareil géré par l’entreprise ou une connexion via son VPN, le navigateur cloud ne peut utiliser ni le statut de votre ordinateur portable ni sa connexion VPN pour satisfaire à cette exigence. Maintenez la politique en place. Si un plugin approuvé prend en charge la tâche, utilisez-le avec un compte connecté autorisé à effectuer l’action. Si la tâche ne peut être effectuée que sur le site, réalisez-la sur un appareil et un réseau conformes à la politique.

Le navigateur cloud conserve ses propres cookies, séparément du navigateur de votre appareil. Cela comprend, le cas échéant, les jetons d’autorisation permettant de maintenir la connexion des sessions enregistrées. Pour vous déconnecter d’un site et mettre fin à cette session enregistrée, effacez les cookies du site dans Paramètres → Navigateur cloud → Données de navigation.

Ordinateur connecté de l’employé

  • Conditions de connexion : un administrateur doit autoriser l’accès local et le membre doit connecter l’ordinateur. Pour le travail en local, laissez l’ordinateur en ligne et ChatGPT ouvert. Mettre l’ordinateur hors ligne ne supprime pas la connexion établie.

  • Canaux de messagerie : un membre peut envoyer une demande depuis un autre appareil via un canal de messagerie. Le dot peut alors ouvrir un nouveau fil auquel il rattache l’ordinateur connecté du membre, si cet ordinateur est disponible.

  • Autorisations de l’appareil : l’accès à la caméra, au microphone et à l’écran dépend également de l’ordinateur connecté et des autorisations accordées à l’application ChatGPT dans les paramètres de l’appareil. Pour en savoir plus sur ces autorisations, consultez la FAQ sur la confidentialité et la sûreté des dots.

Examinez la mémoire, la conservation et la suppression des données

  • Contexte conservé : un dot peut enregistrer des informations lues via une connexion autorisée à une application, par exemple une décision d’équipe communiquée dans un fil Slack. Déconnecter l’application empêche les lectures ultérieures via cette connexion. Les informations déjà enregistrées par le dot peuvent rester dans sa mémoire.

  • Entraînement des modèles : par défaut, OpenAI n’utilise pas les données Enterprise pour entraîner ses modèles. Un examen humain peut avoir lieu dans des circonstances limitées, notamment pour des raisons de sécurité, même si l’amélioration des modèles est désactivée. Consultez la FAQ sur la confidentialité et la sûreté des dots.

  • Chiffrement : OpenAI chiffre les données au repos avec AES-256 et les données en transit avec TLS 1.2 ou une version ultérieure, entre votre organisation et OpenAI ainsi qu’entre OpenAI et ses prestataires de services.

  • Conservation : consultez le tableau ci-dessous pour connaître la durée de conservation et la procédure de suppression de chaque copie. Pour en savoir plus sur la mémoire et la suppression, consultez la FAQ sur la confidentialité et la sûreté des dots.

  • Contexte du dot : retirer l’accès à l’espace de travail préserve les données du dot. Supprimer le dot entraîne aussi la suppression de son contexte dans les 30 jours, y compris ses notes de recherche privées et l’historique de ses fils de recherche en arrière-plan. Les sauvegardes propres au dot sont également supprimées dans les 30 jours. La suppression du dot ne supprime pas les conversations ChatGPT et les fils Codex stockés séparément, les fichiers présents dans Espace ChatGPT, dans des projets, sur un stockage connecté ou sur l’ordinateur de l’utilisateur, ni les informations ajoutées à la mémoire de ChatGPT à partir des conversations du dot. Les propriétaires de ces copies doivent les gérer séparément.

  • Mémoire de ChatGPT : les conversations avec le dot peuvent alimenter la mémoire de ChatGPT. Gérez les informations partagées dans les paramètres de mémoire de ChatGPT. Pour supprimer une information, vérifiez à la fois les souvenirs enregistrés et l’historique des conversations. Supprimer uniquement une conversation peut laisser un souvenir enregistré en place. Consultez la page La mémoire dans ChatGPT.

Conservation des données par catégorie

Catégorie de données Politique de conservation Qui lance la suppression et comment Délais, copies restantes et exceptions
Conversations du dot, historique des sous-agents natifs et tâches planifiées Le dot principal conserve son historique, sa configuration et ses planifications pendant toute sa durée de vie. Le membre utilise Réinitialiser pour supprimer son dot, y compris ses conversations, ses souvenirs enregistrés et ses planifications. Retirer l’accès à l’espace de travail préserve les données du dot. Un administrateur de l’espace de travail peut aussi supprimer un dot, notamment si son propriétaire est indisponible. Les conversations propres au dot, l’historique des sous-agents natifs et les tâches planifiées sont supprimés dans les 30 jours suivant la suppression du dot.
Mémoire, profil et notes de recherche privées du dot Le dot conserve son propre contexte pendant toute sa durée de vie, indépendamment des paramètres de mémoire de ChatGPT. La recherche en arrière-plan peut enregistrer des notes privées à partir des sources connectées. Un membre ne peut pas supprimer un souvenir précis du dot ou une note de recherche issue d’une source tout en conservant le dot. Pour supprimer le contexte du dot, le membre peut supprimer le dot. La révocation de l’accès à la source empêche tout accès ultérieur via cette source, mais peut laisser intacte une note qui en est issue. Supprimer le dot entraîne la suppression de ses notes de recherche privées et de ses propres sauvegardes dans les 30 jours.
Fils de recherche en arrière-plan Les fils de recherche en arrière-plan conservent le contexte de recherche associé au dot pendant toute sa durée de vie. Supprimer le dot entraîne aussi la suppression de ses fils de recherche en arrière-plan et du contexte qu’ils conservent. L’historique de ces fils et les copies de cet historique qui appartiennent au dot sont supprimés dans les 30 jours suivant la suppression du dot.
Mémoire de ChatGPT ChatGPT gère les souvenirs issus des conversations du dot séparément de la mémoire propre au dot. Le membre supprime le souvenir enregistré dans ChatGPT ainsi que toutes les conversations qui le contiennent. Désactiver le partage laisse en place le contexte déjà reçu par le dot. La suppression du dot laisse en place les souvenirs enregistrés séparément dans ChatGPT. OpenAI peut conserver une trace d’un souvenir enregistré puis supprimé pendant 30 jours au maximum à des fins de sécurité et de débogage.
Fichiers d’Espace ChatGPT Les fichiers enregistrés sont soumis à la politique de conservation de l’espace de travail Enterprise. Ouvrir un fichier existant d’Espace ChatGPT, le télécharger ou le joindre de nouveau ne fait pas repartir son délai de conservation. Le membre supprime le fichier dans Espace ChatGPT. Les administrateurs de la conformité peuvent le supprimer via l’API d’Espace ChatGPT. Le fichier peut aussi arriver à expiration selon la politique de l’espace de travail. La suppression du dot laisse en place le fichier d’Espace ChatGPT. Après sa suppression dans Espace ChatGPT, son effacement définitif est prévu dans les 30 jours, sauf si les données ont déjà été désidentifiées et dissociées, ou si des obligations de sécurité ou des obligations légales imposent leur conservation. Voir la ligne Sauvegardes ci-dessous.
Fichiers en cache et résultats La conversation du dot peut conserver une copie distincte d’un fichier d’Espace ChatGPT. Les contrôles de conservation et de suppression d’Espace ChatGPT s’appliquent à la copie qui s’y trouve. Supprimer le fichier d’Espace ChatGPT, même depuis la corbeille, ne déclenche pas la suppression de la copie en cache dans la conversation du dot. Aucune procédure distincte permettant à l’utilisateur de supprimer lui-même cette copie n’est confirmée. Un fichier peut encore figurer dans Résultats après la suppression de la copie d’Espace ChatGPT. La copie en cache propre au dot est supprimée dans les 30 jours suivant la suppression du dot. Aucune méthode distincte permettant de retirer le fichier de la liste n’a été confirmée.
Fichiers de l’ordinateur cloud et état du navigateur Le disque cloud du dot peut conserver des fichiers et l’état du navigateur. L’expiration des instantanés dépend de la configuration de l’espace de travail. Supprimer un dot entraîne la suppression de son navigateur et de son ordinateur cloud. Les données de l’ordinateur cloud du dot, son disque, l’état de son navigateur, ses instantanés et ses sauvegardes sont supprimés dans les 30 jours suivant la suppression du dot. Les copies enregistrées ailleurs sont soumises à la politique de leur destination.
Instantanés de machine virtuelle Pour les espaces de travail éligibles dotés de la résidence des données, d’Enterprise Key Management (EKM) ou des deux, le contrôle activé efface les instantanés selon un cycle de cinq jours, avec un délai maximal de sept jours. La plateforme fait automatiquement expirer les instantanés. La suppression du dot déclenche séparément la procédure de suppression de l’ordinateur cloud. Dans les espaces de travail sans résidence des données ni EKM, les instantanés d’un dot actif n’ont pas d’ancienneté maximale. Ils peuvent subsister aussi longtemps que le dot existe et les clients ne peuvent actuellement pas demander leur purge anticipée. Les instantanés sont supprimés dans les 30 jours suivant la suppression du dot.
Sauvegardes Les sauvegardes d’Espace ChatGPT ont leur propre délai de conservation documenté. Les sauvegardes propres au dot sont supprimées dans les 30 jours suivant la suppression du dot. Lorsqu’un fichier d’Espace ChatGPT est supprimé, expire ou devient inactif, l’API de conformité cesse de le renvoyer parmi les données actives. La plateforme gère l’expiration des sauvegardes. Une sauvegarde d’Espace ChatGPT peut être conservée jusqu’à 30 jours supplémentaires, voire davantage en cas d’obligations de sécurité ou d’obligations légales. Les sauvegardes propres au dot sont supprimées dans les 30 jours suivant la suppression du dot.
Fils délégués à Work et à Codex Les fils hébergés de Work et de Codex sont soumis à la politique de conservation de l’espace de travail. Les enregistrements conservés uniquement sur l’appareil sont soumis aux politiques locales de stockage et de sauvegarde. La politique de l’espace de travail détermine quand les fils hébergés expirent. Pour Codex Cloud, consultez les consignes de conservation de l’espace de travail. La suppression d’un dot laisse intacts ses fils délégués à Codex et à Work. Lorsqu’une conversation Codex est supprimée dans l’application de bureau, OpenAI programme sa suppression définitive de ses systèmes dans les 30 jours, sous réserve des exceptions publiées. Pour les conversations supprimées, Work Cloud programme leur suppression définitive dans les 30 jours, sous réserve des exceptions publiées.
Pages dans Espace ChatGPT Les pages d’Espace ChatGPT restent en place jusqu’à ce qu’une personne les supprime. Le délai de conservation des conversations de l’espace de travail ne les fait pas expirer. Le créateur ou le propriétaire d’une page peut la déplacer dans la corbeille avec ses sous-pages. Supprimez les pièces jointes enregistrées séparément à leur propre emplacement. Les membres peuvent supprimer leurs propres fichiers enregistrés dans Espace ChatGPT. Les administrateurs de la conformité disposant des autorisations API requises peuvent supprimer les fichiers éligibles. Espace ChatGPT efface une page lors de sa suppression définitive ou après 30 jours dans la corbeille. Les pages mises à la corbeille avant le déploiement du 1er octobre doivent être supprimées manuellement. Supprimer la page laisse en place les pièces jointes stockées séparément.
Fichiers locaux et copies dans les applications connectées L’appareil ou le service connecté régit les fichiers, messages et exportations qui y sont stockés. Une personne disposant du droit de suppression supprime l’élément dans l’application source ou sur l’appareil. L’organisation gère les copies conservées séparément. Ces copies subsistent après la suppression du dot. Le délai de conservation, les règles de sauvegarde et les éventuelles mesures de préservation applicables à la destination déterminent quand la suppression prend fin.
Journaux de conformité et exportations du client La plateforme de journaux de conformité conserve chaque événement pendant 30 jours à compter de sa création. Les copies téléchargées sont soumises à la politique du système destinataire. L’expiration sur la plateforme est automatique. Votre organisation gère la suppression des copies téléchargées dans son propre système. Supprimer le dot n’efface pas les événements déjà émis et ne fait pas repartir leur délai de conservation. Une organisation ne peut pas utiliser l’API de conformité pour effacer les journaux internes d’audit ou de sécurité d’OpenAI.

Modifications des accès et actions de suppression

Action ou catégorie de données Conséquence Mesure à prendre par l’administrateur
Déconnecter une application Empêche tout nouvel accès via cette connexion. Le dot conserve son contexte existant. Examinez séparément le contexte conservé et les autres copies.
Désactiver la mémoire de ChatGPT Met fin au partage de la mémoire avec les dots. Le contexte déjà reçu par le dot subsiste. Pour supprimer le contexte déjà reçu par le dot, examinez les options de suppression du dot.
Souvenirs individuels du dot Les souvenirs du dot ne peuvent pas être supprimés individuellement. Pour effacer tout son contexte, le membre ou l’administrateur peut supprimer le dot. Les souvenirs de ChatGPT se gèrent séparément dans ChatGPT. Pour effacer le contexte propre au dot, le membre ou l’administrateur peut supprimer le dot tout entier. Gérez dans ChatGPT les souvenirs qui y ont été enregistrés séparément.
Réinitialiser ou supprimer le dot Réinitialiser supprime le dot, ses conversations, ses propres souvenirs et ses tâches planifiées. Consultez l’avis de suppression et préservez d’abord les éléments de preuve requis.
Fichiers et enregistrements des tâches déléguées Les fichiers d’Espace ChatGPT, les fichiers locaux ou externes, les fils Codex et les conversations ChatGPT distinctes sont soumis à la politique de conservation de l’application ou de l’espace de travail qui les stocke. Procédez à la suppression dans chaque emplacement de stockage.
État du cloud, instantanés et sauvegardes L’expiration automatique des instantanés, la suppression de l’ordinateur cloud et la conservation des sauvegardes d’Espace ChatGPT ont chacune leur propre délai. Appliquez à chaque copie les délais indiqués ci-dessus. Les sauvegardes propres au dot sont supprimées dans les 30 jours suivant la suppression du dot.

  • Catégories de données : pour traiter une demande d’effacement portant sur un message Slack, localisez le message source, toute note privée qui le cite ou le résume, ainsi que tout rapport enregistré à partir de ce message. Vérifiez la procédure de suppression de chaque copie.

  • Révocation de l’accès à la source : modifier les autorisations du système source restreint les accès futurs via cette source. Cela ne prouve pas que le contexte conservé a été supprimé.

  • Demandes relatives à la confidentialité : prenez en compte les informations concernant les clients et les personnes qui n’utilisent pas le service lorsque vous examinez les besoins de recherche, de rectification et d’effacement des données.

Vérifiez les canaux de messagerie et les destinataires autorisés

  • Identités Slack : lors du départ d’un employé, vérifiez à la fois l’identité Slack du dot et la connexion du propriétaire au plugin Slack. ChatGPT et les canaux de messagerie activés donnent accès au même dot. Les conversations y sont distinctes, mais les notes et le contexte enregistrés peuvent servir au travail sur plusieurs canaux.

  • Configuration de Slack : vérifiez l’autorisation de communication de l’espace de travail et toute approbation requise pour l’application Slack. Le membre doit ensuite terminer la configuration. Pour configurer Slack, consultez la page Gérer les autorisations et les fonctionnalités des dots.

  • Visibilité des publications : toute personne ayant accès à la conversation peut lire les messages publiés par le dot. Utilisez des canaux Slack internes pour travailler avec un dot. Nous vous recommandons d’utiliser votre dot uniquement dans des canaux dont tous les membres font partie de votre organisation. Cela exclut les canaux Slack Connect partagés avec des clients ou des partenaires. Restrictions de partage : par exemple, si un dot peut lire un document RH privé, publier les salaires qui y figurent dans un canal de projet les rendrait visibles à toute personne pouvant lire ce canal. Avant d’approuver une publication, précisez ce que le dot peut partager et vérifiez que tous les membres du canal sont autorisés à consulter ces informations.

Recueillez les éléments de preuve d’audit et protégez les exportations

Choisissez le rapport adapté à votre tâche

  • Enquêtes et rapports : utilisez les enregistrements de conformité pour les enquêtes et les données de l’API d’analytique pour les rapports sur l’adoption.

  • Indicateurs d’utilisation : les compteurs d’utilisation n’indiquent ni qui a autorisé une action ni si elle a abouti.

Retracez une action

  1. Repérez l’action. Retrouvez le prompt du membre et la réponse du dot, puis vérifiez l’événement de l’outil ou du plugin. Pour un envoi dans Slack, comparez le résultat du plugin avec le message du canal destinataire.

  2. Rapprochez les enregistrements. Utilisez les identifiants de l’utilisateur et de l’espace de travail pour retrouver les enregistrements. Les enregistrements attribués aux dots utilisent client_id = DOTS et incluent les métadonnées du dot lorsqu’elles sont disponibles. Consultez le journal du service destinataire pour vérifier le résultat.

  3. Retracez le travail délégué. Pour les tâches déléguées, recherchez les identifiants du fil parent et de la tâche. Consignez les champs manquants ou masqués qui vous empêchent de retracer l’action.

  4. Vérifiez la destination. Un enregistrement d’outil peut indiquer la commande ou l’action de navigation demandée. Pour vérifier la destination réellement atteinte, comparez cet enregistrement au journal du proxy ou de la passerelle sur ce trajet, s’il existe. Un collecteur OpenTelemetry local couvre les événements d’exécution locale pris en charge. L’orchestration dans le cloud échappe à ce collecteur. Pour connaître les enregistrements pris en charge, consultez la page Gérer les autorisations et les fonctionnalités des dots.

Consultez les enregistrements actuellement disponibles dans l’API de conformité

Activité Éléments à rechercher Informations fournies par l’enregistrement
Navigateur ou ordinateur cloud TOOL_CALL_SUGGESTED Indique l’outil que le dot a tenté d’utiliser. Même avec status=completed, le résultat détaillé peut être absent.
Application connectée (plugin) APP_MCP_CALL et APP_MCP_RESULT L’appel indique le nom de l’outil. Le résultat signale une réussite ou une erreur et peut inclure un aperçu de la sortie ou les détails de l’erreur.

Les exportations de l’API de conformité comprennent les prompts des utilisateurs, les réponses des dots, les requêtes et les réponses des appels d’outils, ainsi que l’activité en arrière-plan. Pour examiner une action, recoupez les enregistrements disponibles et consultez le service connecté pour vérifier les effets externes. Certains liens et résultats peuvent être absents de l’exportation.

Des journaux d’audit plus détaillés pour l’activité cloud. Nous travaillons à enrichir les enregistrements de l’API de conformité pour les dots et les autres agents exécutés dans le cloud. Notre objectif est d’aider les équipes de sécurité à retracer les étapes suivies par un agent pendant une tâche, notamment les outils et applications connectées auxquels il a fait appel et le moment où une action a fait l’objet d’une vérification automatique. Nous étudions aussi des moyens d’afficher les résultats renvoyés par ces outils ainsi que les sites visités par le navigateur cloud.

Conservez et protégez les exportations

  • Durée de conservation : la plateforme de journaux de conformité conserve les enregistrements pendant 30 jours. Si vous devez les conserver plus longtemps, exportez en continu les enregistrements nécessaires.

  • Accès aux exportations : limitez l’accès en lecture à l’exportation et l’utilisation de ses clés aux personnes autorisées. Une exportation peut contenir le message d’un employé ou un aperçu du résultat d’un plugin. Appliquez vos règles de conservation, de recherche de preuves électroniques et de préservation à des fins juridiques aux enregistrements effectivement reçus par votre système. Vérifiez séparément si une mesure de préservation couvre les conversations d’origine, les fichiers ou les notes du dot.

  • Autorisations d’accès aux journaux : seul un propriétaire de l’espace de travail peut accorder un accès étendu aux données de conformité et les autorisations portant sur les messages des conversations. Un propriétaire ou un administrateur peut accorder les autorisations d’accès aux journaux plus restreintes qui sont prises en charge.

Arrêtez le travail, révoquez les accès et gérez les départs

Suivez cette procédure lorsque l’employé propriétaire d’un dot personnel a quitté l’organisation ou ne peut pas vous aider. Le propriétaire ou l’administrateur d’un espace de travail ChatGPT intervient depuis son propre compte. Si l’activité continue ou si vous ne pouvez pas vérifier que le travail sur des éléments sensibles a cessé, ouvrez immédiatement une demande auprès de l’assistance OpenAI tout en suivant les étapes ci-dessous.

  • Retirez l’accès à l’espace de travail si l’employé a quitté l’organisation. Un propriétaire ou un administrateur de l’espace de travail peut retirer un membre géré manuellement. Pour un membre géré via un annuaire, demandez à votre administrateur des identités de retirer l’affectation à l’espace de travail, puis vérifiez après la synchronisation que l’employé n’est plus un membre actif. L’accès à l’espace de travail prend fin lorsque le membre en est retiré. Vérifiez séparément que l’activité du dot est maîtrisée : une tâche en cours peut aller à son terme après la révocation de l’accès aux dots, et l’effet du retrait du membre sur chaque tâche active ou déléguée doit être confirmé.

  • Révoquez l’accès aux dots si l’employé doit conserver l’accès à l’espace de travail. Un propriétaire de l’espace de travail peut examiner l’autorisation Utiliser les dots (bêta) dans Paramètres de l’espace de travail → Autorisations et rôles. Vérifiez les paramètres par défaut de l’espace de travail, les rôles attribués directement et les rôles de groupe. Toute autorisation restante peut maintenir l’accès aux dots. Avant de modifier une autorisation partagée, vérifiez qui d’autre en dépend.

  • Retrouvez les agents de l’employé dans la console d’administration. Les administrateurs de l’espace de travail, y compris ses propriétaires, peuvent consulter les agents d’un utilisateur et suspendre ou supprimer un dot.

  • Suspendez le dot. Il ne pourra plus lancer de nouvelles tâches, y compris ses propres exécutions planifiées. S’il a déjà lancé une tâche dans un fil Work ou Codex distinct, celle-ci peut continuer à s’exécuter. Pour l’arrêter, annulez-la séparément. Vérifiez aussi les planifications indépendantes créées par le dot.

  • Réactivez le dot. Seul un administrateur peut réactiver un dot suspendu par un administrateur. Après la réactivation, les sessions précédentes répondent de nouveau aux messages. Le travail délégué n’est pas affecté.

  • Révoquez l’accès aux dots. Les tâches en cours peuvent aller à leur terme, les nouveaux messages ne déclenchent plus d’actions du modèle et les planifications sont suspendues. Vérifiez séparément les effets du retrait du membre de l’espace de travail.

  • Supprimez le dot. La suppression est irréversible. Préservez d’abord les éléments de preuve requis. Supprimer un dot entraîne la suppression de son navigateur et de son ordinateur cloud, mais conserve les plugins associés à l’utilisateur.

  • Révoquez les accès des comptes connectés et les sessions. Demandez aux administrateurs des services concernés de révoquer les autorisations des applications et, lorsque le service le permet, de mettre fin aux sessions web utilisées par le navigateur cloud du dot. Pour Slack, vérifiez à la fois l’identité propre au dot et le compte Slack connecté de l’employé. Demandez à l’administrateur des appareils de restreindre l’accès à tout ordinateur connecté et de vérifier si des tâches y sont déjà en cours. Vérifiez chaque révocation dans le service qui a accordé l’accès.

  • Vérifiez l’activité. L’état des tâches en cours est consultable dans l’API de conformité, avec un délai de remontée annoncé de 30 minutes au 95e percentile. L’état d’une tâche planifiée peut être vérifié 30 minutes après sa prochaine exécution prévue. Ces délais concernent la remontée des informations et ne garantissent pas un arrêt immédiat. Vérifiez dans le service destinataire quelles actions ont abouti.

  • Contactez l’assistance. Depuis votre propre compte, ouvrez la bulle de discussion sur help.openai.com. L’assistance peut guider un utilisateur ou un administrateur pour arrêter un dot, mais ne peut pas agir directement sur les dots de l’espace de travail du client. Fournissez l’identifiant de l’espace de travail, l’adresse e-mail de l’employé, les identifiants disponibles du dot ou des tâches, les actions effectuées, les horodatages avec leur fuseau horaire et la dernière activité observée.

Ressources connexes