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

Auditar incidentes envolvendo dependências

Use um alerta público sobre um pacote para planejar uma auditoria segura do repositório.

Difficulty Advanced
Time horizon 1h

Use o Codex para conduzir uma auditoria somente leitura do repositório com base em um alerta público sobre um pacote ou sobre a cadeia de suprimentos de software. Em seguida, examine manifestos, arquivos de lock, fluxos de trabalho de CI e scripts sem executar código não confiável.

Best for

  • Equipes de engenharia e segurança que respondem a alertas públicos sobre pacotes ou sobre a cadeia de suprimentos de software.
  • Mantenedores que precisam verificar arquivos de lock, scripts, permissões de CI e caches antes de alterar dependências.
  • Análises de incidentes em que o Codex deve coletar evidências sem instalar pacotes nem executar código não confiável.

Contents

    ← All use cases

    Auditar incidentes envolvendo dependências

    Use um alerta público sobre um pacote para planejar uma auditoria segura do repositório.

    Use o Codex para conduzir uma auditoria somente leitura do repositório com base em um alerta público sobre um pacote ou sobre a cadeia de suprimentos de software. Em seguida, examine manifestos, arquivos de lock, fluxos de trabalho de CI e scripts sem executar código não confiável.

    Advanced
    1h

    Use o Codex para conduzir uma auditoria somente leitura do repositório com base em um alerta público sobre um pacote ou sobre a cadeia de suprimentos de software. Em seguida, examine manifestos, arquivos de lock, fluxos de trabalho de CI e scripts sem executar código não confiável.

    Advanced
    1h

    Best for

    • Equipes de engenharia e segurança que respondem a alertas públicos sobre pacotes ou sobre a cadeia de suprimentos de software.
    • Mantenedores que precisam verificar arquivos de lock, scripts, permissões de CI e caches antes de alterar dependências.
    • Análises de incidentes em que o Codex deve coletar evidências sem instalar pacotes nem executar código não confiável.

    Skills & Plugins

    • Examine arquivos do repositório, pull requests, fluxos de trabalho e registros do histórico relevantes para a segurança.
    Skill Why use it
    GitHub Examine arquivos do repositório, pull requests, fluxos de trabalho e registros do histórico relevantes para a segurança.

    Starter prompt

    Ajude-me a auditar este repositório para verificar se ele está exposto ao problema descrito neste alerta público sobre um pacote: [advisory URL]. Mantenha a auditoria em modo somente leitura, a menos que eu aprove explicitamente uma medida de correção. Primeiro, resuma: - quais pacotes e intervalos de versões são afetados - quais informações vêm de fontes de referência e quais vêm de relatos mais amplos - quais evidências comprovariam a exposição deste repositório - quais evidências descartariam essa exposição Em seguida, examine: - manifestos de pacotes e arquivos de lock - fluxos de trabalho e permissões de CI - scripts de instalação, build e pós-instalação - artefatos de terceiros incluídos no repositório, contêineres ou bundles gerados, quando pertinente - possíveis formas de exposição de caches ou tokens, caso o alerta envolva CI ou publicação de pacotes Apresente: - a conclusão com base nas evidências: exposição confirmada, pendente de verificação ou descartada - observações sobre a gravidade e o alcance do impacto - referências aos arquivos que sustentam cada afirmação específica sobre o repositório - ressalvas e próximos passos recomendados Não instale pacotes, execute scripts de ciclo de vida, faça o build do projeto, execute código não confiável, faça a rotação de credenciais nem limpe arquivos sem minha aprovação explícita para a ação em questão.
    Ajude-me a auditar este repositório para verificar se ele está exposto ao problema descrito neste alerta público sobre um pacote: [advisory URL]. Mantenha a auditoria em modo somente leitura, a menos que eu aprove explicitamente uma medida de correção. Primeiro, resuma: - quais pacotes e intervalos de versões são afetados - quais informações vêm de fontes de referência e quais vêm de relatos mais amplos - quais evidências comprovariam a exposição deste repositório - quais evidências descartariam essa exposição Em seguida, examine: - manifestos de pacotes e arquivos de lock - fluxos de trabalho e permissões de CI - scripts de instalação, build e pós-instalação - artefatos de terceiros incluídos no repositório, contêineres ou bundles gerados, quando pertinente - possíveis formas de exposição de caches ou tokens, caso o alerta envolva CI ou publicação de pacotes Apresente: - a conclusão com base nas evidências: exposição confirmada, pendente de verificação ou descartada - observações sobre a gravidade e o alcance do impacto - referências aos arquivos que sustentam cada afirmação específica sobre o repositório - ressalvas e próximos passos recomendados Não instale pacotes, execute scripts de ciclo de vida, faça o build do projeto, execute código não confiável, faça a rotação de credenciais nem limpe arquivos sem minha aprovação explícita para a ação em questão.

    Comece com um plano de auditoria seguro

    Quando um incidente envolvendo uma dependência ou a cadeia de suprimentos de software evolui rapidamente, evite se apressar para aplicar uma correção. Comece com um plano de auditoria claro que indique o que mudou, quais pacotes ou fluxos de trabalho podem ter sido afetados e quais evidências comprovariam a exposição do seu repositório.

    Use o Codex para transformar o aviso de segurança em uma lista de verificações que você possa fazer com cautela, em modo somente leitura, antes de instalar, compilar, testar ou executar qualquer coisa.

    Faça uma auditoria somente leitura do repositório na primeira etapa

    1. Forneça ao Codex o aviso público de segurança, o relatório do incidente ou a lista de pacotes afetados.
    2. Peça que ele diferencie as fontes de referência dos comentários gerais sobre o incidente.
    3. Peça que identifique quais evidências permitiriam confirmar ou descartar a exposição.
    4. Deixe que ele examine os manifestos, os arquivos de bloqueio de dependências, os fluxos de trabalho de CI, os scripts e os arquivos relevantes do repositório.
    5. Peça que agrupe os resultados por situação das evidências, gravidade e próximo passo recomendado.

    Em incidentes envolvendo pacotes, evite executar comandos de instalação, compilação, teste, importação ou ciclo de vida até saber o que o aviso de segurança abrange. O Codex pode pesquisar nos arquivos de bloqueio de dependências e nos fluxos de trabalho sem executar código não confiável.

    Informe separadamente o que as evidências mostram e qual é a gravidade

    Para cada resultado, a auditoria deve indicar qual seria a gravidade do problema e até que ponto as evidências sustentam a conclusão.

    Codex

    Exposição confirmada: o arquivo de bloqueio de dependências registra uma versão afetada do pacote em uma cadeia de dependências de produção.

    Verificação necessária: uma tarefa de CI tem permissão para publicar, mas o fluxo de trabalho não parece instalar o pacote afetado diretamente.

    Exposição descartada: o nome do pacote aparece apenas na documentação. Ele não consta nos manifestos nem nos arquivos de bloqueio de dependências.

    Próximo passo: revise a atualização de dependência proposta e o plano de rotação de tokens antes de tomar qualquer medida destrutiva.

    Depois de concluir a etapa somente leitura, você pode pedir ao Codex que prepare um PR de correção, atualize as permissões de CI ou escreva uma nota de acompanhamento sobre o incidente. Mantenha essas ações separadas da auditoria inicial.

    Crie um plano de correção com base nos problemas confirmados nesta auditoria. Para cada problema, inclua: - a alteração proposta - os arquivos ou as configurações a atualizar - uma etapa de teste ou verificação - um plano de reversão - se preciso fazer a rotação de alguma credencial ou revisar um sistema externo Ainda não faça alterações. Só inclua no plano um comando que possa executar código não confiável se explicar por que é seguro executá-lo.

    Related use cases