SecODD adapta conceito de domínio operacional de carros autônomos para governar agentes de defesa cibernética autônoma
O artigo propõe o SecODD, um framework de governança em tempo de execução para agentes de Defesa Cibernética Autônoma que adapta o conceito de Operational Design Domain usado na regulação de veículos autônomos. Ele define o escopo autorizado de ações defensivas automatizadas, modela quando a intervenção humana precisa permanecer possível, e especifica condições auditáveis de devida diligência por meio de um 'Mitigation Safe Harbor', apoiado em quatro requisitos técnicos: logging à prova de adulteração, orquestração com humano no loop, playbooks de rollback e controles de transição para estado seguro.
Centros de operações de segurança estão começando a delegar detecção, triagem e contenção de incidentes a agentes de Defesa Cibernética Autônoma (ACD) que atuam em tempo de execução, sem aprovação humana para cada ação. O risco óbvio é que um playbook defensivo executado automaticamente e de forma equivocada, por exemplo isolando ou desligando o sistema errado, pode causar uma interrupção de serviço crítico tão ou mais grave do que o incidente que estava tentando conter, criando ainda uma lacuna de responsabilização entre quem implanta o agente, o supervisor do SOC, o fornecedor da ferramenta, o provedor de serviços gerenciados e o provedor de infraestrutura.
O SecODD responde a esse problema importando, por analogia, o conceito de Operational Design Domain (ODD) da regulação de veículos autônomos, a ideia de que um sistema autônomo só deve operar dentro de um conjunto bem definido de condições para as quais foi validado, fora das quais o controle precisa voltar a um humano. Aplicado à defesa cibernética, isso significa definir explicitamente o escopo de ações defensivas automatizadas que um agente ACD está autorizado a executar sem intervenção, e modelar os pontos em que uma intervenção humana significativa precisa permanecer tecnicamente possível, não apenas garantida em um documento de política.
A peça central de responsabilização é o Mitigation Safe Harbor: um conjunto de condições de devida diligência auditáveis que, se cumpridas, demonstram que o operador agiu com o cuidado esperado ao autorizar ações autônomas, apoiado em quatro requisitos de engenharia concretos: logging à prova de adulteração, para reconstruir o que o agente realmente fez; orquestração com humano no loop, para preservar capacidade de intervenção; playbooks de rollback, para reverter ações defensivas que se mostrem equivocadas; e controles de transição para estado seguro, para garantir que o sistema sempre possa voltar a uma configuração conhecida e estável.
Os autores ilustram a aplicação prática por meio de uma matriz de auditoria cenário a cenário, traduzindo dois modos de falha conhecidos de ACD em resultados binários de aprovação ou reprovação. O valor do framework está menos em uma técnica de detecção nova e mais em oferecer uma linguagem comum, auditável e orientada a evidências, para decidir quando uma organização deve ou não autorizar que um agente de IA tome ações defensivas de alto impacto sem supervisão humana em tempo real, uma decisão que hoje é tomada, na prática, caso a caso e sem padrão formal entre fornecedores de SOC autônomo.