Projeto de Lei de Segurança de IA de Warner Impõe Escolha Entre Testes Voluntários e Controle Federal

Mark Warner apresentou o projeto de lei de segurança de IA de Warner com Brian Schatz e Andy Kim, exigindo revisão federal pelo menos 45 dias antes do lançamento dos modelos abrangidos.

A proposta, formalmente chamada Artificial Intelligence Risk Management and Security Act of 2026, mira modelos de fronteira com capacidades relevantes para a segurança nacional. Ela substituiria a supervisão hoje amplamente voluntária por testes obrigatórios, padrões exigíveis, relatórios de incidentes e penalidades civis substanciais.

Esse é o conflito central. Os senadores argumentam que as empresas não podem continuar sendo as únicas juízas sobre a segurança de lançar seus sistemas mais capazes. A Casa Branca e céticos no Congresso têm resistido a regras federais que poderiam desacelerar o desenvolvimento de IA dos Estados Unidos.

Warner, Schatz e Kim levaram essa disputa ao plenário do Senado em 24 de setembro. Eles buscavam ação enquanto o Congresso se aproximava de mais um recesso e as eleições de novembro encurtavam o calendário legislativo.

A medida chegou durante uma onda mais ampla de propostas sobre IA. Alguns legisladores defendem requisitos de transparência, controles de exportação, proteções para denunciantes ou capacidades de desligamento emergencial. O projeto de Warner vai além ao colocar avaliadores federais dentro do processo pré-lançamento.

Seu futuro permanece incerto. A medida foi apresentada por três democratas, enquanto legislações relacionadas à IA atraíram patrocinadores bipartidários. Ainda assim, a aprovação no Senado, por si só, não resolveria a oposição de líderes da Câmara ou do governo Trump.

A questão imediata, portanto, é maior do que um único projeto de lei. Washington precisa decidir se os alertas das principais empresas de IA justificam uma supervisão exigível, mesmo quando essas empresas competem pela velocidade de lançamento.

O Que o Projeto de Lei de Segurança de IA de Warner Mudaria

A legislação transformaria a segurança de IA de fronteira de uma prática gerida pelas empresas em uma obrigação federal de conformidade.

O resumo do projeto propõe um Artificial Intelligence Safety Board permanente dentro do Departamento de Comércio. Seus membros incluiriam representantes do NIST, CISA, NSA, Departamento do Tesouro e outros escritórios do Comércio.

Especialistas técnicos independentes também participariam. O conselho avaliaria riscos emergentes e estabeleceria padrões técnicos de segurança e proteção para os sistemas abrangidos.

A legislação se concentra em modelos de fronteira, ou seja, sistemas altamente capazes que apresentam riscos sérios para a segurança nacional, a segurança econômica ou a saúde pública. Essa definição busca evitar a imposição dos mesmos requisitos a cada chatbot, sistema de recomendação ou aplicação de pequena empresa.

Um desenvolvedor que se preparasse para lançar um modelo abrangido daria ao conselho acesso pelo menos 45 dias antes da implantação pública. Os materiais exigidos incluiriam pesos do modelo, arquivos de configuração, ambientes de execução e as bibliotecas de software necessárias para operar o modelo.

Os pesos do modelo são os parâmetros numéricos aprendidos durante o treinamento. O acesso a eles pode apoiar testes mais aprofundados, mas também cria uma responsabilidade de segurança excepcionalmente sensível para o governo.

Avaliadores federais poderiam usar ambientes seguros na NSA e nos laboratórios nacionais do Departamento de Energia. Esse arranjo foi concebido para capacidades que não podem ser examinadas com segurança por meio de uma interface pública.

O conselho definiria padrões de teste para sistemas capazes de descobrir e explorar vulnerabilidades de software sem estímulo humano direto. Essa linguagem torna a capacidade cibernética autônoma um gatilho central para atenção regulatória.

Os desenvolvedores também preparariam Planos de Segurança de Modelo. Cada plano identificaria as capacidades, os riscos, as mitigações propostas e o executivo corporativo responsável pela implementação.

Esse executivo identificado é importante. Compromissos de segurança frequentemente aparecem em documentos de políticas sem atribuir uma responsabilização interna clara. A proposta conectaria esses compromissos a um executivo identificável.

