Apresentamos os controlos de acesso do Daybreak
A OpenAI está a introduzir controlos de acesso às capacidades do Daybreak (anteriormente conhecido como Trusted Access for Cyber) na API e no Codex. Estes controlos permitem aos administradores decidir que projetos ou utilizadores podem utilizar o Daybreak e aos utilizadores autorizados decidir quando aplicar as capacidades do Daybreak a pedidos específicos da API ou a tarefas do Codex.
Na API, o acesso aos modelos Cyber pode agora ser definido ao nível do projeto. O administrador da sua organização pode criar ou selecionar um projeto dedicado ao trabalho com Cyber, ativar o Daybreak nesse projeto e adicionar apenas os utilizadores que precisam de acesso. Os utilizadores autorizados podem então escolher quando aplicar as capacidades do Daybreak a um pedido, passando o parâmetro opcional `access_programs.cyber` (mais detalhes aqui). Isto permite manter o trabalho com Cyber separado de outras atividades da API, incluindo casos de utilização externos, sem deixar de o gerir na sua organização principal.
No ChatGPT e no Codex, a OpenAI está também a introduzir controlos de acesso aos modelos Cyber ao nível do utilizador, tanto para o Daybreak Blue como para o Daybreak Red. Quando estes controlos estiverem disponíveis, os administradores do espaço de trabalho poderão escolher que utilizadores do espaço de trabalho principal podem aceder aos diferentes níveis do Daybreak, sem terem de manter um espaço de trabalho separado exclusivamente para Cyber. Os utilizadores autorizados podem então escolher quando aplicar as capacidades do Daybreak, ativando a opção «Daybreak» no seletor de modelos avançado.
Em conjunto, estes controlos permitem centralizar a administração, a faturação e a governação na sua organização principal, limitando o acesso ao Cyber aos projetos, utilizadores e casos de utilização adequados. Note que a autenticação por chave de API no Codex ainda não suporta os mesmos controlos ao nível do utilizador. No entanto, as chaves de API podem ser geridas através dos controlos de acesso da API ao nível do projeto.
Começar a utilizar os controlos de acesso
Se a sua equipa utiliza atualmente as capacidades do Daybreak na sua organização principal da API e no seu espaço de trabalho principal do ChatGPT/Codex:
Todos os utilizadores da sua organização ou espaço de trabalho podem continuar a ter acesso às capacidades do Daybreak nos seus modelos principais (tal como acontece atualmente), mas poderá ser necessário efetuar alguns passos de migração.
Quando estiver tudo pronto para passar a utilizar os controlos de acesso, solicite a alteração ao seu representante da OpenAI ou através de support@openai.com.
A OpenAI disponibilizará então os controlos de acesso ao nível do projeto e do utilizador na sua organização da API e no seu espaço de trabalho do ChatGPT/Codex.
Note que estes controlos são disponibilizados com o acesso DESATIVADO por predefinição. Assim que os controlos forem ativados, os projetos e os utilizadores não terão acesso ao Daybreak até que os administradores configurem explicitamente esse acesso. Solicite esta alteração apenas quando estiver tudo pronto para passar o acesso ao Daybreak para este regime em que o acesso está desativado por predefinição. Consulte as instruções detalhadas abaixo.
Se a sua equipa utiliza atualmente as capacidades do Daybreak numa organização da API separada e num espaço de trabalho do ChatGPT/Codex também separado, a nossa equipa irá colaborar consigo na migração para a sua organização principal (consulte as instruções abaixo). A migração para a sua organização principal oferece as seguintes vantagens:
Maior controlo de acesso: gira o acesso aos modelos Cyber através de controlos de acesso baseados em funções, incluindo controlos ao nível do projeto para a utilização da API e ao nível do utilizador para o ChatGPT/Codex.
Faturação e limites de despesa mais simples: a utilização pode ser abrangida pelo seu acordo comercial principal, em vez de ser repartida por várias faturas. Assim, aplicam-se as mesmas tarifas, os custos são deduzidos dos mesmos montantes de consumo contratados e a utilização fica sujeita aos limites de despesa da API.
Administração baseada em projetos: os administradores podem utilizar os Projetos para separar o trabalho com Cyber de outras atividades, mantendo a governação centralizada na mesma organização da API.
Operações mais simples: reduza a duplicação de utilizadores, espaços de trabalho e definições de faturação, bem como a carga administrativa.
Após a conclusão da migração, a sua equipa utilizará as capacidades do Daybreak na sua organização principal, e a organização ou o espaço de trabalho anteriormente dedicado ao Cyber será desativado. Note que, se a sua organização principal da API tiver um espaço de trabalho do ChatGPT/Codex associado, esse espaço de trabalho também terá acesso ao Daybreak. Tal como na organização da API, o acesso estará DESATIVADO por predefinição até que os administradores o configurem para os utilizadores pretendidos. Se for indispensável manter uma organização da API e um espaço de trabalho do ChatGPT/Codex separados, articule esta necessidade com a sua equipa da OpenAI.
Visão geral do processo de migração
A migração para a sua organização principal requer os seguintes passos:
Cliente: confirmar a configuração de destino
Identifique a organização principal da API da OpenAI e, se aplicável, o espaço de trabalho principal do ChatGPT/Codex onde a sua equipa deverá utilizar as capacidades do Daybreak a partir de agora.
Cliente: concluir a migração de utilizadores e fluxos de trabalho
Adicione os utilizadores relevantes à organização ou ao projeto principal e migre os fluxos de trabalho, aplicações, chaves de API ou dependências operacionais necessários da organização dedicada ao Cyber. Consulte abaixo a lista de verificação da migração e o plugin de administração para obter apoio automatizado na migração.
Cliente: enviar o pedido de migração à OpenAI
Quando a sua equipa tiver concluído a lista de verificação abaixo, informe a equipa da OpenAI responsável pela sua conta (ou support@openai.com) de que está tudo pronto para a OpenAI processar a migração. No pedido de migração, inclua o ID da organização onde pretende configurar os controlos de acesso e os IDs das organizações secundárias de onde irá migrar.
OpenAI: configurar a organização principal
A OpenAI ativará o acesso adequado aos modelos Cyber e os controlos ao nível do projeto na sua organização principal.
Cliente: concluir a configuração final
O administrador da sua organização pode então ativar o acesso ao Cyber para os projetos relevantes na organização principal da API ou para os utilizadores no espaço de trabalho do ChatGPT/Codex, guardar a configuração e adicionar os utilizadores adequados a esse projeto ou espaço de trabalho, conforme necessário. Note que esta ação tem de ser efetuada por um administrador da organização, uma vez que os administradores de projetos e os utilizadores não podem configurar estas definições.Para a API e a autenticação por chave de API no Codex:
Aceda a Definições do projeto > Geral > Acesso aos modelos Daybreak. Localize o botão de alternância do Daybreak Blue. Se a sua organização tiver aprovação para utilizar o Daybreak Red, verá um botão de alternância adicional. Os botões de alternância estão desativados por predefinição, o que significa que o projeto ainda não tem acesso. Ative o botão de alternância do nível do Daybreak que pretende disponibilizar. O acesso é independente em cada projeto: ativar ou desativar um botão de alternância do Daybreak num projeto não tem qualquer efeito nos restantes. Note que a alteração do acesso à API pode demorar até cerca de 15 minutos a produzir efeito depois de clicar em Guardar.
Para o ChatGPT/Codex:
Ativar o acesso para todo o espaço de trabalho: abra o espaço de trabalho pretendido em Consola de administração > Modelos > Predefinição do espaço de trabalho. Em Modelos > Cibersegurança, ative o Daybreak Blue. Ative o Daybreak Red apenas se o pretender e tiver elegibilidade para tal. Clique em Guardar alterações.
Ativar o acesso para um utilizador específico: abra Modelos > Funções. Na função pretendida, abra o menu de ações e escolha Editar substituição. Utilize Adicionar substituição de função para criar uma nova substituição. Em Modelos > Cibersegurança, selecione Ativado para o Daybreak Blue e, opcionalmente, para o Daybreak Red. Clique em Guardar. «Modelos» > Guardar. Note que a alteração do acesso ao Codex através do início de sessão com o ChatGPT pode demorar até cerca de 10 minutos a produzir efeito depois de clicar em Guardar.
Se anteriormente solicitou acesso para utilizadores através do início de sessão no Codex com o ChatGPT, reconfigure o acesso desses utilizadores no espaço de trabalho principal do ChatGPT/Codex para evitar interrupções quando revogarmos o acesso ao espaço de trabalho dedicado no passo 7.
Cliente: revogar todas as chaves de API na organização dedicada ao Cyber
Certifique-se de que todas as chaves de API foram revogadas na sua organização dedicada ao Cyber, consultando as chaves de API nas definições da organização aqui (todas devem estar inativas). Note que todas as chaves não revogadas serão arquivadas quando a OpenAI desativar a organização ou o espaço de trabalho dedicado ao Cyber.
OpenAI: desativar a organização ou o espaço de trabalho dedicado ao Cyber após um período de transição de 14 dias.
Para garantir que tem tempo para migrar e validar os fluxos de trabalho na organização principal, a OpenAI aguardará 14 dias antes de desativar a organização ou o espaço de trabalho dedicado ao Cyber anteriormente disponibilizado. Se anteriormente solicitou acesso para utilizadores através do início de sessão no Codex com o ChatGPT e ainda não reconfigurou o respetivo acesso no espaço de trabalho principal, esses utilizadores perderão o acesso nesse momento. Os utilizadores a quem foi concedido acesso individualmente também perderão esse acesso durante a migração.
Lista de verificação da migração
Antes de pedir à OpenAI que processe a migração, confirme os seguintes pontos:
Identificou o ID da organização principal da API e o ID do espaço de trabalho do ChatGPT/Codex para onde pretende migrar as capacidades do Daybreak.
Identificou o ID da organização da API dedicada ao Cyber e o ID do espaço de trabalho do ChatGPT/Codex que deverão ser desativados após a migração.
Confirmou que o acesso aos modelos Cyber só será ativado para casos de utilização e utilizadores internos aprovados na organização principal da API com o ID indicado e no espaço de trabalho do ChatGPT/Codex. É permitida a utilização externa na mesma organização ou espaço de trabalho, mas os projetos com utilização externa e os utilizadores externos não podem ter acesso às capacidades do Daybreak.
Migrou os utilizadores, fluxos de trabalho, chaves de API, aplicações e dependências operacionais necessários para fora da organização dedicada ao Cyber. Estes incluem:
Contas de utilizador
GPTs
Projetos
Definições de administração do espaço de trabalho (SCIM, grupos de utilizadores, ícone do espaço de trabalho, análises e métricas).
Conversas partilhadas
Períodos de retenção de dados
Registos da API de Conformidade
Telas
Conteúdo da biblioteca
Configuração e dados dos conectores
Tarefas, histórico e configurações do Codex
Agentes e competências do espaço de trabalho
Garantiu que todas as chaves de API da sua organização dedicada ao Cyber foram devidamente revogadas. Após solicitar a migração, a OpenAI desativará a sua organização dedicada ao Cyber e as chaves de API ativas nessa organização serão revogadas.
O administrador da sua organização está pronto para ativar o Trusted Access for Cyber no projeto aprovado assim que a OpenAI concluir o aprovisionamento.
Está tudo pronto para que a OpenAI desative a organização ou o espaço de trabalho dedicado ao Cyber.
Depois de concluir todos os pontos, envie à equipa da OpenAI responsável pela sua conta os IDs das organizações ou dos espaços de trabalho relevantes e confirme que está tudo pronto para a OpenAI processar a migração.
Perguntas frequentes
Porque é que a OpenAI nos está a pedir para migrar para a nossa organização principal?
A migração permite gerir o acesso ao Daybreak, os utilizadores, a faturação e a governação num único local. Também reduz a duplicação de utilizadores, espaços de trabalho, definições de faturação e chaves de API, bem como a carga administrativa.
Podemos manter o trabalho com Cyber separado de outras atividades da API?
Sim. O administrador da sua organização pode criar ou selecionar um projeto dedicado ao trabalho com Cyber, ativar o Trusted Access for Cyber nesse projeto e adicionar apenas os utilizadores que precisam de acesso.
Podemos utilizar a mesma organização principal tanto para trabalho interno com Cyber como para casos de utilização externos?
Sim, mas as capacidades do Daybreak só devem ser ativadas para casos de utilização internos aprovados, e os modelos de cibersegurança só podem ser utilizados em projetos dedicados a casos de utilização internos de cibersegurança. Os projetos com casos de utilização externos ou utilizadores externos não devem ter acesso às capacidades do Daybreak.
Quais são os casos de utilização internos aprovados?
A aprovação para utilizar o Daybreak abrange os funcionários e outras pessoas que trabalhem para o cliente aprovado. O acesso aos modelos e às capacidades do Daybreak não pode ser alargado a terceiros. Os casos de utilização aprovados incluem investigação em segurança, avaliações por equipas vermelhas, análise de ameaças, avaliação de vulnerabilidades, testes de defesa, revisão da segurança do código, investigação de incidentes e outros trabalhos de segurança realizados pelas equipas internas da sua organização. As capacidades do Daybreak não devem ser utilizadas em produtos destinados a clientes, para acesso de terceiros ou em automatizações acessíveis ao público, salvo com aprovação explícita do Programa de Parceiros Daybreak da OpenAI.
O que acontece à nossa organização ou ao nosso espaço de trabalho dedicado ao Cyber após a migração?
Após a conclusão da migração, a OpenAI irá desativar a organização ou o espaço de trabalho dedicado ao Cyber e remover o acesso anterior ao Cyber ao nível da organização.
A OpenAI vai desativar a nossa organização dedicada ao Cyber antes de estarmos prontos?
Não. Só deve pedir à OpenAI que processe a migração depois de transferir os utilizadores, fluxos de trabalho, chaves de API, aplicações e dependências operacionais necessários para a sua organização ou espaço de trabalho principal.
As minhas chaves de API existentes continuarão a funcionar?
As chaves de API criadas na sua organização dedicada ao Cyber não serão transferidas para a sua organização principal. Antes da migração, crie novas chaves de API no projeto aprovado na sua organização principal e atualize todas as aplicações, scripts ou fluxos de trabalho que dependam das chaves antigas. As chaves de API existentes na sua organização da API dedicada ao Cyber terão de ser revogadas no âmbito desta migração. Assim que a organização dedicada ao Cyber for desativada, as chaves dessa organização deixarão de funcionar.
Que informações temos de enviar à OpenAI?
Envie à equipa da OpenAI responsável pela sua conta o ID da organização principal da API e o ID do espaço de trabalho do ChatGPT/Codex para onde pretende migrar, bem como o ID da organização da API ou do espaço de trabalho dedicado ao Cyber que deverá ser desativado após a migração.
Quem ativa o Daybreak após o aprovisionamento da organização pela OpenAI?
O administrador da sua organização concluirá a configuração final, ativando o Daybreak no projeto da API pretendido e adicionando os utilizadores adequados. No ChatGPT/Codex, os administradores do espaço de trabalho irão gerir o acesso ao nível do utilizador assim que esses controlos estiverem disponíveis.
A migração vai alterar a nossa faturação?
O objetivo é integrar a utilização do Cyber no seu acordo comercial principal, para que deixe de estar repartida por organizações, faturas ou saldos de créditos separados.
E se continuarmos a precisar de uma organização ou de um espaço de trabalho separado?
Contacte a equipa da OpenAI responsável pela sua conta se considerar que tem um requisito comercial, regulamentar, de residência de dados ou de faturação que exija uma organização ou um espaço de trabalho separado.
