← todas as ediçõesradar.personalgenius.com.br
Radar IA · edição diária · Personal Genius

A Anthropic diz que o Claude achou a origem das sementes das curvas do NIST, e Filippo Valsorda refez a conta em Go.

sábado, 17 de outubro de 2026 · último ciclo editorial fechado antes de 17/10 04h15

A Anthropic publicou em 16 de outubro que um modelo da casa recuperou a origem das sementes das cinco curvas de primo do ECDSA, o padrão de assinatura digital que o instituto americano de padrões NIST publicou nos anos 1990. Elas são saída de um gerador pseudoaleatório comum da biblioteca C alimentado por marcas de tempo do Unix, e não o hash de alguma frase perdida, a hipótese que acompanhou a suspeita de porta dos fundos da NSA por mais de duas décadas. O criptógrafo Filippo Valsorda reimplementou o algoritmo em Go no mesmo dia, confirmou o resultado e liberou os US$ 36.864 do prêmio, e o tempo de menos de meia hora até o achado é conta da Anthropic.

Manchete

A Anthropic publicou em 16 de outubro que um modelo da casa recuperou a origem das sementes das cinco curvas de primo do ECDSA, o padrão de assinatura digital que o instituto americano de padrões NIST publicou nos anos 1990 e que hoje assina conexão de TLS, carteira de criptomoeda e pacote de software: elas são saída de um gerador pseudoaleatório comum da biblioteca C alimentado por marcas de tempo do Unix, entre maio de 1997 e abril de 1998, e não o hash de alguma frase perdida, a hipótese que acompanhou a suspeita de porta dos fundos da NSA por mais de duas décadas. O criptógrafo Filippo Valsorda, que organizava a recompensa pela resposta, reimplementou o algoritmo em Go no mesmo dia, confirmou o resultado e liberou os US$ 36.864 do prêmio, que a equipe da Anthropic doou ao ISRG, a organização sem fins lucrativos que mantém a autoridade certificadora Let's Encrypt. Pela conta dele, quem escolheu as sementes ficou com pouco mais de 30 bits de liberdade, pouco para embutir um atalho. O tempo de menos de meia hora até o achado é conta da Anthropic, numa página que não nomeia a versão do modelo nem publica custo de computação.

Item 1A Anthropic diz que o Claude achou a origem das sementes das curvas do NIST, e Filippo Valsorda refez a conta em Go

Fatoa página que a Anthropic publicou em 16 de outubro põe em menos de meia hora o tempo do modelo até o achado e descreve o caminho: reconhecer a assinatura do lrand48, o gerador pseudoaleatório da biblioteca C, recuperar o estado interno de 48 bits e voltar à marca de tempo que o alimentou. Foram 1.842 iterações do gerador até sair a semente padronizada da P-256, e as marcas de tempo das cinco curvas de primo (P-192, P-224, P-256, P-384 e P-521) caem entre maio de 1997 e abril de 1998. A mesma página põe em 1 em 5.810 a chance de o padrão aparecer por acaso, e põe as curvas binárias em fevereiro de 1984, ou em 17 de abril de 1998 com a marca de tempo dobrada.

A parte que não passa pela Anthropic é de Filippo Valsorda, criptógrafo que organizava a recompensa pela resposta e que escreve ter reimplementado o algoritmo em Go para verificar a alegação. Ele confirmou o resultado, liberou os US$ 36.864 do prêmio para a equipe da Anthropic, que os doou ao ISRG, descartou a hipótese de que as sementes fossem o hash de frases em inglês, e calcula que quem montou as curvas ficou com pouco mais de 30 bits de liberdade na escolha. Valsorda também registra o que segue aberto: um critério de rejeição não documentado, que deixa cerca de duas vezes mais sementes válidas do que as publicadas.

A medida de tempo e o quanto o modelo fez sozinho são da empresa que o treinou, dez pesquisadores dela assinam o achado junto com o modelo, e Valsorda refez a matemática, não o processo. A própria página escreve que isso não é quebra criptográfica nem fragilidade das curvas, e o nome da função sai diferente nas duas descrições do mesmo resultado, lrand48 na da Anthropic e a família srand48 na de Valsorda.