O descumprimento poderia acarretar penalidades civis de até US$ 250.000 por cada violação, por cada dia em que ela continuar. O valor torna os padrões materialmente diferentes de orientações voluntárias.

O projeto criaria um banco de dados nacional para incidentes, falhas recorrentes e quase-acidentes. NIST e CISA coordenariam esse sistema, enquanto relatórios sensíveis passariam por um processo seguro.

Em geral, as empresas abrangidas reportariam incidentes graves em até 30 dias. Incidentes que envolvessem ameaças iminentes à segurança nacional, à infraestrutura crítica ou à segurança pública exigiriam comunicação em até 72 horas.

Operadores de infraestrutura crítica também enfrentariam obrigações de comunicação quando a IA controlasse sistemas industriais ou outras tecnologias operacionais. Essa disposição amplia a responsabilidade para além dos desenvolvedores de modelos.

Uma empresa de serviços públicos que utilizasse um agente autônomo, por exemplo, poderia enfrentar riscos operacionais diferentes dos de uma empresa que oferece um assistente ao consumidor. O banco de dados poderia ajudar reguladores a identificar fragilidades que aparecem em múltiplas implantações.

A proposta também aborda agentes autônomos, que são sistemas capazes de planejar e executar ações por meio de ferramentas externas. Os padrões abrangeriam identidade, autenticação, autorização, acesso a dados e diferentes níveis de autonomia.

Os desenvolvedores documentariam o uso pretendido de um agente, seus limites de autoridade, acesso a ferramentas, limitações conhecidas e resultados de avaliações independentes. Esses detalhes podem determinar se uma credencial comprometida se torna um incidente menor ou uma violação mais ampla.

Essa combinação torna o projeto mais amplo do que uma exigência de testes. Ele conecta testes de segurança de modelos de IA, segurança de implantação, responsabilização corporativa e aprendizado com incidentes dentro de uma estrutura federal.

Por Que a Supervisão Voluntária Está Agora Sob Pressão

Os senadores contestam a ideia de que testes privados e parcerias governamentais opcionais possam acompanhar os riscos de modelos cada vez mais autônomos.

Warner enquadrou a ameaça em torno de incidentes cibernéticos práticos, em vez de cenários distantes sobre a extinção humana. Ele citou modelos que poderiam penetrar um banco, sistema de água ou rede elétrica.

Esse enquadramento reflete uma mudança no debate sobre políticas de IA. Legisladores estão cada vez mais concentrados em sistemas que podem buscar vulnerabilidades, operar ferramentas e executar sequências mais longas sem supervisão contínua.

Os senadores afirmam que os principais desenvolvedores emitiram seus próprios alertas sobre essas capacidades. Seu anúncio cita OpenAI, Anthropic, Google DeepMind, Meta e Microsoft entre as empresas que discutem riscos crescentes de cibersegurança.

Os alertas das empresas não estabelecem que todo modelo avançado pode comprometer autonomamente a infraestrutura crítica. Eles enfraquecem, porém, o argumento de que a preocupação governamental se baseia apenas em comentários especulativos ou hostis vindos de fora.

Schatz apresentou a questão como uma questão de controle humano. Kim argumentou que inovação sem controle cria caos, enquanto Warner descreveu ataques evitáveis à infraestrutura como a preocupação mais próxima no tempo.

Essas alegações continuam sendo argumentos políticos, não conclusões independentes. Ainda assim, elas explicam por que o projeto se concentra em acesso pré-lançamento e planos exigíveis, em vez de promessas voluntárias.

O trabalho federal existente oferece uma base sem impor as mesmas obrigações. A estrutura de risco de IA do NIST oferece orientação às organizações para identificar e gerenciar riscos de IA.

Essa estrutura é intencionalmente flexível. As empresas podem adaptá-la a diferentes sistemas, setores e necessidades organizacionais.

O projeto de lei de segurança de IA de Warner adota outra abordagem para os modelos mais capazes. Ele autorizaria um conselho federal a traduzir princípios de gestão de risco em padrões que os desenvolvedores devem seguir.

Essa distinção coloca os laboratórios de fronteira sob pressão direta. Os cronogramas de lançamento poderiam precisar acomodar acesso governamental, avaliações seguras, trabalho de remediação e documentação de conformidade.

