Testar uma aplicação web como o faria um atacante e, logo a seguir, escrever a correção do código: é este o trabalho que a OpenAI quer entregar a agentes de inteligência artificial. O palco escolhido foi o evento Cyber at the Frontier, a 12 de novembro, onde a plataforma Daybreak ganhou dois nomes novos, Red Team e Defense Factory. O acesso é restrito: o Red Team exige um pedido de entrada antecipada e só espaços de trabalho já admitidos no Daybreak encontram o Defense Factory, sob a forma de plugin de pré-visualização no ChatGPT.
Resposta rápida: Desde 12 de novembro, a plataforma Daybreak da OpenAI cobre as duas pontas da segurança aplicacional com agentes de IA: o ataque simulado a aplicações web (Red Team) e a preparação de correções de código (Defense Factory). O acesso está limitado a organizações aprovadas e nenhuma correção é integrada sem revisão humana. Antes de aderir, defina o âmbito e a autorização dos testes e verifique que dados ficam expostos ao fornecedor.
Red Team: um teste de intrusão em que nada conta sem prova
A proposta da página de produto é um teste de intrusão em que cada suspeita só passa a vulnerabilidade depois de os agentes, que trabalham em equipa e conhecem o código-fonte e o contexto da aplicação, a terem seguido até ao fim de um caminho de ataque. O mesmo circuito serve para reavaliar falhas já reportadas e para repetir o ataque depois de aplicada a correção. Quem já tem uma fila de alertas por triar, vindos de scanners de código, programas de bug bounty ou divulgações de vulnerabilidades, pode entregá-la aos agentes para validação.
Os limites do teste ficam do lado do cliente: ambientes isolados e um mecanismo de revisão a que a OpenAI chama Guardian delimitam as aplicações e os endpoints ao alcance dos agentes. A admissão continua a depender de decisão da OpenAI, mesmo para quem se inscreve no acesso antecipado.
Defense Factory: da falha ao pull request
Do lado da correção, a matéria-prima pode chegar de três origens: os resultados do próprio Red Team, dados de vulnerabilidades importados de Wiz, Snyk e Endor Labs, ou análises a repositórios GitHub ligados, incluindo a vigilância de novos commits e avaliações agendadas. O ponto de chegada é um pull request em rascunho no GitHub, nunca uma alteração aplicada sozinha: a evidência fica disponível para consulta, o patch pode ser afinado com o Codex e a decisão de integrar o código cabe aos engenheiros, depois de o reverem e testarem.
Como se ativa o Defense Factory
A documentação de configuração descreve um arranque em poucos passos:
- A instalação parte do menu
Pluginsde um espaço de trabalho ChatGPT com acesso ao Daybreak, onde o plugin surge com o nomeDaybreak Defense Factory (Preview). - A primeira análise arranca na opção
Run an agentic scan, já dentro da área Daybreak da barra lateral. - A autenticação no GitHub é individual: não há forma de partilhar uma única ligação por todo o espaço de trabalho.
- A recomendação é modesta no arranque, um só repositório ou pasta, deixando a monitorização de commits e o agendamento para depois de vistos os primeiros resultados.
Convém contar com várias horas de espera quando o repositório é grande, avisa a OpenAI. Quem lança uma análise na nuvem está, na prática, a pôr o Codex cloud a trabalhar sobre o seu repositório. Há alternativa local na aplicação de secretária, incluindo para alterações ainda por submeter, e um modo Deep scan opcional cujo preço são mais passagens, mais tempo e mais tokens.
Quem pode aceder e com que modelos
O Daybreak funciona por níveis de acesso de confiança. No nível Blue, os defensores verificados trabalham com os modelos generalistas da OpenAI sujeitos a menos recusas, mas sem modelos especializados em cibersegurança. O nível Red é o que abre a porta aos modelos Cyber: o GPT-5.6 Cyber para todas as organizações aprovadas e o GPT-6 Cyber apenas mediante aprovação adicional. Quanto ao modelo usado pelo Defense Factory, o nome GPT-6 Cyber chega por via indireta, através de relatos que remetem para o The Register; a documentação de configuração refere apenas, de forma genérica, modelos Cyber.
Fica por saber quanto custará cada produto e quando o Red Team abrirá a mais clientes. Taxas de acerto e de falsos positivos são, para já, uma incógnita: não se conhecem números publicados para nenhum dos dois.
Como o Daybreak chegou aqui
| Data | Desenvolvimento |
|---|---|
| Maio de 2026 | Arranque do Daybreak, assente no GPT-5.5, no Codex Security e no programa Trusted Access for Cyber |
| 22 de junho de 2026 | Patch the Planet, iniciativa com a Trail of Bits para apoiar projetos de código aberto; versão completa do GPT-5.5-Cyber e programa de parceiros |
| Agosto de 2026 | Níveis de acesso Blue e Red e modelo GPT-5.6-Cyber; a 11 de agosto, chegada à AWS através do Amazon Bedrock |
| Setembro de 2026 | Daybreak for Frontline Defenders: mil milhões de dólares em acesso subsidiado, formação e apoio técnico para serviços essenciais; a OpenAI refere 2.000 organizações e espaços de trabalho aprovados |
| 12 de novembro de 2026 | Red Team e Defense Factory entram no catálogo |
Porque importa para as organizações em Portugal
Para as entidades abrangidas pelo Regime Jurídico da Cibersegurança (Decreto-Lei n.º 125/2025, que transpõe a NIS2), o tratamento de vulnerabilidades e a segurança da cadeia de abastecimento fazem parte das medidas de gestão de risco exigidas. Ferramentas deste tipo podem encurtar o tempo entre a deteção e a correção, mas não transferem a responsabilidade. A entidade continua a responder pelo âmbito do teste, pela autorização dada e pela validação de cada alteração ao código.
Há também uma dimensão de proteção de dados. Entregar código-fonte e acesso a aplicações a um fornecedor externo obriga a avaliar que informação fica exposta. Se os ambientes testados contiverem dados pessoais, aplicam-se as regras do RGPD sobre subcontratantes e transferências internacionais. Para as PME, que não têm acesso imediato a estes produtos, o essencial mantém-se: inventário de aplicações, correções em dia e acompanhamento dos alertas do CNCS/CERT.PT.
Perguntas frequentes
O que é o Daybreak Red Team?
É o nome dado pela OpenAI a testes de intrusão a aplicações web conduzidos por agentes de IA. Está em acesso antecipado e cobre três momentos: procurar falhas, confirmar as que já foram reportadas e repetir o ataque depois da correção.
O Defense Factory aplica correções sozinho?
Não. O resultado é uma proposta, sob a forma de pull request em rascunho no GitHub, que os engenheiros têm de rever e testar antes de a integrar.
Quem pode usar estas ferramentas?
Apenas organizações aprovadas. O Red Team depende de um pedido de acesso antecipado avaliado pela OpenAI e o Defense Factory requer um espaço de trabalho ChatGPT já com acesso ao Daybreak.
O que devem fazer as organizações portuguesas antes de aderir?
Definir por escrito o âmbito e a autorização dos testes, avaliar o fornecedor à luz das obrigações de gestão de risco do regime de cibersegurança e verificar se há dados pessoais nos ambientes ou repositórios analisados.
Esta informação tem caráter noticioso e baseia-se em dados divulgados publicamente pela OpenAI na página do Daybreak Red Team, na documentação do Defense Factory e na descrição dos níveis de acesso do Daybreak, bem como em informação da SecurityWeek e da Help Net Security.