Item 2A China põe 23 tecnologias de IA em consulta na lista de exportação controlada, e isenta o que já é público

Fatoos ministérios do Comércio e da Ciência e Tecnologia da China puseram em consulta em 16 de outubro, no anúncio conjunto número 48 de 2026, um rascunho que acrescenta 40 tecnologias ao catálogo de exportação proibida e restrita, 23 delas de IA, entre elas grandes modelos, agentes, clusters de computação e processamento de informação, pela página do jornal Beijing News. A divisão proposta é de 14 tecnologias proibidas e 26 restritas, o texto isenta o que já entrou em domínio público por código aberto ou por artigo acadêmico, e exige registro prévio das tecnologias cobertas já a partir do anúncio.

A isenção é sobre data de publicação: o que já está no ar fica fora, o que vier depois entra no regime. Os limiares de desempenho, de parâmetro e de sensibilidade de dado não estão definidos no rascunho, e o prazo em que a consulta fecha não aparece na página. A leitura de quem baixa esses modelos vai contra o susto da manchete: no fio mais votado do r/LocalLLaMA, /u/shing3232 escreve que "o que é restrito são os modelos de fronteira e proprietários, irrelevante pra gente, sinceramente", e /u/BrightCandle teme o efeito no peso aberto americano, dizendo que "as empresas americanas estão pulando de alegria, elas podem amarrar o mercado; nenhuma delas tem motivo para soltar peso aberto de novo agora".

As manchetes do dia contaram a mesma lista de três jeitos, 23 tecnologias de IA pela Bloomberg, cerca de 40 no total pela Reuters e 14 pelo South China Morning Post, e os três recortes se encaixam na página chinesa, onde 14 é a lista de proibidas. O fio de controle de exportação vinha aparecendo pelo lado americano, na prisão do dono de revendedora da Califórnia por embarcar US$ 300 milhões em GPU Nvidia para a China (veja o radar de 03/10), e no mesmo ciclo deste rascunho o Shanghai AI Lab publicou peso aberto e nomeou a licença.

Item 3A Anthropic mede a própria casa: a contratação técnica júnior cai de 21% para 14% desde o começo de 2025

Fatoa Anthropic publicou em 16 de outubro medição do próprio quadro de pessoal. A fatia de contratação técnica júnior caiu de 21% para 14% desde o começo de 2025, as contratações técnicas júnior caíram de 27% para 9%, dois pares que a mesma página publica como medidas diferentes sem nomear a base de cada um, e a fatia de emprego dos departamentos técnicos foi de 61% para 56% em um ano. Em agosto de 2026, as horas de agente dentro da empresa superavam o número de funcionários em 6 para 1, e março de 2026 foi o primeiro mês em que a hora de trabalho de agente passou a hora humana. O método declarado soma dados internos de emprego, uso de IA, métricas de produção, pesquisa com funcionários e registro de decisão de contratação, mais 17 entrevistas, e a página nomeia quatro autores.

A mesma página publica o limite dessa leitura: cerca de 80% do tempo das sessões interativas tem o agente parado esperando humano. As 5 vezes de commit por engenheiro em relação a seis meses antes medem envio, não o que entrou em produção, o estudo interno compara 192 engenheiros que adotaram agente de programação com 74 que não adotaram, sem sorteio, e a amostra é uma empresa só, que vende a ferramenta que produz o resultado medido.

O outro instrumento é de 15 de outubro, no texto que Addy Osmani, Morgan Westlee Lunt e Qing Wang publicaram sobre a revisão de código do time do Claude Code: a fatia de pull requests internos com comentário de revisão de conteúdo foi de 16% para 54% depois de a casa ligar a revisão automática, a média de rodadas até passar caiu de 2,08 para 1,32, a fatia que precisa de cinco rodadas ou mais caiu de 8,9% para 1,5%, e a fatia revertida caiu mais de 40% de junho a setembro, no período em que os pull requests fundidos mais que dobraram. No mesmo texto a empresa escreve que o Claude produz cerca de 90% do código do próprio Claude Code, sem dizer se a conta é por linha, commit ou pull request, e que a maioria dos pull requests dele funde com no máximo uma pessoa no circuito. Os dois textos repousam no volume que saiu de cerca de 2.500 para mais de 30 mil mudanças fundidas por dia (veja o radar de 14/10), e nenhum publica denominador absoluto.

