Codex Security
O recém-lançado CLI de segurança Codex da OpenAI, uma ferramenta de código aberto que varre bases de código em busca de vulnerabilidades usando o GPT‑5.6 Sol, está atraindo tanto interesse quanto frustração. Usuários iniciais relatam bugs de autenticação, varreduras longas e pouco transparentes, guardrails de segurança agressivos que se recusam a explicar problemas encontrados e custos de tokens inesperadamente altos que podem esgotar as cotas do ChatGPT no meio da execução. O projeto é elogiado por suas “habilidades” reutilizáveis e pelo harness voltado a CI, mas muitos questionam sua praticidade para trabalho real de segurança sem acesso cibernético especial ou suporte a modelos locais, além de levantar preocupações sobre enviar código proprietário para um serviço de IA hospedado.
Problemas de Lançamento e Autenticação
- Vários usuários enfrentaram falhas de autenticação no lançamento; uma correção foi lançada rapidamente.
- Variáveis de ambiente como
OPENAI_API_KEY/CODEX_API_KEYpodem substituir logins do ChatGPT/Codex, causando confusão.
Guardrails, Recusas e Acesso Cibernético
- Há muitos relatos da ferramenta rodando por dezenas de minutos, consumindo cotas significativas de tokens e depois abortando devido a guardrails de cibersegurança.
- Usuários criticam serem cobrados quando o modelo “encontra um problema, mas se recusa a explicar”, chamando isso de irritante e sugerindo reembolsos nesses casos.
- Funcionários da OpenAI dizem que o CLI não contorna a segurança do modelo; o Trusted Access for Cyber (TAC1/Daybreak) pode reduzir recusas para mantenedores de OSS e empresas verificadas, mas não é um bypass geral.
- Alguns veem o sistema de segurança como tornando a ferramenta “praticamente inútil”, especialmente em comparação com modelos menos restritos.
Custo, Limites de Taxa e Problemas de UX
- Vários relatos de varreduras consumindo uma grande fração do uso semanal do Pro/Plus ou dezenas a centenas de dólares, às vezes falhando por limites de taxa ou mudanças no HEAD do repositório.
--max-costexiste, mas não impede totalmente execuções longas que falham; resultados parciais são salvos, mas ainda não podem ser retomados.- Usuários querem progresso mais claro, exibição do uso de tokens e alertas antecipados sobre requisitos de acesso cibernético.
Escopo, Capacidades e Arquitetura
- O CLI é descrito como um wrapper sobre modelos existentes mais 13 “habilidades” de segurança (especificações de prompt em inglês) e um harness: varreduras em toda a organização, desduplicação, rastreamento de falsos positivos, controles de orçamento, integração com CI.
- Em comparação com o plugin Codex, ele é voltado para fluxos de trabalho multi-repositório, históricos e de CI.
- Não é um scanner offline; o contexto do código é enviado aos modelos hospedados da OpenAI.
Privacidade de Dados e Backends Alternativos
- Há preocupações sobre enviar código proprietário; a OpenAI observa que dados de negócios/enterprise não são usados para treinamento por padrão, mas diz que organizações que proíbem saída de dados ainda não deveriam usá-lo.
- O suporte oficial a endpoints locais ou compatíveis com a OpenAI está “em andamento”; usuários já discutem roteamento por outros provedores e modelos de pesos abertos.
Ecossistema, Comparações e Preocupações Mais Amplas
- Surgem comparações com Snyk, open-code-review da Alibaba, Strix, Mantis do Google e modelos chineses (por exemplo, Kimi); alguns veem o Codex Security principalmente como um harness refinado.
- Alguns argumentam que ferramentas de IA tanto introduzem quanto ajudam a encontrar vulnerabilidades (“corpo de bombeiros comandado por incendiários”), enquanto outros focam no valor prático independentemente da origem.
- Há interesse, mas também forte frustração com custos, recusas de segurança e o polimento operacional de uma ferramenta de uma empresa grande e bem financiada.