O Postman Desktop instalou os seus próprios plugins no Codex e no Claude Code e tentou confiar no seu próprio hook. O Postman vai reverter, por isso verifique a sua configuração

O que aconteceu
O Postman Desktop 12.33.4 instalou plugins do Postman no Codex e no Claude Code durante uma atualização automática, e o código do seu instalador tenta aprovar o seu próprio hook de arranque do Codex; o Postman diz no GitHub que vai reverter.
Porque é importante
Uma aplicação de terceiros reescreveu a configuração dos seus agentes de codificação e disse-lhes para carregarem a sua skill primeiro, e o Postman não disse que a reversão remove o que já está no disco.
O que fazer
Se usa o Postman Desktop com o Codex ou o Claude Code, verifique o ~/.codex/config.toml e o ~/.claude/settings.json à procura de entradas do Postman e remova-as.

O nosso veredito: se usa a aplicação de desktop do Postman ao lado do OpenAI Codex ou do Claude Code, audite hoje os ficheiros de configuração dos seus agentes. A aplicação do Postman instalou-se em ambos os agentes durante uma atualização automática, e a correção que o Postman anunciou apenas diz que põe fim à alteração. Não diz que remove o que já está no seu disco. Nenhum dos agentes de codificação fez nada de errado, por isso os nossos vereditos sobre eles mantêm-se.

O que aconteceu

O relato é o issue n.º 14370 do GitHub no próprio repositório de suporte do Postman, aberto a 25 de outubro de 2026 e intitulado «SEVERE Desktop auto-installs Codex/Claude plugins; installer attempts to trust its own startup hook».

O autor do relato cita o log do próprio Postman: PostmanAgentPluginService~install: script completed, com a origem auto-existing-upgrade e os resultados claude-code:installed e codex:installed. Segundo o relato, a aplicação alterou depois três sítios:

  • O ~/.codex/config.toml ganhou uma fonte git [marketplaces.postman], um bloco [plugins."postman@postman"] com enabled = true e uma entrada hooks.state com um trusted_hash.
  • O ~/.claude/settings.json ativou o postman@claude-plugins-official.
  • Uma CLI do Postman apareceu em ~/.local/bin.

O hook instalado diz ao agente, antes de «qualquer tarefa de engenharia de API não trivial», para «carregar a skill postman:api-engineer e segui-la». Isto abrange trabalho geral de API, não apenas pedidos que mencionem o Postman.

O comentário no código-fonte do próprio instalador diz «Approves only Postman's current hook after installation» (aprova apenas o hook atual do Postman após a instalação). O autor do relato diz que o instalador lê o hash do hook e escreve-o em hooks.state como trusted_hash. Em termos simples: o instalador foi construído para responder, em seu nome, ao passo de aprovação que devia pertencer-lhe. O autor do relato também é cuidadoso aqui: o registo de confiança na sua máquina «não prova quem criou esse registo específico».

O que o Postman disse

As respostas do Postman são comentários no issue, não um post de blogue nem um aviso de segurança. A 5 de novembro de 2026, uma conta do Postman com a etiqueta Member, preethammavin, escreveu que o Postman vai redesenhar a experiência «com o nível de controlo certo» e que «entretanto, estamos a reverter esta alteração». O issue foi fechado e bloqueado no mesmo dia.

O relato foi feito contra o Postman Desktop 12.33.4 no macOS, com o plugin 1.1.0 do Postman para o Codex e o plugin 2.0.1 para o Claude. O Postman não disse que outras versões são afetadas nem que versão traz a reversão. A resposta do Postman não diz se a reversão remove integrações que já estavam instaladas.

Por que importa

O autor do relato é cuidadoso quanto ao alcance: o relato «não alega estabelecer exfiltração de dados», e nós não chamamos malware a isto. É um problema de consentimento. Uma ferramenta que instalou para testar APIs mudou o comportamento de dois agentes de codificação, disse-lhes para carregarem a sua skill primeiro e distribuiu código de instalador feito para aprovar o seu próprio hook de arranque, tudo sem perguntar.

É exatamente o tipo de alteração difícil de detetar: nada avaria, o seu agente simplesmente começa a seguir as instruções de outra pessoa. Se gere máquinas de programadores, trate o ~/.codex/config.toml e o ~/.claude/settings.json como configuração que audita, e não como ficheiros em que só o agente toca.

O que muda para si

  1. Abra o ~/.codex/config.toml e remova qualquer fonte [marketplaces.postman], o bloco [plugins."postman@postman"] e qualquer entrada do Postman em hooks.state.
  2. Abra o ~/.claude/settings.json e desative ou remova o postman@claude-plugins-official.
  3. Verifique o ~/.local/bin à procura de uma CLI do Postman que não instalou de propósito.
  4. Atualize o Postman Desktop quando a reversão for lançada, e volte a verificar os dois ficheiros depois, porque o Postman não disse que a reversão limpa instalações antigas.

FAQ

Isto é malware? Não. O autor do relato explicitamente não alega exfiltração de dados. O problema é que a aplicação mudou o comportamento dos seus agentes sem o seu consentimento, e o seu instalador está escrito para aprovar o seu próprio hook.

A reversão do Postman repara a minha máquina? Não, pelo que o Postman disse. A resposta anuncia a reversão, mas não diz que remove o que já estava instalado, por isso limpe os ficheiros manualmente.

Isto muda o vosso veredito sobre o Codex ou o Claude Code? Não. Ambas as ferramentas foram o alvo, não a causa.

O que fazer

  1. 1 Abra o ~/.codex/config.toml e remova qualquer fonte [marketplaces.postman], o bloco [plugins."postman@postman"] e qualquer entrada do Postman em hooks.state.
  2. 2 Abra o ~/.claude/settings.json e desative ou remova o postman@claude-plugins-official.
  3. 3 Verifique o ~/.local/bin à procura de uma CLI do Postman que não instalou de propósito, e remova-a se não a quiser.
  4. 4 Atualize o Postman Desktop quando o Postman lançar a reversão, e volte a verificar os dois ficheiros depois, porque a reversão impede novas instalações mas não diz que limpa as antigas.

Ferramentas e modelos afetados

OpenAI CodexClaude CodePostman (desktop app)

Nunca mais precisas de te pôr a par

O resumo semanal: apenas mudanças de veredicto e ações urgentes. Sem enchimento.

Ao subscreveres, aceitas a nossa Política de Privacidade. Cancela a subscrição quando quiseres.