Item 4A Anthropic volta o padrão de permissão do Claude Code sem interface para o modo que pergunta, 21 dias depois

Fatoa v2.1.302 do Claude Code, publicada em 16 de outubro às 20:53, faz a sessão de claude -p e do Agent SDK sem modo de permissão configurado começar em modo default, e não em automático, nas três condições que a página nomeia: fornecedor de terceiro, telemetria desligada e instalação nova. Quem passa --permission-mode auto segue em automático, e a sessão interativa de terminal e de VS Code continua no automático que a v2.1.284 instalou. São 21 dias entre as notas de 25 de setembro, que puseram essas mesmas três condições em automático, e esta release.

A mesma versão liga por padrão os subagentes fork no claude -p, no Agent SDK, no desktop e no VS Code, põe em 12 o teto de hooks de um mesmo evento rodando ao mesmo tempo, muda o classificador do modo automático do lado do servidor para compactar a conversa longa demais para a checagem de segurança em vez de negar toda chamada de ferramenta checada, e cria a variável CLAUDE_CODE_AUTO_MODE_MODEL, que põe na mão de quem configura a escolha do modelo dessa checagem no lado do cliente. Na contenção, a ferramenta Read passa a recusar fonte de imagem acima de 128 MB, onde antes carregava inteiro na memória arquivo de qualquer tamanho, e também pipe ou dispositivo com nome de imagem.

A página não diz quantas sessões caem em cada condição, não define o que o modo automático libera, não explica por que o padrão mudou, e não põe número de cobertura no efeito da compactação sobre a checagem de segurança. O interruptor de compactação de sessão ociosa que aparece no /config desta versão controla um comportamento que estreou na v2.1.299, de 14 de outubro, pelo qual conversa de 200 mil tokens ou mais deixada parada por cerca de 54 minutos é compactada antes de o prompt cache de uma hora vencer. A série de contenção vinha dos 14 casos dessa mesma v2.1.299 (veja o radar de 14/10) e das duas opções de sandbox do remote-control declaradas sem efeito na v2.1.300 (veja o radar de 15/10).

Item 5A Reflection AI publica os pesos do Beam sob Apache 2.0, e quatro dos cinco números do anúncio mudaram em dez dias

Fatoa Reflection AI, empresa de pesquisa americana, publicou em 16 de outubro os pesos do Beam no Hugging Face sob licença Apache 2.0, no repositório reflection/Beam-1.0-501B-A23B, com 501,3 bilhões de parâmetros totais, 23,4 bilhões ativos por token, 1 milhão de tokens de contexto e quatro arquivos publicados (BF16, FP8, NVFP4 e um drafter). A hospedagem sai por Baseten, Fireworks e Together nos Inference Providers do Hugging Face, e o vLLM anunciou suporte no dia. O anúncio do modelo, com a mesma licença e sem peso para baixar, é de 6 de outubro (veja o radar de 06/10), e agora o arquivo existe.

Quatro das cinco linhas de benchmark que a casa publicou no anúncio de 6 de outubro saem com outro valor agora, nos dois sentidos, e nenhuma das páginas de hoje diz que houve remedição: o card traz 81,6% no SWE-bench Verified contra 80,9, e o blog do Hugging Face traz 43,3% no DeepSWE v1.1 contra 44,4, 97,7% no AIME 2026 contra 97,8 e 90,6% no GPQA Diamond contra 90,5, mais uma linha nova, 76,5% no SWE Bench Pro v2-Hard. O Terminal Bench v2.1 é o único parado, em 80,1%. Todos os valores são da Reflection AI, em precisão BF16, sem modelo de comparação ao lado e sem nível de esforço declarado em cada linha, num modelo que oferece cinco níveis.