O período de 45 dias também mudaria a forma como as empresas planejam lançamentos. Um desenvolvedor não poderia mais tratar testes externos como um exercício opcional realizado pouco antes do lançamento.

Uma empresa abrangida poderia precisar congelar componentes importantes cedo o suficiente para que avaliadores examinassem um sistema estável. Mudanças significativas de última hora poderiam complicar exatamente o que o conselho revisou.

Clientes empresariais sentiriam efeitos indiretos. Bancos, hospitais, empresas de serviços públicos e contratados do governo precisam cada vez mais de evidências de que agentes implantados respeitam permissões e limites de dados.

Documentação padronizada poderia oferecer aos compradores uma base mais consistente para analisar essas alegações. Ainda assim, a conformidade não garantiria que um modelo permanecesse seguro em todos os ambientes de clientes.

Um modelo pode se comportar de forma diferente após a integração com bancos de dados privados, sistemas de identidade, repositórios de código e ferramentas externas. Portanto, os controles de implantação continuariam tão importantes quanto a avaliação em laboratório.

Para trabalhadores do conhecimento, a questão pode parecer distante até que um agente obtenha autoridade sobre e-mails, documentos, sistemas financeiros ou código de produção. Nesse ponto, o comportamento do modelo se torna uma questão de controle de acesso.

Equipes que adotam esses sistemas precisam de um registro pesquisável de permissões, resultados de testes e incidentes. Uma base de conhecimento de IA mantida pode apoiar a governança interna, embora não possa substituir testes regulatórios.

O argumento mais forte da legislação repousa nessa transição de responder perguntas para realizar ações. Uma resposta falha cria uma categoria de dano. Uma ação autônoma pode criar outra.

Os senadores apostam que essa distinção levará o Congresso além do apoio geral à “IA responsável”. Sua proposta pede que os legisladores definam quem testa, quem reporta e quem paga pelas violações.

A Verdadeira Troca É Entre Revisão Federal e Velocidade de Lançamento

O projeto força o Congresso a escolher entre uma implantação privada mais rápida e uma supervisão mais lenta respaldada por autoridade legal.

Os apoiadores veem a revisão obrigatória como uma precaução básica. Eles argumentam que os incentivos privados favorecem lançamentos rápidos, especialmente quando os principais laboratórios competem por clientes, capital e liderança técnica.

Uma empresa pode adiar um lançamento após descobrir uma fragilidade grave. Ela também enfrenta pressão para interpretar resultados incertos da maneira defensável mais favorável.

Os testes federais acrescentam outro tomador de decisão. Eles criam distância entre a equipe que constrói um modelo e a instituição que decide se seus controles de risco atendem a um padrão público.

Os críticos do projeto podem levantar uma preocupação diferente. Um processo centralizado poderia se tornar lento, tecnicamente rígido ou vulnerável à pressão política.

Os modelos de fronteira mudam rapidamente, enquanto a formulação de regras federais costuma avançar por procedimentos longos. Um teste concebido para uma geração pode deixar de detectar capacidades que aparecem na próxima.

O acesso seguro apresenta outra troca. Dar pesos de modelo a especialistas federais permite análises mais profundas, mas esses arquivos estão entre os ativos mais valiosos de um laboratório.

Uma violação em uma instalação de testes poderia expor propriedade intelectual ou dar a adversários acesso a um modelo capaz. O governo precisaria de práticas de segurança que justificassem a confiança que exige dos desenvolvedores.

A proposta tenta responder a essa preocupação por meio de ambientes federais seguros. No entanto, criar uma autoridade não é o mesmo que provar que seu quadro de funcionários e sua infraestrutura são adequados.

O conselho reuniria organizações com missões diferentes. O NIST desenvolve padrões, a CISA protege infraestruturas críticas e a NSA atua na comunidade de inteligência.

Essa combinação pode trazer conhecimento especializado valioso. Também pode gerar disputas sobre padrões de evidência, classificação, divulgação pública e responsabilidade pelas decisões finais.

Desenvolvedores podem questionar como o conselho lidaria com sistemas de pesos abertos. Esses modelos apresentam uma dinâmica de lançamento diferente, porque a publicação pode tornar uma retirada posterior praticamente impossível.

