Um dot é um agente pessoal que pode continuar trabalhando entre conversas. Os administradores usam o controle de acesso baseado em funções (RBAC) para definir quem pode usar dots. Um dot pessoal usa as conexões com aplicativos que seu proprietário autorizou e respeita os limites do espaço de trabalho quanto aos aplicativos e às ações permitidas. O proprietário especifica o que o dot pode fazer.
O que um dot pode fazer depende das permissões do funcionário, das ações permitidas pelo espaço de trabalho e de onde o dot executa a tarefa.
Visão geral da segurança
Um dot pessoal pode trabalhar em nome do proprietário entre conversas. Por exemplo, um funcionário pode pedir que ele acompanhe um projeto e prepare um resumo à medida que surgirem novidades. O dot trabalha em seu próprio computador na nuvem e pode delegar tarefas ao modo Work ou ao Codex. Em um aplicativo conectado, ele herda as permissões da conta que o proprietário autorizou. As configurações do espaço de trabalho para aplicativos e ações se aplicam tanto ao proprietário quanto ao seu dot.
Um documento do projeto pode fornecer informações para o resumo, mas a OpenAI treina os modelos que alimentam os dots para resistir a instruções ocultas nesse documento e a outras formas semelhantes de injeção de prompt. A Revisão automática verifica ações que podem ter consequências importantes antes da execução, e o monitoramento de segurança pode pausar ou interromper o trabalho se detectar um comportamento potencialmente prejudicial.
-
Computador na nuvem. Os administradores controlam separadamente o acesso ao navegador, o acesso à rede para código e a interação com a área de trabalho. Quando a navegação está ativada, o dot pode visitar sites públicos ou usar um site com as permissões da conta conectada a ele. O proprietário pode visualizar o computador na nuvem ou assumir o controle.
-
Revisão de ações. Antes que o dot compartilhe o resumo, a Revisão automática verifica o que seria compartilhado, quem receberia o conteúdo e se as instruções do proprietário, as Regras personalizadas e os requisitos de segurança permitem o compartilhamento. Ela pode bloquear a ação ou exigir confirmação. O dot não pode desativar uma verificação obrigatória.
-
Computadores conectados e Codex Cloud. O trabalho que um dot executa em um computador conectado segue a política local do Agent Security aplicável. Se o dot delegar uma tarefa ao Codex Cloud, ela seguirá a política do Codex Cloud e as permissões do ambiente selecionado para a tarefa.
-
Supervisão pelo proprietário. Na Visualização de atividades, os proprietários podem examinar tarefas em andamento e tarefas delegadas, corrigir uma instrução ou pedir que o dot pare.
-
Por padrão, a OpenAI não usa dados empresariais para treinar modelos. O contexto do dot, os arquivos, as tarefas delegadas e os registros de auditoria têm regras distintas de retenção e exclusão. Verifique os requisitos de cada cópia.
-
Registros de auditoria. Os administradores podem usar os registros de conformidade disponíveis para investigar a atividade do dot e consultar os registros do próprio serviço conectado para verificar o que mudou.
Um ambiente de nuvem conhecido
Os dots usam a mesma infraestrutura de computadores na nuvem que o ChatGPT Work e seguem as proteções de privacidade e segurança aplicáveis ao seu espaço de trabalho. Os dots podem manter snapshots do computador na nuvem entre sessões para retomar o trabalho de onde pararam. Se sua organização já avaliou o Work Cloud, você pode usar essa análise como ponto de partida para avaliar os dots. Para saber mais sobre o ambiente de nuvem, consulte Segurança do ChatGPT Work na nuvem.
Escolha quais recursos de nuvem ativar
Os dots podem ser úteis mesmo se você desativar o acesso ao navegador na nuvem, à área de trabalho do computador na nuvem e à internet para código e comandos de shell. Os membros ainda podem usar seus dots para redigir conteúdo, organizar informações e trabalhar com aplicativos conectados permitidos pelo espaço de trabalho. Você pode ativar os recursos de nuvem que atendam às necessidades da sua organização. Essas configurações também se aplicam ao Work Cloud, e alterá-las pode afetar tanto os dots quanto as tarefas do modo Work.
Entenda a pesquisa proativa
A pesquisa proativa é uma das diferenças entre os dots e uma tarefa típica do ChatGPT Work orientada pelo usuário. Um dot pode procurar informações úteis nos aplicativos conectados permitidos sem esperar uma nova solicitação do usuário. Por exemplo, pode consultar as informações disponíveis nessas conexões em busca de novidades relevantes para um trabalho em andamento.
Durante a pesquisa proativa, o dot pode ler as informações permitidas e salvar anotações privadas. As ferramentas de pesquisa não podem enviar mensagens diretamente a outras pessoas, alterar conteúdo por meio de aplicativos conectados nem controlar um navegador ou computador. Outras atividades do dot, como tarefas que o usuário agenda explicitamente, seguem as permissões e regras de ação aplicáveis a elas.
Estamos desenvolvendo regras adicionais no Agent Security para que os administradores possam escolher quais sites o navegador na nuvem de um dot pode visitar.
Como os dots protegem os dados do espaço de trabalho
-
As proteções do modelo ajudam os dots a seguir as instruções do proprietário. A OpenAI treina os modelos da família GPT-6 para recusar solicitações prejudiciais e resistir a instruções maliciosas ocultas em e-mails, arquivos ou páginas da Web. Por exemplo, receber um e-mail que pede ao dot que encaminhe um arquivo privado não autoriza o envio. Essa autorização vem do proprietário ou de uma automação que ele autorizou. Proteções dos modelos GPT-6
-
A Revisão automática verifica determinadas ações antes da execução. Antes que um dot envie um e-mail, por exemplo, a Revisão automática verifica se o destinatário e a mensagem estão de acordo com as instruções do proprietário, as Regras personalizadas e os requisitos de segurança. Ela pode bloquear o envio, e o dot não pode desativar uma verificação obrigatória. Em uma tarefa simulada do Codex, nenhum dos modelos GPT-6 testados contornou um bloqueio da Revisão automática. Veja como a OpenAI testou as respostas dos modelos aos bloqueios da Revisão automática. É possível personalizar algumas regras padrão de ação e confirmação, mas a aprovação do proprietário não pode se sobrepor aos requisitos de segurança integrados. Como funciona a Revisão automática
-
O monitoramento de segurança pode interromper o trabalho em andamento. Enquanto o dot planeja e executa ações, o monitoramento procura comportamentos potencialmente prejudiciais, como tentativas de contornar uma proteção ou agir fora dos limites das instruções do proprietário. Se detectar um problema, ele pode pausar ou interromper a tarefa. Uma pausa pode exibir um aviso para o proprietário analisar. Proteções integradas
-
Os administradores gerenciam o acesso aos plugins nas configurações do espaço de trabalho. As mesmas configurações determinam quais plugins e ações o usuário e seu dot podem usar. Uma configuração separada controla o acesso do dot ao navegador na nuvem. Um plugin somente leitura limita o que o dot pode fazer por meio dele. Se o uso do navegador na nuvem estiver ativado, o dot ainda poderá fazer alterações usando uma conta conectada ao site, dependendo das permissões dessa conta. Controles do espaço de trabalho
-
Os proprietários podem revisar e redirecionar o trabalho. Na Visualização de atividades, os proprietários podem examinar uma tarefa delegada, acrescentar contexto, mudar a orientação ou pedir que o dot pare. Quando o dot não consegue concluir uma tarefa, deve informar ao proprietário o que o impediu de terminá-la e o que ficou pendente. Em tarefas de programação selecionadas para provocar falhas na comunicação de impedimentos, o GPT‑6.1 Terra deixou de informar corretamente o impedimento em cerca de 8% dos casos, ante 29% com o GPT‑5.6 Terra. Veja como a OpenAI avaliou a comunicação de impedimentos. Ao compartilhar informações, o momento da intervenção importa. Se o dot já publicou no Slack, as pessoas no canal podem já ter lido a mensagem. Visualização de atividades e ações concluídas
O que verificar antes de disponibilizar os dots
Decida quais funcionários devem ter acesso aos dots. Um dot pessoal usa as conexões com aplicativos que o proprietário já tem. Verifique o que cada conta conectada permite que o proprietário leia ou altere e quais ações o espaço de trabalho permite por meio dessa conexão. Se os dots puderem usar o navegador na nuvem ou delegar trabalho a um computador conectado, verifique as permissões da conta conectada ao site ou do dispositivo local, conforme o caso.
Confirme a elegibilidade e os requisitos de dados
| Categoria | Elegibilidade e requisitos de dados |
|---|---|
| Residência de dados e de inferência | Há suporte à residência de dados para armazenamento na Austrália, no Canadá, na Europa (EEE e Suíça), na Índia, no Japão, em Singapura, na Coreia do Sul, no Reino Unido e nos Estados Unidos. Os Emirados Árabes Unidos não estão incluídos. A residência de inferência dos dots está disponível nos Estados Unidos e na Europa, mas não nos Emirados Árabes Unidos. Ela abrange a inferência do modelo, sem se estender a todas as etapas de processamento ou integrações de terceiros. |
| Enterprise Key Management (EKM) | O Enterprise Key Management (EKM) está disponível para espaços de trabalho elegíveis. As chaves gerenciadas pelo cliente protegem o conteúdo do cliente em repouso que tem suporte a esse recurso. O cliente pode fazer a rotação das chaves ou revogá-las. Identifique quais dados a chave deve proteger segundo o contrato. |
| HIPAA | Há suporte à HIPAA em espaços de trabalho elegíveis. Confirme se o seu contrato de associado comercial (BAA) e a sua configuração abrangem o fluxo de trabalho pretendido. |
| Zero retenção de dados | Nem os dots nem o modo Work com acesso ao computador local oferecem zero retenção de dados em sentido estrito. |
| FedRAMP | Os dots não estão disponíveis em espaços de trabalho FedRAMP. |
Gerencie quem pode usar um dot e dar instruções a ele
- Acesso pelo espaço de trabalho: durante a prévia para administradores, o acesso aos dots fica desativado por padrão. Para ativá-lo para um grupo, conceda a permissão Usar dots na função personalizada do grupo.
Exemplo de configurações. As posições dos seletores e os canais disponíveis podem variar conforme o espaço de trabalho.
-
Propriedade do dot: somente o proprietário pode dar instruções ao seu dot pessoal. Mensagens de outras pessoas, inclusive menções no Slack, não iniciam o trabalho nem dão a essas pessoas controle sobre o dot.
-
Permissões das conexões: um dot pessoal usa as conexões com plugins que o proprietário já tem. Por meio de cada plugin, o dot só pode acessar dados e executar ações que a conta conectada, as permissões do plugin e as configurações do espaço de trabalho permitam. Consulte as perguntas frequentes sobre privacidade e segurança dos dots.
-
Automações: o proprietário pode usar uma automação para aprovar uma ação com antecedência, especificando o que o dot pode fazer e quando. Por exemplo, pode pedir que o dot publique uma atualização do projeto no canal da equipe no Slack toda sexta-feira. O dot foi projetado para respeitar os limites dessa autorização e seguir as permissões e verificações de segurança habituais.
Onde o dot trabalha e quais controles se aplicam
A abrangência da Revisão automática para ações no navegador, na área de trabalho e em tarefas delegadas continua em análise.
O dot coordena o trabalho na nuvem. Por exemplo, se você pedir um resumo de um relatório salvo no seu notebook conectado, o comando que lê o arquivo será executado no notebook. As políticas locais do Agent Security determinam quais arquivos esse comando pode ler.
Para disponibilizar o trabalho local, um administrador ativa Permitir acesso ao computador local para os dots. Em seguida, cada funcionário decide se quer conectar seu computador no ChatGPT.
Um dot pode delegar tarefas em paralelo enquanto o proprietário continua a conversa. Ele pode iniciar uma conversa no modo Work ou no Codex em nome do proprietário. Quando o acesso local está ativado e o proprietário conecta um computador, a tarefa pode usar arquivos ou ferramentas desse computador. Para trabalhar em um repositório, o dot também pode iniciar uma conversa do Codex Cloud em um ambiente de programação disponível na nuvem, sem usar o computador do proprietário. Abra a tarefa na Visualização de atividades para ver onde ela é executada. Consulte Conecte computadores e aplicativos ao seu dot.
Controles por ambiente de trabalho
Comece verificando onde o dot executa a ação e qual conta ele usa. Por exemplo, uma regra que limita alterações em arquivos no notebook de um funcionário se aplica naquele notebook. Os arquivos do próprio dot na nuvem seguem controles separados. Se for preciso bloquear uma ação em todos os ambientes, verifique cada meio habilitado que o dot poderia usar para executá-la. Algumas ações também exigem a aprovação do proprietário.
| Ambiente | Controles aplicáveis | Configurações do administrador e ações do membro |
|---|---|---|
| Conversa principal com o dot | As funções do espaço de trabalho determinam quem pode usar dots e definir regras personalizadas. O proprietário dá instruções ao dot nessa conversa. Os controles e as configurações padrão de modelos do Enterprise não se aplicam à conversa principal com o dot. | Administrador. Em Console de administração → Permissões, configure Usar dots e Usar regras personalizadas para dots na função padrão do espaço de trabalho ou em uma função personalizada. Para aprovações gerenciadas e pesquisa na Web, use Agent Security → Global. Verifique as permissões dos aplicativos em Controles de plugins. Membro. Diga ao dot o que você quer que ele faça. Se o espaço de trabalho habilitar regras personalizadas, você pode definir uma instrução permanente, como “Pergunte antes de alterar um arquivo compartilhado”. |
| Plugins (aplicativos conectados) | Um dot pessoal usa a conexão com o aplicativo autorizada pelo proprietário. O que ele pode ler ou alterar por meio dessa conexão depende do acesso do proprietário no aplicativo, das permissões concedidas ao plugin e das ações permitidas pelo espaço de trabalho. | Administrador. Em Controles de plugins, defina os aplicativos disponíveis e as ações permitidas. No serviço de origem, verifique as permissões da conta conectada e o escopo autorizado. Membro. Conecte um plugin permitido pelo administrador do espaço de trabalho. |
| Computador do dot na nuvem | As configurações do computador na nuvem controlam a navegação, o acesso à rede para código e comandos de shell e o uso do computador. O dot pode criar, editar ou excluir seus próprios arquivos na nuvem. Os sites usam a conta conectada a eles no navegador na nuvem. As sessões de login, a VPN e as políticas de dispositivo do notebook do funcionário não se estendem automaticamente ao computador na nuvem. | Administrador. Em Console de administração → Permissões, selecione a função padrão do espaço de trabalho ou outra função. Em Recursos do espaço de trabalho → Permitir que os agentes usem computadores na nuvem, configure Usar um navegador, Permitir acesso à rede (código e shell) e Permitir uso do computador. Configure Usar gerenciador de senhas separadamente em Recursos do espaço de trabalho. As regras de sites do Agent Security permitiriam aos administradores liberar ou bloquear domínios no navegador do dot na nuvem e escolher quais sites permitem uploads ou downloads. Membro. Abra o computador na nuvem pelo perfil do dot para acompanhar o que ele está fazendo. Selecione Assumir o controle para executar uma etapa por conta própria e, quando quiser que o dot continue, selecione Devolver o controle. Se um site solicitar login, use o formulário privado ou assuma o controle do navegador na nuvem para entrar. |
| Tarefa delegada ao modo Work ou ao Codex | Quando o dot inicia uma conversa separada no modo Work ou no Codex, os controles de modelo do respectivo produto determinam quais modelos a tarefa pode usar. A tarefa segue os requisitos do Agent Security e os demais controles do ambiente em que é executada. | Administrador. Verifique o acesso ao modo Work ou ao Codex em Console de administração → Permissões e revise os controles de modelo do produto. Para um computador conectado, verifique Agent Security → Global e eventuais configurações específicas em Local. Para o Work Cloud, revise os recursos do computador na nuvem. Para o Codex Cloud, verifique Agent Security → Codex Cloud e Configurações → Codex Cloud → Ambientes. Membro. Abra a conversa delegada na Visualização de atividades. Veja onde a tarefa é executada, revise as fontes e os resultados e acrescente ali o contexto que faltar. |
| Computador conectado do funcionário | O espaço de trabalho deve permitir o acesso ao computador local para os dots, e o funcionário precisa conectar o computador. Os comandos executados nele seguem as políticas aplicáveis do Agent Security e do dispositivo. O dot pode usar os arquivos, as ferramentas e os aplicativos locais permitidos, enquanto a nuvem continua a coordenar a tarefa e pode processar seu contexto. | Administrador. Em Console de administração → Permissões → Usar dots, ative Permitir acesso ao computador local. Os computadores conectados herdam as configurações aplicáveis de Agent Security → Global. Na mesma política, use Local para substituir as configurações com suporte a essa opção quando o computador precisar de restrições diferentes para o sistema de arquivos ou a rede. As permissões do dispositivo também se aplicam aos aplicativos de desktop e ao acesso à tela. Membro. Nesse computador, abra o perfil do dot no aplicativo ChatGPT. Em Computadores → Seu computador, selecione Permitir acesso e confirme. Mantenha o computador online e o ChatGPT aberto. |
Como as políticas gerenciadas se aplicam
-
Política global: em Agent Security → Global, verifique os requisitos de aprovação gerenciada e se a pesquisa na Web é permitida para o fluxo de trabalho.
-
Configurações específicas de execução: para um comando no notebook de um funcionário, verifique as restrições de sistema de arquivos e de rede em Agent Security → Local. Para um comando delegado ao Codex Cloud, verifique Agent Security → Codex Cloud e as configurações de rede do ambiente selecionado.
-
Controles separados: para o computador do dot na nuvem e o Work Cloud, verifique separadamente o acesso ao navegador, o acesso à rede para código e shell e o uso do computador. Para uma tarefa delegada ao Codex Cloud, examine o ambiente do Codex selecionado.
Controle os aplicativos conectados e as credenciais
| Meio de acesso | O que verificar | Abrangência do controle |
|---|---|---|
| Plugins (aplicativos conectados) | Em Controles de plugins, verifique quais aplicativos e ações os membros podem usar. No serviço de origem, verifique qual conta autorizou a conexão. Para enviar um e-mail, confirme se a ação está ativada e se a conta pode enviar mensagens ao destinatário pretendido. | O dot só pode usar uma conexão existente para ações que o espaço de trabalho e a conta conectada permitam. Para encerrar o acesso por essa conexão, revogue a autorização do aplicativo no serviço de origem. Isso impede novas solicitações pela conexão. O dot ainda pode ter informações obtidas anteriormente. Outros recursos do ChatGPT compartilham o acesso aos aplicativos. Consulte as perguntas frequentes sobre privacidade e segurança dos dots e Gerencie dots nos espaços de trabalho do ChatGPT. |
| Sessões de login no navegador | Identifique a conta conectada ao site. Antes de conceder acesso a dados confidenciais, verifique no sistema de origem as permissões tanto da conexão com o aplicativo quanto da conta conectada ao site. |
Por exemplo, um plugin pode permitir que o dot leia um documento enquanto a conta conectada ao site também pode editá-lo. Verifique a função dessa conta antes de permitir esse fluxo de trabalho no navegador. |
| Credenciais de sites | Para entrar em um site, use o formulário privado de login ou assuma o controle do navegador. Nos logins compatíveis, a OpenAI envia a senha diretamente do formulário privado para o navegador na nuvem, sem expô-la ao modelo. As ferramentas de aplicativos podem se autenticar por meio do gerenciamento de credenciais no backend, e a automação do navegador pode usar uma sessão já autenticada. O navegador na nuvem armazena seus próprios cookies de sessão separadamente do dispositivo do membro. O código executado no computador do dot pode ler um token de aplicativo ou um cookie do navegador se o valor estiver exposto a esse código. Não presuma que a sessão ou o token esteja isolado do código executado ali. As credenciais de plugins e os valores usados apenas em sessões do navegador não aparecem nos logs. | Um novo login com uma senha salva exige confirmação. Após o login, o dot pode usar o site com as permissões dessa conta. Para encerrar o acesso, um administrador pode revogar a sessão do site no serviço de origem, quando houver suporte. O membro também pode sair da conta no navegador na nuvem ou limpar os cookies do site em Configurações → Navegador na nuvem → Dados do navegador. Consulte Conecte computadores e aplicativos ao seu dot. |
| Segredos do Codex Cloud | Para uma tarefa delegada ao Codex Cloud, use os controles de segredos documentados para o ambiente. Os segredos de rede fornecem um marcador aos programas e o substituem pela credencial nas solicitações a destinos HTTPS permitidos. Os programas podem ler diretamente os valores definidos como variáveis de ambiente. | Esses controles se aplicam ao Codex Cloud. Para configurar segredos, consulte Ambientes do Codex Cloud. |
Defina regras para aprovações e trabalho sem supervisão
Na pesquisa proativa, o dot trabalha em segundo plano entre solicitações para encontrar novidades relevantes para o trabalho do proprietário. Essa pesquisa é somente leitura. O dot pode ler as informações que o proprietário tem permissão para acessar por meio de aplicativos conectados e manter anotações privadas sobre o que encontrar. Suas ferramentas de pesquisa não podem enviar mensagens, editar conteúdo compartilhado nem controlar um navegador ou computador. Para enviar uma descoberta ao Slack, o dot precisa da autorização do proprietário tanto para o envio quanto para o público que receberá a mensagem. A Revisão automática verifica o envio proposto.
Ao autorizar uma tarefa recorrente, especifique a ação, os destinatários, o evento que a inicia e a programação. A permissão para redigir um e-mail a um cliente abrange o rascunho. O envio exige autorização. Para saber mais sobre a aprovação de ações, consulte as perguntas frequentes sobre privacidade e segurança dos dots.
| Mecanismo | O que faz | Condições e limites |
|---|---|---|
| Aprovação de ações | O proprietário pode autorizar uma ação como “Envie por e-mail a atualização semanal do projeto aos líderes do projeto toda sexta-feira”. Essa instrução abrange os destinatários e a periodicidade especificados. | Alterações fora desse escopo, inclusive mudanças de público, conteúdo ou horário de envio, exigem nova aprovação. |
| Revisão automática | A Revisão automática verifica as chamadas de ferramentas identificadas como “write” antes da execução. Por exemplo, antes do envio de um e-mail, ela verifica se os destinatários e o conteúdo da mensagem estão de acordo com as instruções do proprietário, as Regras personalizadas e os requisitos de segurança. | A Revisão automática pode bloquear o envio ou pedir que o proprietário esclareça quem é o destinatário ou aprove a ação. A aprovação não pode se sobrepor a uma verificação de segurança obrigatória. O Uso do computador solicita separadamente a permissão para usar um aplicativo de desktop. |
| Regras personalizadas | O proprietário pode definir uma regra para que o dot peça aprovação antes de enviar um e-mail. A regra pode acrescentar essa etapa, mas não pode conceder uma permissão de envio que a conta conectada não tenha nem se sobrepor a uma verificação de segurança obrigatória. | Desativar as regras personalizadas não torna obrigatória a aprovação de todas as ações. Diferencie as regras que os membros podem editar dos requisitos empresariais do Agent Security e das permissões impostas pelo serviço conectado. Para configurar regras personalizadas, consulte Gerencie dots nos espaços de trabalho do ChatGPT. |
- Trabalho delegado em um computador local. A conversa delegada usa o computador conectado do membro. Quando o Uso do computador está ativado e o aplicativo foi aprovado, selecionar “Sempre permitir” autoriza o ChatGPT a usar o aplicativo sem pedir acesso novamente.
Exemplo de envio do mesmo e-mail externo por três meios
- Suponha que o proprietário autorize o dot a enviar por e-mail a atualização aprovada do projeto para Lee, na empresa cliente, toda sexta-feira, sem anexos. Compare esse envio com a inclusão de um novo destinatário. Incluir outro destinatário exige uma nova autorização. Se a política da empresa proibir o destinatário, nem mesmo a aprovação do proprietário poderá autorizar a entrega.
| Meio de envio | Bloqueio técnico | Nova aprovação | Autorização permanente |
|---|---|---|---|
| Plugin de e-mail | A ação de envio está desativada ou a conta conectada não tem permissão para enviar. | Acrescentar um destinatário exige uma nova decisão. Se uma política do aplicativo exigir aprovação antes de ações de gravação, o envio original também precisará de aprovação. | O envio de sexta-feira pode prosseguir se a ação estiver ativada, a conta puder enviar e as verificações aplicáveis permitirem. |
| Webmail no navegador na nuvem | O espaço de trabalho desativa o acesso ao navegador na nuvem ou o serviço de e-mail rejeita a entrega pela conta conectada. | É preciso aprovar o envio a um novo destinatário. Confirmar um login salvo aprova apenas a entrada na conta. Ainda não há confirmação de que o botão Enviar solicite aprovação. | É possível reutilizar uma sessão ativa. A instrução para sexta-feira abrange a mensagem original. Verifique se o webmail consegue enviá-la sem supervisão. |
| Aplicativo de e-mail de desktop aprovado | Uma política gerenciada de Uso do computador bloqueia o aplicativo ou o serviço de e-mail rejeita a entrega pela conta conectada ao aplicativo. | Um novo destinatário exige aprovação mesmo que o aplicativo já esteja aberto. Ainda não há confirmação de que o Uso do computador peça aprovação ao selecionar Enviar. | A opção Sempre permitir deixa o dot reabrir o aplicativo. O envio de sexta-feira ainda precisa de uma instrução permanente própria. Verifique a entrega sem supervisão na tarefa delegada. |
-
Requisito empresarial para todos os meios de envio. Se sua organização proibir envios externos, aplique essa restrição a todas as contas de envio no serviço de e-mail ou desative cada meio que permita enviar mensagens. Se uma pessoa precisar aprovar cada e-mail externo, verifique se todos os meios habilitados pausam antes da entrega, inclusive quando já há uma sessão ativa no navegador ou uma aprovação vigente no desktop. Uma regra personalizada de um membro ou um teste bem-sucedido do plugin, por si só, não comprova essa cobertura.
-
Verificação. Use a mesma caixa de e-mail de teste e a mesma mensagem descartável em cada meio de envio. Teste um destinatário proibido, um destinatário novo permitido e o envio autorizado de sexta-feira. Registre qual controle atuou, se uma pessoa aprovou o envio e se o serviço de e-mail aceitou ou rejeitou a mensagem. Antes de aprovar o fluxo de trabalho, verifique o que ocorre a cada envio por todos os meios habilitados no navegador e no desktop.
-
Consulte Permissões de aplicativos, Sessões do navegador na nuvem, Aprovações de Uso do computador e Agent Security.
Revise o acesso ao navegador, à rede e ao dispositivo
Exemplo de configurações do computador na nuvem. As posições dos seletores ilustram uma configuração do espaço de trabalho.
Computador do dot na nuvem
-
Recursos de nuvem: a opção Usar um navegador controla o acesso ao navegador do dot na nuvem. A opção Permitir acesso à rede (código e shell) controla o acesso dos comandos à internet. A opção Permitir uso do computador controla a interação com aplicativos de desktop. As regras de sites do Agent Security permitiriam aos administradores liberar ou bloquear domínios no navegador do dot na nuvem e definir permissões de upload e download por site. Em um site permitido, o acesso do dot também depende da conta conectada ao site.
-
Gerenciador de senhas: revise o acesso ao gerenciador de senhas separadamente. Os controles do navegador na nuvem, de rede e de uso do computador podem se aplicar aos dots mesmo quando o ChatGPT Work está desativado. Para configurar esses recursos, consulte Gerencie dots nos espaços de trabalho do ChatGPT.
-
Proteções locais: o navegador do dot na nuvem tem sua própria sessão. Entrar em um site interno em um notebook ou conectar o notebook a uma VPN não dá ao navegador na nuvem acesso a essa sessão ou rota de rede.
-
Regras de rede: por exemplo, bloquear um nome de host para comandos de terminal em um notebook restringe o acesso por esses comandos. Teste separadamente o navegador na nuvem, os plugins e a pesquisa na Web se eles puderem alcançar o mesmo destino. Consulte Conecte computadores e aplicativos ao seu dot. Desativar o acesso à internet para código e shell não desativa, por si só, o navegador na nuvem nem os aplicativos conectados.
Como funciona o login no navegador na nuvem
O navegador na nuvem é opcional para os dots. Os administradores podem desativá-lo desligando a opção “Usar um navegador”.
Para acessar um site protegido por SSO corporativo, o funcionário faz login pelo navegador do dot na nuvem. Quando o dot oferecer um formulário privado de login, verifique o endereço do site e insira no formulário suas credenciais e os códigos de verificação solicitados. O formulário envia esses dados diretamente ao navegador na nuvem, sem que o modelo tenha acesso a eles.
Se o formulário não conseguir concluir uma etapa do login, selecione Abrir computador e depois Assumir o controle. Conclua pessoalmente as etapas de SSO corporativo e de autenticação multifator (MFA). Assim que o aplicativo abrir, selecione Devolver o controle para que o dot continue com a sua conta conectada. Se o site solicitar outra verificação, conclua a nova etapa antes de o dot continuar.
Ao assumir o controle, você passa a operar o navegador na nuvem. Se o SSO corporativo exigir um dispositivo gerenciado pela empresa ou uma conexão pela VPN corporativa, o navegador na nuvem não poderá usar o status de gerenciamento do notebook nem a conexão VPN dele para cumprir esse requisito. Mantenha a política em vigor. Se um plugin aprovado oferecer suporte à tarefa, use-o com uma conta conectada autorizada a realizar a ação. Se só for possível realizar a tarefa no site, use um dispositivo e uma rede que atendam à política.
O navegador na nuvem mantém seus próprios cookies, separados dos cookies do navegador no seu dispositivo. Eles incluem, quando aplicável, tokens de autorização que mantêm o login nas sessões salvas. Para sair de um site e encerrar a sessão salva, limpe os cookies do site em Configurações → Navegador na nuvem → Dados do navegador.
Computador conectado do funcionário
-
Requisitos de conexão: um administrador deve permitir o acesso local, e o membro precisa conectar o computador. Para trabalhar localmente, mantenha o computador online e o ChatGPT aberto. Colocá-lo offline mantém o vínculo com o dot.
-
Canais de mensagens: um membro pode enviar uma solicitação de outro dispositivo por um canal de mensagens. O dot pode então iniciar uma conversa e vincular a ela o computador conectado do membro, se estiver disponível.
-
Permissões do dispositivo: o acesso à câmera, ao microfone e à tela também depende do computador conectado e das permissões concedidas ao aplicativo ChatGPT nas configurações do dispositivo. Para saber mais sobre essas permissões, consulte as perguntas frequentes sobre privacidade e segurança dos dots.
Revise a memória, a retenção e a exclusão de dados
-
Contexto retido: o dot pode salvar informações que lê por meio de uma conexão autorizada com um aplicativo, como uma decisão da equipe compartilhada em uma conversa no Slack. Desconectar o aplicativo impede novas leituras por essa conexão. As informações que o dot já salvou podem permanecer na memória dele.
-
Treinamento de modelos: por padrão, a OpenAI não usa dados empresariais para treinar modelos. Pode haver revisão humana em circunstâncias limitadas, inclusive em casos relacionados à segurança, mesmo quando a opção de melhoria do modelo está desativada. Consulte as perguntas frequentes sobre privacidade e segurança dos dots.
-
Criptografia: a OpenAI usa AES-256 para criptografar dados em repouso. Para dados em trânsito entre sua organização e a OpenAI e entre a OpenAI e seus provedores de serviços, usa TLS 1.2 ou posterior.
-
Retenção: use a tabela abaixo para identificar o período de retenção e as etapas de exclusão de cada cópia. Para saber mais sobre memória e exclusão, consulte as perguntas frequentes sobre privacidade e segurança dos dots.
-
Contexto do dot: remover o acesso ao espaço de trabalho preserva os dados do dot. Ao excluir o dot, o contexto retido por ele, inclusive as anotações privadas de pesquisa e o histórico de conversas de pesquisa em segundo plano, é excluído em até 30 dias. Os backups do próprio dot também são excluídos em até 30 dias. A exclusão do dot não remove conversas do ChatGPT e do Codex armazenadas separadamente, arquivos no ChatGPT Space, em projetos, em armazenamento conectado ou no computador do usuário, nem informações adicionadas à Memória do ChatGPT a partir de conversas com o dot. Os respectivos proprietários devem gerenciar essas cópias separadamente.
-
Memória do ChatGPT: as conversas com o dot podem contribuir para a Memória do ChatGPT. Gerencie as informações compartilhadas nas configurações da Memória do ChatGPT. Ao remover informações, verifique tanto as memórias salvas quanto o histórico de chats. Excluir apenas uma conversa pode preservar uma memória salva. Consulte Memória no ChatGPT.
Retenção de dados por categoria
| Categoria de dados | Política de retenção | Quem inicia a exclusão e como | Prazo, cópias restantes e exceções |
|---|---|---|---|
| Chats do dot, histórico de subagentes nativos e tarefas agendadas | O dot principal mantém seu próprio histórico, suas configurações e seus agendamentos enquanto existir. | O membro usa Redefinir para excluir o dot, inclusive suas conversas, memórias salvas e agendamentos. Remover o acesso ao espaço de trabalho preserva os dados do dot. Um administrador do espaço de trabalho também pode excluir um dot, inclusive quando o proprietário estiver indisponível. | Os chats do dot, o histórico de subagentes nativos e as tarefas agendadas são excluídos em até 30 dias após a exclusão do dot. |
| Memória, perfil e anotações privadas de pesquisa do dot | O dot mantém seu próprio contexto enquanto existir, independentemente das configurações da Memória do ChatGPT. A pesquisa em segundo plano pode salvar anotações privadas a partir de fontes conectadas. | Os membros não podem remover uma memória específica do dot ou uma anotação de pesquisa derivada de uma fonte e manter o dot. Para remover o contexto do dot, o membro pode excluí-lo por completo. | Revogar o acesso à fonte impede novos acessos, mas pode preservar uma anotação derivada dela. A exclusão do dot remove suas anotações privadas de pesquisa e seus próprios backups em até 30 dias. |
| Conversas de pesquisa em segundo plano | As conversas de pesquisa em segundo plano mantêm o contexto de pesquisa associado ao dot enquanto ele existir. | Excluir o dot também exclui suas conversas de pesquisa em segundo plano e o contexto retido nelas. | O histórico dessas conversas e as cópias que pertencem ao dot são excluídos em até 30 dias após a exclusão do dot. |
| Memória do ChatGPT | O ChatGPT gerencia as memórias provenientes de conversas com o dot separadamente da memória do próprio dot. | O membro remove a memória salva no ChatGPT e exclui todos os chats que a contêm. Desativar o compartilhamento preserva o contexto que o dot já recebeu. | Excluir o dot preserva as memórias salvas separadamente no ChatGPT. A OpenAI pode manter um registro de uma memória salva que foi excluída por até 30 dias para fins de segurança e depuração. |
| Arquivos do ChatGPT Space | Os arquivos salvos seguem a política de retenção do espaço de trabalho Enterprise. Abrir, baixar ou anexar novamente um arquivo existente do ChatGPT Space não reinicia seu período de retenção. | O membro exclui o arquivo no ChatGPT Space. Os administradores de conformidade podem excluí-lo pela API do ChatGPT Space. O arquivo também pode expirar conforme a política do espaço de trabalho. | O arquivo do ChatGPT Space permanece após a exclusão do dot. Após a exclusão no ChatGPT Space, a remoção permanente é programada para ocorrer em até 30 dias, com exceções para dados já desidentificados e dissociados ou retidos por motivos de segurança ou obrigações legais. Consulte a linha Backups abaixo. |
| Arquivos em cache e Resultados | O chat do dot pode manter uma cópia separada de um arquivo do ChatGPT Space. Os controles de retenção e exclusão do ChatGPT Space se aplicam à cópia armazenada nele. | Excluir o arquivo do ChatGPT Space, mesmo da Lixeira, não inicia a exclusão do cache do chat do dot. Não há confirmação de um procedimento separado para que o próprio usuário remova essa cópia. | Um arquivo pode continuar listado em Resultados após a exclusão da cópia do ChatGPT Space. A cópia em cache que pertence ao dot é excluída em até 30 dias após a exclusão do dot. Ainda não há confirmação de outra forma de remover o item da lista. |
| Arquivos do computador na nuvem e estado do navegador | O disco do dot na nuvem pode reter arquivos e o estado do navegador. A expiração dos snapshots depende da configuração do espaço de trabalho. | Excluir um dot exclui seu navegador e seu computador na nuvem. | Os dados e o disco do computador na nuvem do dot, o estado do navegador, os snapshots e os backups são excluídos em até 30 dias após a exclusão do dot. As cópias salvas em outros locais seguem a política do destino. |
| Snapshots de máquinas virtuais | Nos espaços de trabalho elegíveis com residência de dados, Enterprise Key Management (EKM) ou ambos, o controle ativado apaga os snapshots em ciclos de cinco dias, com prazo máximo de sete dias. | Os snapshots expiram automaticamente na plataforma. Excluir o dot inicia, separadamente, o processo de exclusão do computador na nuvem. | Em espaços de trabalho sem residência de dados nem EKM, não há prazo máximo para manter snapshots de um dot ativo. Eles podem permanecer enquanto o dot existir, e atualmente os clientes não podem solicitar a eliminação antecipada. Os snapshots são excluídos em até 30 dias após a exclusão do dot. |
| Backups | Os backups do ChatGPT Space têm um período de retenção próprio documentado. Os backups do próprio dot são excluídos em até 30 dias após a exclusão do dot. | Quando um arquivo do ChatGPT Space é excluído, expira ou se torna inativo, a API de Compliance deixa de retorná-lo nas consultas aos dados ativos. A plataforma gerencia a expiração dos backups. | Um backup do ChatGPT Space pode permanecer por até 30 dias adicionais ou por mais tempo por motivos de segurança ou obrigações legais. Os backups do próprio dot são excluídos em até 30 dias após a exclusão do dot. |
| Conversas delegadas ao modo Work e ao Codex | As conversas hospedadas do modo Work e do Codex seguem a política de retenção do espaço de trabalho. Os registros mantidos apenas no dispositivo seguem as políticas locais de armazenamento e backup. | A política do espaço de trabalho determina quando as conversas hospedadas expiram. Para o Codex Cloud, consulte as orientações de retenção do espaço de trabalho. Excluir um dot preserva suas conversas delegadas ao Codex e ao modo Work. | Quando um chat do Codex é excluído no aplicativo de desktop, a OpenAI programa sua exclusão permanente dos sistemas em até 30 dias, sujeita às exceções publicadas. O Work Cloud programa a exclusão permanente dos chats excluídos em até 30 dias, sujeita às exceções publicadas. |
| Páginas no ChatGPT Space | As páginas do ChatGPT Space permanecem até que alguém as exclua. O prazo de retenção dos chats do espaço de trabalho não se aplica a essas páginas. | O criador ou proprietário de uma página pode movê-la para a Lixeira junto com suas subpáginas. Exclua os anexos salvos separadamente nos locais onde estão armazenados. Os membros podem excluir seus próprios arquivos salvos no ChatGPT Space. Os administradores de conformidade com as permissões de API necessárias podem excluir arquivos elegíveis. | O ChatGPT Space remove definitivamente uma página quando ela é excluída permanentemente ou após 30 dias na Lixeira. As páginas enviadas para a Lixeira antes do lançamento de 1º de outubro exigem exclusão manual. A exclusão da página preserva os anexos armazenados separadamente. |
| Arquivos locais e cópias em aplicativos conectados | O dispositivo ou serviço conectado determina as regras para os arquivos, mensagens e exportações armazenados nele. | Uma pessoa com permissão de exclusão remove o item no aplicativo de origem ou no dispositivo. A organização gerencia as cópias retidas separadamente. | Essas cópias permanecem após a exclusão do dot. O período de retenção do destino, as regras de backup e as eventuais obrigações de preservação determinam quando a exclusão termina. |
| Logs de conformidade e exportações do cliente | A Plataforma de logs de conformidade mantém cada evento por 30 dias a partir da criação. As cópias baixadas seguem a política do sistema de destino. | Os registros expiram automaticamente na plataforma. Sua organização gerencia a exclusão das cópias baixadas para seu próprio sistema. | Excluir o dot não apaga os eventos já emitidos nem reinicia seu período de retenção. A organização não pode usar a API de Compliance para apagar os logs internos de auditoria ou segurança da OpenAI. |
Alterações de acesso e ações de exclusão
| Ação ou categoria de dados | O que acontece | O que o administrador deve fazer |
|---|---|---|
| Desconectar um aplicativo | Impede novos acessos por essa conexão. O dot mantém o contexto existente. | Revise separadamente o contexto retido e as demais cópias. |
| Desativar a Memória do ChatGPT | Interrompe o compartilhamento de memórias com os dots. O contexto que o dot já recebeu permanece. | Para remover o contexto já recebido, consulte as opções de exclusão do dot. |
| Memórias individuais do dot | Não é possível excluir memórias individuais do dot. Para excluir todo o contexto, o membro ou administrador pode excluir o dot. As memórias do ChatGPT são gerenciadas separadamente no ChatGPT. | Para remover o contexto que pertence ao dot, o membro ou administrador pode excluir o dot por completo. Gerencie no ChatGPT as memórias salvas separadamente nele. |
| Redefinir ou excluir o dot | A opção Redefinir remove o dot, suas conversas, suas próprias memórias e suas tarefas agendadas. | Consulte o aviso de exclusão e preserve primeiro as evidências necessárias. |
| Arquivos e registros de tarefas delegadas | Os arquivos do ChatGPT Space, os arquivos locais ou externos, as conversas do Codex e as conversas separadas do ChatGPT seguem a política de retenção do aplicativo ou espaço de trabalho onde estão armazenados. | Conclua a exclusão em cada local de armazenamento. |
| Estado do ambiente na nuvem, snapshots e backups | A expiração automática de snapshots, a exclusão do computador na nuvem e a retenção de backups do ChatGPT Space têm prazos distintos. | Consulte os prazos acima para cada cópia. Os backups do próprio dot são excluídos em até 30 dias após a exclusão do dot. |
-
Categorias de dados: para atender a uma solicitação de exclusão de uma mensagem do Slack, localize a mensagem original, as anotações privadas que a citem ou resumam e os relatórios salvos com base nela. Verifique como excluir cada cópia.
-
Revogação do acesso à fonte: alterar as permissões no sistema de origem restringe o acesso futuro por essa fonte, mas não comprova a exclusão do contexto retido.
-
Solicitações de privacidade: inclua informações de clientes e de pessoas que não são usuárias ao avaliar quais dados é preciso localizar, corrigir ou excluir.
Revise os canais de mensagens e quem pode ver o conteúdo
-
Identidades no Slack: durante o desligamento de um funcionário, verifique tanto a identidade do dot no Slack quanto a conexão do proprietário com o plugin do Slack. O ChatGPT e os canais de mensagens habilitados dão acesso ao mesmo dot. As conversas ficam separadas, mas as anotações e o contexto salvos podem orientar o trabalho em diferentes canais.
-
Configuração do Slack: verifique a permissão de comunicação do espaço de trabalho e as aprovações necessárias para o aplicativo no Slack. Em seguida, o membro precisa concluir a configuração. Para configurar o Slack, consulte Gerencie as permissões e os recursos dos dots.
-
Quem pode ver as publicações: qualquer pessoa com acesso à conversa pode ler as publicações do dot. Use canais internos do Slack para trabalhar com a ajuda do dot. Recomendamos usar o dot apenas em canais em que todos façam parte da sua organização. Isso exclui canais do Slack Connect compartilhados com clientes ou parceiros. Restrições de compartilhamento: por exemplo, se um dot puder ler um documento privado de RH, publicar os valores dos salários desse documento em um canal de projeto os exporia a todos que podem ler o canal. Antes de aprovar uma publicação, especifique o que o dot pode compartilhar e confirme que todos no canal têm autorização para ver o conteúdo.
Colete evidências de auditoria e proteja as exportações
Escolha o relatório adequado para a tarefa
-
Investigações e relatórios: use os registros de conformidade para investigações e os dados da API de análise para relatórios de adoção.
-
Métricas de uso: as contagens de uso não mostram quem autorizou uma ação nem se ela foi bem-sucedida.
Rastreie uma ação
-
Localize a ação. Encontre o prompt do membro e a resposta do dot. Em seguida, verifique o evento da ferramenta ou do plugin. Para um envio ao Slack, compare o resultado do plugin com a mensagem no canal de destino.
-
Correlacione os registros. Use os identificadores do usuário e do espaço de trabalho para localizar os registros. Os registros atribuídos aos dots usam
client_id = DOTSe incluem metadados do dot quando disponíveis. Consulte o log do serviço de destino para verificar o resultado. -
Rastreie o trabalho delegado. Para tarefas delegadas, procure os IDs da conversa de origem e da tarefa. Anote os campos ausentes ou ocultados que impeçam o rastreamento da ação.
-
Verifique o destino. Um registro de ferramenta pode identificar um comando ou uma ação de navegador solicitada. Para verificar o destino de fato acessado, compare o registro com um log do proxy ou gateway desse caminho, se disponível. Um coletor local do OpenTelemetry abrange os eventos de execução local compatíveis. A coordenação das tarefas na nuvem fica fora da cobertura desse coletor. Para saber quais registros estão disponíveis, consulte Gerencie as permissões e os recursos dos dots.
Consulte os registros disponíveis atualmente na API de Compliance
| Atividade | O que procurar | O que o registro informa |
|---|---|---|
| Navegador ou computador na nuvem | TOOL_CALL_SUGGESTED | Identifica a ferramenta que o dot tentou usar. Mesmo com status=completed, a saída detalhada pode estar ausente. |
| Aplicativo conectado (plugin) | APP_MCP_CALL e APP_MCP_RESULT | A chamada identifica a ferramenta. O resultado informa sucesso ou erro e pode incluir uma prévia da saída ou detalhes do erro. |
As exportações da API de Compliance incluem prompts de usuários, respostas dos dots, solicitações e respostas de chamadas de ferramentas e atividades em segundo plano. Para investigar uma ação, correlacione os registros disponíveis e consulte o serviço conectado para verificar os efeitos externos. Algumas associações entre registros e alguns resultados podem não constar na exportação.
Logs de auditoria mais detalhados para atividades na nuvem. Estamos desenvolvendo registros mais detalhados na API de Compliance para dots e outros agentes que trabalham na nuvem. Nosso objetivo é ajudar as equipes de segurança a acompanhar as etapas que um agente executou durante uma tarefa, inclusive quais ferramentas e aplicativos conectados ele acionou e quando uma ação passou por revisão automática. Também estamos estudando como mostrar o que essas ferramentas retornaram e quais sites o navegador na nuvem visitou.
Retenha e proteja as exportações
-
Período de retenção: a Plataforma de logs de conformidade mantém os registros por 30 dias. Se precisar mantê-los por mais tempo, exporte continuamente os registros necessários.
-
Acesso às exportações: restrinja quem pode ler os dados exportados e usar suas chaves. Uma exportação pode conter a mensagem de um funcionário ou uma prévia do resultado de um plugin. Aplique as regras de retenção, descoberta eletrônica e preservação legal aos registros que seu sistema de fato recebe. Confirme separadamente se uma obrigação de preservação abrange os chats originais, os arquivos ou as anotações do dot.
-
Permissões de logs: o acesso amplo aos registros de conformidade e as permissões de acesso às mensagens das conversas exigem concessão por um proprietário do espaço de trabalho. Um proprietário ou administrador pode conceder as permissões de logs de escopo mais restrito disponíveis.
Interrompa o trabalho, revogue o acesso e gerencie desligamentos
Use este procedimento quando o funcionário responsável por um dot pessoal (o proprietário do dot) tiver saído da organização ou não puder ajudar. Um proprietário ou administrador do espaço de trabalho do ChatGPT executa as ações usando sua própria conta. Se a atividade continuar ou se você não conseguir verificar se o trabalho com informações sensíveis parou, abra imediatamente um chamado no suporte da OpenAI enquanto executa as etapas abaixo.
-
Remova o acesso ao espaço de trabalho se o funcionário tiver saído. Um proprietário ou administrador do espaço de trabalho pode remover um membro gerenciado manualmente. Se o membro for gerenciado por diretório, peça ao administrador de identidades que remova a atribuição do espaço de trabalho e confirme, após a sincronização, que o funcionário deixou de ser um membro ativo. O acesso ao espaço de trabalho termina quando o vínculo de membro é removido. Verifique separadamente se a atividade do dot foi contida. O trabalho já em andamento pode chegar ao fim após a revogação do acesso ao dot, e é preciso confirmar o efeito da remoção do membro sobre cada tarefa ativa e delegada.
-
Revogue o acesso aos dots se o funcionário precisar manter o acesso ao espaço de trabalho. Um proprietário do espaço de trabalho pode revisar a permissão Usar dots (Beta) em Configurações do espaço de trabalho → Permissões e funções. Verifique a função padrão do espaço de trabalho, as funções atribuídas diretamente e as funções de grupo. Qualquer concessão restante pode manter os dots habilitados. Antes de alterar uma concessão compartilhada, verifique quem mais depende dela.
-
Localize os agentes do funcionário no console de administração. Os administradores do espaço de trabalho, inclusive os proprietários, podem ver os agentes de um usuário e pausar ou excluir um dot.
-
Pause o dot. A pausa impede o início de novos trabalhos, inclusive as execuções agendadas pelo próprio dot. Se ele já tiver iniciado uma tarefa em uma conversa separada do modo Work ou do Codex, a tarefa poderá continuar em execução. Para interrompê-la, cancele essa tarefa separadamente. Verifique também os agendamentos independentes que o dot criou.
-
Retome o dot. Somente um administrador pode retomar um dot pausado por um administrador. Após a retomada, as sessões anteriores voltam a responder a mensagens. O trabalho delegado não é afetado.
-
Revogue o acesso aos dots. O trabalho em andamento pode chegar ao fim, novas mensagens deixam de acionar o modelo e os agendamentos ficam pausados. Verifique separadamente os efeitos da remoção do membro do espaço de trabalho.
-
Exclua o dot. A exclusão é irreversível, portanto preserve primeiro as evidências necessárias. Excluir um dot remove seu navegador e seu computador na nuvem, mas mantém os plugins do usuário.
-
Revogue o acesso das contas conectadas e encerre as sessões. Peça aos administradores dos serviços envolvidos que revoguem as autorizações dos aplicativos e, quando houver suporte, encerrem as sessões de sites usadas pelo navegador do dot na nuvem. Para o Slack, verifique tanto a identidade do próprio dot quanto a conta do Slack conectada pelo funcionário. Peça ao administrador de dispositivos que restrinja o acesso aos computadores conectados e verifique se há trabalho local em andamento. Confirme cada revogação no serviço que concedeu o acesso.
-
Verifique a atividade. É possível consultar o estado do trabalho em andamento na API de Compliance. O tempo informado para disponibilização desse estado é de 30 minutos no percentil 95 (p95). O estado do trabalho agendado pode ser consultado 30 minutos após a próxima execução programada. Esses prazos se referem à disponibilização dos dados e não garantem a interrupção imediata. Consulte o serviço de destino para verificar as ações concluídas.
-
Entre em contato com o suporte. Acesse help.openai.com com sua própria conta e abra o balão de chat. O suporte pode orientar um usuário ou administrador a interromper um dot, mas não pode agir diretamente sobre os dots no espaço de trabalho do cliente. Informe o ID do espaço de trabalho, o e-mail do funcionário, os identificadores disponíveis do dot ou da tarefa, as ações realizadas, as datas e os horários com fuso horário e a última atividade observada.
Recursos relacionados
- Consulte as perguntas frequentes sobre privacidade, segurança e proteção dos dots para saber mais sobre acesso, aprovações, memória e exclusão.
- Consulte Gerencie dots nos espaços de trabalho do ChatGPT para ver as configurações e permissões atuais.
- Consulte Gerencie as permissões e os recursos dos dots para obter orientações sobre configuração, uso e conformidade.
- Consulte Acesso ao computador local para Work Cloud e dots para verificar a elegibilidade e as proteções do acesso local.
- Consulte Segurança do ChatGPT Work na nuvem para conhecer os controles de tarefas delegadas ao modo Work.
- Consulte Agent Security para verificar os requisitos de política e as configurações de execução.
- Consulte API de Compliance e eventos de auditoria para acessar registros de conformidade e exportações.
Your dot