O argumento de venda é gasto de token por tarefa, e ele aparece na cobertura da VentureBeat: cerca de 80% no Terminal-Bench 2.1 gerando cerca de 25 mil tokens por tentativa, contra cerca de 80 mil do GLM-5.2, da chinesa Zhipu, com nota um pouco menor. No mesmo quadro da matéria, o DeepSeek V4.1 Flash marca 90,6% nesse Terminal-Bench 2.1, acima do Beam no teste que a casa destaca. Em 12 de outubro o boletim Import AI, de Jack Clark, já havia pegado a tabela da própria Reflection e mostrado 44,4 no DeepSWE 1.1 contra 61,0 do GLM-5.3, 68,0 do Kimi K3 e 74,2 do DeepSeek V4.1 Flash (veja o radar de 16/10).

Item 6A CERT-In registra agente de IA dentro de sistema em produção de organização indiana, lendo arquivo confidencial

Fatoa CERT-In, agência de resposta a incidentes cibernéticos do governo indiano, publicou em 16 de outubro que agentes de IA entraram em sistemas em produção de organizações indianas e leram arquivo confidencial sem ser detectados, pela Reuters e pela cobertura da TechCrunch. A via de entrada descrita é credencial e configuração de conexão deixadas expostas em configuração de aplicativo, em repositório público de código e em papel de nuvem permissivo demais, sem falha de modelo envolvida. A agência não nomeou os provedores de modelo, e o comunicado não traz número de organizações afetadas.

É o terceiro governo a registrar isso em comunicado oficial, e o caso indiano repete os anteriores na camada de autorização, não no modelo. O primeiro-ministro da Austrália datou o acesso de um agente da OpenAI a um portal do Medicare e contou que o aviso levou quase três meses (veja o radar de 24/09), e a polícia da Filadélfia chamou de inaceitável o intervalo de 71 dias entre o envio de um modelo da Anthropic e a detecção dele (veja o radar de 11/10).

O canal que faltou nesses casos começou a ser desenhado no mesmo 16 de outubro: pela Bloomberg e pela repercussão do PYMNTS, a Super Intelligence Force, força-tarefa de IA do governo americano, fez a primeira reunião, encomendou ao PCAST, conselho de assessores do presidente americano para ciência e tecnologia, um relatório sobre o risco da tecnologia, e disse que vai desenvolver protocolo para as empresas de IA avisarem cedo sobre invasão, ataque e jailbreak, além de criar um comitê de aplicação da lei e defesa do consumidor com o Departamento de Justiça e a FTC. Nada do que foi decidido ali tem data própria publicada, e a repercussão aberta não traz documento da força-tarefa.

FONTES · TechCrunch · PYMNTS

Item 7Oito pesquisadores de Illinois, Princeton e Google medem modelo de decisão dentro de agente: 92,2% isolado, 69,5% de tarefa

Fatoo AgentDecisionBench, de oito pesquisadores da Universidade de Illinois em Urbana-Champaign, de Princeton e do Google, mede modelo de decisão, o modelo pequeno que devolve a escolha estruturada em vez de texto, dentro de agente rodando, e não em pergunta isolada. O StartLux-9B, o mais preciso em escolha de ferramenta no teste isolado BFCL com 92,2% de acerto, resolveu 69,5% das tarefas de agente, e entregar toda escolha de ferramenta ao Jev, o modelo de decisão da TypeSafe AI, derrubou o sucesso em 19,0 pontos. A submissão é de 15 de outubro, e nenhum dos autores é da TypeSafe AI.

Quatro casas entraram na classe neste ciclo, e a única que publica valor se apresenta por acerto em pergunta isolada, a métrica que esse paper acabou de separar da taxa de sucesso, com as outras três entrando sem número de comparação publicado. O Shanghai AI Lab lançou com três universidades a família Intern-Decision, de 0,8, 2 e 4 bilhões de parâmetros, com pesos no Hugging Face e licença CC BY-SA 4.0: a versão de 4 bilhões marca 90,02% de acerto médio em sete conjuntos contra 88,74% do Jev v1.13.0, margem de 1,28 ponto em conjuntos todos de pergunta isolada, três deles da família Jevbench, e responde em 44,16 milissegundos para um pedido fixo de 289 tokens numa RTX 4090. A IBM publicou o Granite Switch 4.1 afirmando que o adaptador de segurança dele supera quatro modelos de decisão nomeados, sem publicar o valor de nenhuma comparação (veja o radar de 16/10), e a OpenRouter listou no mesmo dia o Decider v1.2 e o Decider Flash v1.2, da Perplexity, e o Span-02, da Respan, sem acerto ao lado do preço.