Laboratórios menores poderiam enfrentar custos de conformidade desproporcionais. Grandes empresas já mantêm equipes de avaliação, ambientes de computação seguros, departamentos jurídicos e relações com o governo.

Uma regra ampla pode, portanto, proteger o público ao mesmo tempo que reforça a concentração de mercado. O Congresso precisaria definir limites que capturem capacidades perigosas sem tratar todo desenvolvedor como um grande laboratório de fronteira.

O foco do projeto em desempenho e modificabilidade reconhece esse problema. Ainda assim, a implementação determinaria quão previsíveis esses limites se tornariam.

É nesse ponto que a regulação de IA de fronteira difere da certificação convencional de produtos. Um modelo não é um dispositivo físico fixo com um único uso estável.

Os desenvolvedores podem ajustá-lo, conectá-lo a ferramentas, modificar salvaguardas ou aumentar seus recursos computacionais disponíveis. Usuários podem combinar um modelo com sistemas que seu avaliador original nunca observou.

Uma análise de 45 dias pode identificar capacidades importantes e fragilidades de segurança. Ela não pode certificar todas as configurações futuras nem eliminar a necessidade de monitoramento após o lançamento.

Os senadores abordam essa limitação por meio de relatórios de incidentes e padrões contínuos. Esses mecanismos reconhecem que os testes de segurança de modelos de IA antes do lançamento produzem evidências, não certezas.

A resistência política continua sendo igualmente importante. O presidente Donald Trump se opôs a recentes pedidos por uma regulação mais rígida da IA, enquanto outros republicanos alertaram contra restrições excessivas.

A divisão regulatória não é simplesmente entre pessoas que reconhecem o risco e pessoas que o ignoram. Ela também envolve qual instituição deve administrar esse risco.

Algumas autoridades priorizam a liderança americana diante da China. Elas temem que controles domésticos possam desacelerar empresas dos Estados Unidos, enquanto concorrentes estrangeiros enfrentam menos obrigações.

Os apoiadores respondem que uma segurança fraca pode comprometer a mesma vantagem estratégica. Pesos de modelos roubados, infraestrutura comprometida e capacidades cibernéticas sem controle podem transferir benefícios aos adversários.

Ambos os argumentos conectam segurança à competitividade nacional. Eles divergem sobre se uma intervenção federal obrigatória fortalece ou restringe essa posição.

Portanto, o projeto não pode avançar apenas com evidências técnicas. Seus patrocinadores precisam demonstrar que uma revisão aplicável melhora a segurança sem transformar o governo em um gargalo de lançamento.

Uma Agenda de IA Lotada Expõe o Risco Político do Projeto

O Congresso concorda cada vez mais que a IA cria riscos graves, mas o consenso sobre o perigo não produziu consenso sobre um único mecanismo regulatório.

A proposta de Warner chegou a um Senado que já considera abordagens mais restritas. Cada projeto isola uma parte diferente do mesmo problema de governança.

Os senadores James Lankford, Chris Coons, Katie Britt e Brian Schatz apresentaram o AI Systems Transparency Act em 24 de setembro. Essa proposta bipartidária de transparência exigiria divulgações públicas sobre coleta de dados, salvaguardas, riscos de modelos e violações de políticas.

A Federal Trade Commission aplicaria esses requisitos. O projeto se aplicaria tanto a sistemas fechados quanto de código aberto que atendam aos seus limites empresariais.

As regras de transparência pedem que as empresas expliquem seus sistemas e salvaguardas. A medida de Warner daria aos avaliadores federais acesso a modelos abrangidos antes da implantação.

Essas abordagens podem se complementar. Elas também revelam o quanto os legisladores ainda estão distantes de um modelo único de regulação da IA de fronteira.

O senador John Kennedy seguiu outra via com seu AI Emergency Button Act. Ele exigiria que os desenvolvedores mantivessem uma forma de desligar sistemas perigosos.

O senador Rand Paul objetou quando Kennedy buscou consentimento unânime, impedindo a aprovação imediata daquela proposta de desligamento.

