For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
Navegação principal
Theme
Codex

Codex use case

Corrigir vulnerabilidades pendentes

Faça correções mínimas para os achados já analisados e apresente evidências que permitam verificar se o problema volta a ocorrer.

Difficulty Advanced
Time horizon 1h

Importe os achados aprovados de ferramentas de gestão de tickets ou de sistemas de notificação de vulnerabilidades. Em seguida, use o plugin Codex Security para validar e corrigir um achado por vez, com patches de escopo limitado e evidências que permitam verificar se o problema volta a ocorrer.

Best for

  • Equipes com achados já analisados provenientes do Codex Security, de tickets do Linear ou do Jira, de avisos de segurança do GitHub, de relatórios do HackerOne ou do Bugcrowd, de testes de intrusão ou de revisões internas de segurança.
  • Backlogs de vulnerabilidades em que cada patch precisa ter um diff mínimo e passar por uma validação que possa ser repetida.
  • Mantenedores que querem separar as correções de segurança das refatorações mais amplas ou da limpeza do código.

Contents

    ← All use cases

    Corrigir vulnerabilidades pendentes

    Faça correções mínimas para os achados já analisados e apresente evidências que permitam verificar se o problema volta a ocorrer.

    Importe os achados aprovados de ferramentas de gestão de tickets ou de sistemas de notificação de vulnerabilidades. Em seguida, use o plugin Codex Security para validar e corrigir um achado por vez, com patches de escopo limitado e evidências que permitam verificar se o problema volta a ocorrer.

    Advanced
    1h

    Importe os achados aprovados de ferramentas de gestão de tickets ou de sistemas de notificação de vulnerabilidades. Em seguida, use o plugin Codex Security para validar e corrigir um achado por vez, com patches de escopo limitado e evidências que permitam verificar se o problema volta a ocorrer.

    Advanced
    1h

    Best for

    • Equipes com achados já analisados provenientes do Codex Security, de tickets do Linear ou do Jira, de avisos de segurança do GitHub, de relatórios do HackerOne ou do Bugcrowd, de testes de intrusão ou de revisões internas de segurança.
    • Backlogs de vulnerabilidades em que cada patch precisa ter um diff mínimo e passar por uma validação que possa ser repetida.
    • Mantenedores que querem separar as correções de segurança das refatorações mais amplas ou da limpeza do código.

    Skills & Plugins

    • Corrija um problema de segurança já validado ou considerado plausível e verifique a correção com testes específicos ou com evidências obtidas ao tentar reproduzir o problema.
    Skill Why use it
    Codex Security:fix Finding Corrija um problema de segurança já validado ou considerado plausível e verifique a correção com testes específicos ou com evidências obtidas ao tentar reproduzir o problema.

    Starter prompt

    Use $codex-security:fix-finding para corrigir este problema de segurança e confirmar que já não é possível reproduzi-lo. Fonte: [relatório do Codex Security / ticket do Linear ou do Jira / aviso de segurança do GitHub / relatório do HackerOne ou do Bugcrowd / outra fonte autorizada] Título e componente afetado: [título do achado e componente] Origem ou destino vulnerável dos dados, ou controle que falhou: [caminho conhecido ou indicação de que é desconhecido] Entrada controlada pelo atacante e impacto: [entrada, pré-requisitos e impacto] Invariante de segurança esperada: [comportamento que a correção deve garantir] Evidências existentes: [caminho do relatório, prova de conceito, caso que reproduz o problema, teste ou notas de validação] Arquivos e linhas afetados: [caminhos e linhas ou indicação de que são desconhecidos] Restrições: [comportamento que deve continuar sendo compatível, comando de teste, requisito de implantação ou nenhuma restrição] Requisitos: - Quando viável, confirme que o problema ainda existe antes de alterar o código. - Faça a menor alteração que garanta a invariante de segurança esperada. - Adicione testes de regressão específicos ou o artefato mais conclusivo disponível que permita repetir a validação. - Confirme que o comportamento legítimo continua funcionando e que já não é possível reproduzir o problema original. - Deixe de fora os achados do backlog e as refatorações que não tenham relação com esta correção. Liste os arquivos alterados, os testes ou artefatos de validação usados, os comandos exatos e seus resultados. Mostre que já não é possível reproduzir o problema original e indique o que ainda é incerto. Se o problema já estiver corrigido, apresente as evidências e não altere o código.
    Use $codex-security:fix-finding para corrigir este problema de segurança e confirmar que já não é possível reproduzi-lo. Fonte: [relatório do Codex Security / ticket do Linear ou do Jira / aviso de segurança do GitHub / relatório do HackerOne ou do Bugcrowd / outra fonte autorizada] Título e componente afetado: [título do achado e componente] Origem ou destino vulnerável dos dados, ou controle que falhou: [caminho conhecido ou indicação de que é desconhecido] Entrada controlada pelo atacante e impacto: [entrada, pré-requisitos e impacto] Invariante de segurança esperada: [comportamento que a correção deve garantir] Evidências existentes: [caminho do relatório, prova de conceito, caso que reproduz o problema, teste ou notas de validação] Arquivos e linhas afetados: [caminhos e linhas ou indicação de que são desconhecidos] Restrições: [comportamento que deve continuar sendo compatível, comando de teste, requisito de implantação ou nenhuma restrição] Requisitos: - Quando viável, confirme que o problema ainda existe antes de alterar o código. - Faça a menor alteração que garanta a invariante de segurança esperada. - Adicione testes de regressão específicos ou o artefato mais conclusivo disponível que permita repetir a validação. - Confirme que o comportamento legítimo continua funcionando e que já não é possível reproduzir o problema original. - Deixe de fora os achados do backlog e as refatorações que não tenham relação com esta correção. Liste os arquivos alterados, os testes ou artefatos de validação usados, os comandos exatos e seus resultados. Mostre que já não é possível reproduzir o problema original e indique o que ainda é incerto. Se o problema já estiver corrigido, apresente as evidências e não altere o código.

    Corrija um achado de segurança por vez após a revisão

    Use este fluxo de trabalho quando houver evidências suficientes para decidir como corrigir um achado de segurança dentro de um escopo delimitado. O achado pode vir do plugin Codex Security, de um sistema de acompanhamento de issues como o Linear ou o Jira, do GitHub Security Advisories, de uma plataforma de divulgação de vulnerabilidades como o HackerOne ou o Bugcrowd, de uma revisão interna ou de outra fonte autorizada. Conecte a fonte se houver suporte ou forneça o relatório, o chamado ou o aviso de segurança. Sempre que possível, inclua o código afetado e as evidências.

    Não entregue ao Codex uma lista extensa de pendências pedindo que altere tudo de uma vez. Ao tratar um achado por vez, fica mais fácil revisar a condição de segurança que deve ser preservada, a correção e as evidências de validação.

    Encerre cada item com evidências

    1. Selecione um achado do Codex Security, de um sistema de chamados, de um aviso de segurança, de uma plataforma de divulgação de vulnerabilidades ou de outra fonte que sua equipe autorize para orientar correções.
    2. Forneça ou obtenha a referência à fonte do achado, a origem da falha ou o controle que falhou, a entrada controlada pelo atacante, os arquivos afetados, as evidências de reprodução e o comportamento seguro esperado.
    3. Peça a $codex-security:fix-finding que reproduza ou valide o problema antes de fazer uma correção mínima. Se o problema já tiver sido corrigido, peça que informe que não é necessário alterar o código.
    4. Revise o teste de regressão ou o artefato de validação junto com a correção.
    5. Confirme que o sistema continua a permitir o comportamento legítimo e que já não é possível reproduzir a vulnerabilidade pelo caminho original.
    6. Registre o que ainda estiver incerto antes de selecionar o próximo item.

    Mantenha um histórico auditável das pendências

    Para cada item concluído, registre a referência do chamado, do aviso de segurança ou do relatório original, a alteração exata no código, as verificações executadas e o que ainda falta comprovar. Se o Codex constatar que o problema já foi corrigido ou não conseguir reproduzi-lo, registre as evidências dessa conclusão ou tentativa de reprodução, sem forçar uma alteração desnecessária no código.

    Para saber mais sobre o espaço de trabalho dos achados de segurança e as opções de correção por meio de prompts, consulte Corrigir e verificar achados de segurança.

    Related use cases