O primeiro número de uso da classe saiu em 15 de outubro no índice de produção do gateway da Vercel: o Jev chegou a 35,3% de alcance entre os times que usam o gateway nas duas primeiras semanas, o que a Vercel descreve como a adoção mais rápida que ela registrou, com 0,27% do gasto no mesmo período. Alcance entre times não é volume, e a contagem vem do roteador que ganha por chamada. Os autores do AgentDecisionBench também propõem o AgentDecision-4B, treinado com as respostas do Jev como rótulo, e as medições dessa classe, desde setembro, mediam acerto, burla e virada de decisão, com os 81,5% de testes virados pelo Nudge the Judge como ponto mais recente (veja o radar de 14/10).

Item 8O Alibaba Token Hub mede oito modelos no OSWorld-v2: a média sobe 19,6 pontos quando o harness para de decidir

Fatoquinze pesquisadores do Alibaba Token Hub, o laboratório de IA do grupo Alibaba, publicaram o OpenGCUA, stack aberto para agente que opera o computador por tela e por código, e mediram oito modelos no OSWorld-v2, benchmark de tarefa em computador. A média de nota parcial dos oito sobe de 45,3 para 64,9 quando o harness, o conjunto de prompts, ferramentas e código em volta do modelo, para de decidir e passa a decisão ao modelo, com os passos por tarefa caindo 53,0% em média. O GPT-6 Astra vai de 67,1 para 75,7, e o Claude Opus 5 sai de 378,3 mil para 89,3 mil tokens de saída por tarefa. A submissão é de 15 de outubro, e o código, os prompts e as trajetórias dos oito modelos saíram liberados.

O Alibaba Token Hub é dono do stack medido e de um dos oito modelos avaliados, e o ganho de 19,6 pontos é da configuração completa do OpenGCUA contra uma linha de base que os autores escolheram, a execução só por tela em lote. A nota parcial do OSWorld-v2 dá crédito por tarefa incompleta, nenhum dos oito modelos chega a 76 pontos, e o único número que contraria o interesse da casa, o Qwen3.8-Max gastando 19,4 vezes mais token de raciocínio que o GPT-6 Astra, sai de quatro tarefas reais de macOS.

O mesmo mecanismo apareceu no placar de ontem sem explicação, com o Gemini 4 Argon marcando 49,8% e 97,5% no mesmo teste e no mesmo esforço na tabela do ARC Prize, pela diferença entre o harness padrão e o de adaptador do fornecedor (veja o radar de 16/10). A medição desse eixo vinha do estudo de UC Berkeley com a Arena, que achou de 2 a 5 pontos de acerto e custo dobrado (veja o radar de 17/09), e do M3, que mediu Claude Code e Codex quebrando em recursos diferentes do MCP (veja o radar de 11/10).

MençõesO resto do dia

O que a comunidade discutiu

As falas de fórum vêm traduzidas do inglês.

Duas contas de consumo na Cursor, e o plano mais caro queimado em um dia

r/cursor

Dois dos três fios mais votados do r/cursor em 16 de outubro são contas de consumo depois da retirada da cota para modelo de terceiro: uma equipe relata esgotar o plano Pro+ em cerca de cinco dias e queimar o limite semanal do plano Super, o mais caro, em um dia, e um assinante publica a carta de cancelamento que mandou à empresa. A mudança saiu em 14 de outubro (veja o radar de 14/10), e hoje o plano Super entra na conta.

Nenhuma das duas contas traz o número de token gasto, a medida que resolveria a discussão.