Esse episódio demonstra a fragilidade do mesmo procedimento que Warner e Schatz planejavam usar. O consentimento unânime pode acelerar a tramitação, mas qualquer senador pode interrompê-la.

Um pedido bloqueado não prova necessariamente que a maioria dos senadores se opõe à política subjacente. Ele pode refletir objeções substantivas, exigências de emendas, influência processual ou um conflito partidário mais amplo.

O projeto de segurança de IA de Warner enfrenta dificuldade adicional porque impõe mais do que divulgação. Ele criaria um órgão de supervisão, exigiria acesso técnico sensível e estabeleceria penalidades contínuas.

Os apoiadores podem apontar para o interesse bipartidário na segurança da IA. Os opositores ainda podem contestar essa distribuição específica de poder federal.

O processo normal do Senado apresenta outro obstáculo. Legislações importantes geralmente exigem análise em comissão, emendas, debate e apoio suficiente para superar uma obstrução parlamentar.

A maioria das medidas precisa de 60 votos para avançar quando os senadores recusam o consentimento unânime. Uma maioria na Câmara e a assinatura presidencial ainda seriam necessárias depois.

O momento torna esses obstáculos mais acentuados. Os legisladores se aproximam das eleições, enquanto o calendário disponível no plenário precisa acomodar gastos, defesa, nomeações e outras prioridades.

A Câmara demonstrou menos urgência em relação a uma ação abrangente sobre IA. O presidente da Câmara, Mike Johnson, alertou que órgãos legislativos podem responder com burocracia e regulação excessiva.

Essa visão cria a oposição mais consequente ao projeto. Mesmo uma coalizão bipartidária no Senado precisaria de líderes da Câmara dispostos a pautar e moldar uma medida correspondente.

O governo Trump favoreceu uma abordagem federal mais leve. Também enfatizou concorrência, inovação e liderança nacional.

Os patrocinadores precisam, portanto, decidir se buscarão o projeto completo ou se o dividirão em dispositivos com apoio mais amplo. A comunicação de incidentes pode atrair aliados diferentes do acesso obrigatório antes do lançamento.

O próprio conselho de segurança poderia ser outro ponto de negociação. Os legisladores podem apoiar avaliações federais enquanto se opõem a uma nova instituição permanente.

As posições da indústria também serão importantes. Empresas líderes pediram supervisão governamental, mas apoio geral à regulação não equivale a apoio a cada obrigação de conformidade.

Grandes desenvolvedores podem aceitar padrões comuns que reduzam a incerteza. Ainda assim, podem se opor à divulgação de materiais sensíveis, cronogramas fixos ou penalidades vinculadas a testes técnicos em evolução.

Concorrentes menores e defensores do código aberto podem se concentrar nos limites. Eles desejarão garantias de que a lei não coloque empresas estabelecidas em uma posição competitiva mais forte.

Grupos de liberdades civis podem examinar o papel da NSA. Especialistas em cibersegurança podem acolher suas capacidades técnicas, ao mesmo tempo que questionam como agências de inteligência lidam com sistemas comerciais e com a responsabilização pública.

Essas preocupações não invalidam a proposta. Elas identificam as questões de desenho que precisam ser resolvidas antes que uma ampla declaração de urgência se torne uma lei viável.

A mobilização dos senadores no plenário, portanto, teve dois propósitos. Ela buscou aprovação, mas também forçou colegas a revelar se seu apoio a proteções para IA se estende a uma revisão federal aplicável.

Três Sinais Mostrarão se a Segurança de IA Aplicável Avança

O próximo teste não é outro alerta sobre o risco da IA; é saber se líderes políticos transformarão esse alerta em autoridade legislativa.

O primeiro sinal é o patrocínio bipartidário formal ao projeto de segurança de IA de Warner. A apresentação nomeou Warner, Schatz e Kim, todos democratas.

A participação republicana fortaleceria o caminho do projeto pelo Senado e tornaria mais difícil descartar seu enquadramento de segurança como uma iniciativa partidária. Sem ela, a medida provavelmente permanecerá como um marco para negociações futuras.

Os endossos mais importantes viriam de senadores envolvidos em políticas de inteligência, comércio, segurança interna ou forças armadas. Suas comissões supervisionam muitas das agências citadas no projeto.

O interesse bipartidário em legislações relacionadas oferece uma possível ponte. Lankford, Britt, Coons e Schatz já se alinharam em torno da transparência, enquanto Kennedy buscou requisitos de desligamento.

Uma coalizão que combinasse essas abordagens indicaria que o Congresso está passando de propostas isoladas para uma arquitetura federal compartilhada. A fragmentação contínua enfraqueceria essa conclusão.

O segundo sinal é se os líderes do Senado agendam ação em comissão ou no plenário. Discursos e pedidos de consentimento unânime geram atenção, mas não oferecem o escrutínio necessário para um sistema regulatório duradouro.

A análise em comissão obrigaria os legisladores a examinar definições, limites, cronogramas de revisão, segurança da informação, aplicação e direitos de recurso. Esses detalhes determinarão como a lei funciona.

Ela também revelaria se a exigência de 45 dias é negociável. Um cronograma revisado, implementação gradual ou exceção de emergência poderia atrair apoio sem abandonar a revisão obrigatória.

A ausência de audiências ou marcações sugeriria que a liderança vê o projeto principalmente como uma mensagem política. Isso enfraqueceria as perspectivas de aprovação no curto prazo, independentemente da preocupação pública.

Acompanhe a Câmara tão de perto quanto o Senado. Um projeto correspondente, grupo de trabalho ou audiência em comissão mostraria que a proposta tem um caminho além de uma única casa legislativa.

O terceiro sinal é como os laboratórios de fronteira respondem. Apoio claro de grandes desenvolvedores enfraqueceria as alegações de que os requisitos são tecnicamente impossíveis.

Um apoio qualificado seria mais revelador do que uma declaração ampla favorável à regulação. As empresas deveriam abordar acesso antes do lançamento, pesos de modelos, prazos para incidentes, padrões para agentes e desenho de penalidades.

Uma oposição centrada em segurança ou implementação poderia melhorar o texto. Uma oposição centrada apenas na velocidade de lançamento reforçaria o argumento dos patrocinadores sobre incentivos conflitantes.

O comportamento dos desenvolvedores também importa antes de qualquer votação. Mais avaliações independentes, planos de segurança padronizados e divulgações detalhadas de incidentes poderiam mostrar que as práticas voluntárias estão melhorando.

Um incidente grave não comunicado pressionaria na direção oposta. Ele fortaleceria o argumento de que acordos opcionais não podem produzir responsabilização consistente.

Os leitores devem permanecer cautelosos diante de alegações dramáticas de qualquer lado. A revisão federal não pode garantir que um modelo nunca será usado indevidamente, comprometido ou modificado após o lançamento.

Da mesma forma, os custos de conformidade não destroem automaticamente a inovação. Padrões claros podem ajudar compradores empresariais a distinguir controles documentados de vagas garantias de segurança.

A questão decisiva é se o Congresso consegue desenhar uma supervisão que mude comportamentos sem congelar a prática técnica. Isso exige resultados aplicáveis ao lado de métodos de avaliação adaptáveis.

Desenvolvedores, clientes empresariais e usuários de IA devem observar esses três sinais em ordem: patrocínio bipartidário, ação legislativa formal e respostas detalhadas da indústria.

Juntos, eles mostrarão se a nova urgência do Senado produzirá lei ou se juntará a um arquivo crescente de propostas de IA inacabadas.

Por enquanto, a medida mudou os termos do debate. Warner, Schatz e Kim já não estão pedindo às empresas apenas que cooperem com testes governamentais.

Eles estão pedindo ao Congresso que exija isso, atribua responsabilidades, registre incidentes e puna o descumprimento. Esse é um compromisso maior do que simplesmente apoiar, em princípio, a segurança em IA.

Qualquer pessoa que implemente sistemas autônomos deve acompanhar o texto legislativo e revisar agora seus próprios limites de permissão. As mesmas questões continuarão existindo mesmo que esse projeto de lei não avance.

Quem pode acessar ferramentas sensíveis, quem aprova mudanças nos modelos, quem recebe um relatório de incidente e quem pode interromper uma ação insegura? Essas já são questões operacionais.

O futuro da política federal de segurança em IA depende de os legisladores respondê-las antes da próxima falha grave — e não apenas depois dela.