O problema maior, na minha opinião, é que o Super deveria dar o dobro do uso do Pro+, e mesmo assim você queimou tudo em um dia; dá pra dizer quanto de token foi isso?/u/DeCiel, no r/cursor

Três respostas pedem esse número e nenhuma o obtém. No fio vizinho, /u/do-sieg explica o cancelamento: "Agora que os modelos externos estão na base de custo de API, há ainda menos razão para continuar no Cursor." O contraditório está no próprio fio, com /u/Street-Year-8982 escrevendo que "tem dia que eu uso oito horas seguidas no meu plano Pro+ e normalmente ele dura o mês".

É o terceiro dia seguido em que essa mudança de plano rende conta publicada por quem paga, sempre sem log, sem token e sem dólar, e os multiplicadores de 4 e de 6 vezes que um comentarista atribui ao contexto grande e ao contexto grande com modo rápido não aparecem na tabela de preços da Cursor.

FONTES · Fio do r/cursor

Um oceano em WebGPU feito com Claude Code, e subagentes criticando os screenshots do agente

r/ClaudeAI

O fio mais votado do r/ClaudeAI é de um usuário que publicou um oceano em tempo real rodando no navegador em WebGPU, gerado pelo Claude Code com Opus 5.5 a partir de um prompt. O método que o repositório descreve dá para repetir: o próprio agente tirou screenshots da saída e pôs subagentes para criticar as imagens. O README mede 6 a 8 milissegundos de GPU por quadro a 2560x1440 numa RTX 5070 Ti.

/u/Prowler1000 defende o autor.

Não acho que nenhuma pessoa sã chamaria isso de slop; o autor é honesto sobre quanto foi escrito por IA e não tenta dizer que é mais do que é./u/Prowler1000, no r/ClaudeAI

/u/LocoMod discorda: "Procure o termo demoscene e veja o que as pessoas vêm criando há décadas em arquivos minúsculos, sem LLMs."

Os 61 KB anunciados no título são da versão minificada, contra 102 KB da legível no repositório, e os 260 quadros por segundo e os cerca de 30 minutos de trabalho são relato do autor, com o prompt único fora do repositório: os 260 não aparecem no README, cujos 6 a 8 milissegundos de GPU por quadro dão de 125 a 167 quadros por segundo, de modo que os dois números não se encaixam na mesma configuração, sem resolução nem máquina declarada para o do post.

O mantenedor do schemagate roda o avaliador dos autores e publica 0,00% de consulta em coluna proibida

r/LangChain

Um paper de 24 de julho de 2026, de Yang Fei, Yangfan Jiang, Yin Yang e Xiaokui Xiao, mede text-to-SQL sob controle de acesso por papel e registra que sistemas com nota alta em avaliação sem restrição degradam forte quando entra o controle, por violarem o acesso. O desfecho é de hoje: o mantenedor do schemagate, servidor de MCP que filtra schema para agente de SQL, rodou o avaliador dos autores sem alterar nada e publicou 90,14 de AC-F1 no BIRD e 93,02 no Spider, com 0,00% de consultas que chegaram a ler coluna proibida nos dois conjuntos, na configuração em que a checagem da consulta contra a política está ligada.

A medição separa duas coisas que costumam ser tratadas como uma: tirar essa checagem faz a taxa de violação do avaliador dos autores, que não é a mesma grandeza da consulta chegando a ler coluna proibida, subir de 5,44% para 11,25% no BIRD e de 5,05% para 8,67% no Spider, e o schema é filtrado do mesmo jeito nos dois casos.

Isso explica por que meu agente de schema filtrado ficava alegremente montando consultas em volta de colunas que eu tinha escondido./u/Temporary_Demand_169, no r/LangChain

O autor responde com o que resolveu: "As duas coisas que resolveram foram dizer ao modelo que a visão dele é parcial, sem nomear o que está escondido, e conferir o SQL gerado contra a política antes de rodar."

A medição é do dono da ferramenta, com um modelo só e cinco execuções, e ele declara ter escolhido a redação do prompt em cima de 100 perguntas do BIRD, onde a resposta errada caiu de 16% para 5%.