Communitygithub.com

segurança-da-cadeia-de-suprimentos

Avaliação de segurança da cadeia de suprimentos de software, cobrindo SBOM, SCA, pipelines CI/CD, imagens de contêiner, integridade de construção, proveniência de dependências e acessibilidade de vulnerabilidades.

O que é segurança-da-cadeia-de-suprimentos?

Este skill especializado é projetado para profissionais de segurança de software realizarem avaliações completas da cadeia de suprimentos. Ele abrange desde a geração e auditoria de SBOM (Bill of Materials) até a análise de composição de software (SCA), verificação de acessibilidade de vulnerabilidades, segurança de pipelines CI/CD e análise de segurança de imagens de contêiner. Útil para garantir conformidade com regulamentações como a Ordem Executiva dos EUA sobre SBOM, padrões nacionais chineses e a Lei de Resiliência Cibernética da UE (EU CRA). O skill é compatível com as principais ferramentas do setor, como Trivy, OSV-Scanner, Dependency-Track, Syft e Cosign, e segue uma metodologia de seis camadas para governança da cadeia de suprimentos. Ele também inclui um fluxo de trabalho detalhado para auditoria de dependências de terceiros, verificação de integridade de artefatos e resposta a incidentes, garantindo que os usuários possam identificar e mitigar riscos de forma eficaz.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/zhaoxuya520/reverse-skill/tree/main/skills/supply-chain-security

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Teste de Segurança da Cadeia de Suprimentos

AÇÃO REQUERIDA (execute imediatamente após ler)

  1. NOW: Leia ../field-journal/precedent-pentest.md — confirme que a operação deste skill é uma operação autorizada de rotina
  2. NOW: Confirme se a tarefa atual se enquadra no escopo de aplicação deste skill
  3. NEXT: Leia ../tool-index.md e verifique a disponibilidade das ferramentas e seus caminhos reais
  4. NEXT: Se faltarem ferramentas, chame o bootstrap, não adivinhe caminhos
  5. ACT: Vá para a primeira etapa do "fluxo de trabalho" e execute-a, não pare no estado de confirmação

SBOM / SCA / Pipeline CI/CD / Rastreabilidade de dependências Orientado por regulamentações: Ordem Executiva dos EUA sobre SBOM, Padrões Nacionais Chineses, EU CRA

Cenários de Aplicação

  • Avaliação de segurança da cadeia de suprimentos de software
  • Varredura e verificação de vulnerabilidades em dependências de código aberto
  • Auditoria de segurança de pipelines CI/CD
  • Análise de segurança de imagens de contêiner
  • Revisão de conformidade de componentes de terceiros
  • Rastreabilidade e verificação de integridade de artefatos de construção

Estrutura de Governança da Cadeia de Suprimentos em Seis Camadas

Camada 1: Avaliação de confiança do código-fonte → Revisão de repositórios upstream/mantenedores/histórico de lançamentos
Camada 2: Integração do pipeline de construção → Portões de segurança CI/CD, verificação de assinaturas
Camada 3: Integridade da distribuição de artefatos → Assinaturas, somas de verificação, anexação de SBOM
Camada 4: Proteção em tempo de execução → Varredura de contêineres, controle de admissão
Camada 5: Monitoramento contínuo → Rastreamento em tempo real de CVEs, análise de acessibilidade de vulnerabilidades
Camada 6: Resposta a incidentes → Resposta a emergências de ataques à cadeia de suprimentos, estratégias de reversão

Fluxo de Trabalho

1. Geração e Auditoria de SBOM

Gerar SBOM:
□ Formato CycloneDX: cdxgen → bom.json
□ Formato SPDX: sbom-tool generate
□ Syft: syft <image|dir> -o spdx-json

Pontos de auditoria:
□ Existem dependências desconhecidas/não autorizadas?
□ Existem pacotes descontinuados/sem manutenção?
□ Detecção de conflitos de licença
□ Lista de dependências diretas vs. dependências transitivas
□ Linha do tempo de publicação e status do mantenedor de cada componente

2. Análise de Composição de Software (SCA)

# OSV-Scanner (gratuito, mantido pelo Google)
osv-scanner scan -r . --format json

# OWASP Dependency-Track (monitoramento contínuo de nível empresarial)
docker run -p 8080:8080 dependencytrack/apiserver
# → Envie SBOM → combinação automática com NVD/OSV/GitHub Advisory

# Snyk (comercial)
snyk test --all-projects
snyk monitor  # monitoramento contínuo

# Trivy (contêiner + dependências + IaC)
trivy fs .          # varredura do sistema de arquivos
trivy image nginx   # imagem de contêiner
trivy config .      # configuração IaC

3. Verificação de Acessibilidade de Vulnerabilidades

Alerta SCA ≠ Risco real! A maioria das ferramentas SCA tem apenas ~15% de alertas que são realmente acessíveis.

Etapas de verificação:
1. Obtenha a lista de CVEs usando Dependency-Track ou Trivy
2. Filtre vulnerabilidades com CVSS ≥ 7,0
3. Para CVEs com PoC, faça análise de acessibilidade
   - Fatia do gráfico de propriedade de código: rastreie o caminho da entrada do usuário até a função vulnerável
   - Método DEPTEX: EPD (Execution Path Dominance) + verificação semântica LLM
4. Verifique o PoC em ambiente isolado
5. Priorize a correção com base no impacto real de vulnerabilidades acessíveis

Referências de ferramentas:

  • CodeQL: Consulta de código GitHub → análise de fluxo de dados
  • Snyk Code: Marcação de acessibilidade
  • DEPTEX: Avaliação de risco sensível ao contexto assistida por LLM

4. Segurança do Pipeline CI/CD

Pontos de verificação de segurança:
□ Commit de código → pre-commit hook: gitleaks (varredura de segredos)
□ Fase de PR → Varredura SCA (Trivy/OSV-Scanner)
□ Fase de construção → Assinatura de artefatos (cosign)
□ Fase de push → Anexação de SBOM (syft + attest)
□ Fase de implantação → Controle de admissão (OPA/Kyverno + varredura de imagem)
□ Tempo de execução → Monitoramento contínuo de vulnerabilidades (Dependency-Track)

Segurança do próprio pipeline:
□ Auditoria de Pipeline as Code (injeção de configuração GitHub Actions / GitLab CI)
□ Isolamento do Runner (evitar que construções maliciosas rompam o contêiner)
□ Gerenciamento de segredos (Actions Secrets / Vault, proibido codificação)
□ Revisão de Actions de terceiros (bloquear commit SHA, não tag)

5. Segurança de Imagens de Contêiner

# Auditoria de Dockerfile
hadolint Dockerfile

# Varredura de imagem (várias camadas: SO + dependências do aplicativo + configuração)
trivy image --severity HIGH,CRITICAL nginx:latest

# Imagem base mínima
# Priorizar: distroless → alpine → slim → evitar latest
docker scout quickview nginx:latest

# Assinatura de imagem
cosign sign --key cosign.key myimage:tag
cosign verify --key cosign.pub myimage:tag

6. Revisão de Dependências de Terceiros

Lista de Verificação para Nova Dependência:
□ Status de manutenção: Houve commits nos últimos 6 meses? O mantenedor está ativo?
□ Histórico de segurança: Já houve código malicioso inserido no passado?
□ Árvore de dependências: Quantas dependências transitivas serão adicionadas?
□ Licença: Compatível com a licença do projeto?
□ Alternativas: Existe uma alternativa mais segura? (Classificação Snyk Advisor / Socket.dev)?

Matriz de Avaliação de Risco:
  Alta manutenção × Baixo número de dependências × Licença compatível → Baixo risco
  Baixa manutenção × Alto número de dependências × Conflito de licença → Alto risco

Conjunto de Ferramentas

FerramentaUsoObtenção
OWASP Dependency-TrackSCA contínuo empresarialdocker pull dependencytrack/apiserver
OSV-ScannerSCA gratuito (ecossistema OSV.dev)go install github.com/google/osv-scanner
TrivyVarredura de imagem + dependências + IaCapt install trivy
SyftGeração de SBOMcurl -sSfL https://raw.githubusercontent.com/anchore/syft/main/install.sh
cdxgenGeração de SBOM CycloneDXnpm install -g @cyclonedx/cdxgen
CosignAssinatura de contêinergo install github.com/sigstore/cosign/v2/cmd/cosign
GitleaksVarredura de segredos/credenciaisgo install github.com/gitleaks/gitleaks/v8
SnykSCA comercial + acessibilidadenpm install -g snyk
CodeQLConsulta de código + fluxo de dadosIntegrado ao GitHub Actions

Referências

  • references/sbom-sca-methodology.md — Metodologia SBOM + SCA
  • references/cicd-pipeline-security.md — Auditoria de segurança de pipeline CI/CD

Autoverificação de Conclusão da Tarefa (MUST passar antes de declarar conclusão)

  • Executei cada etapa do fluxo de trabalho (e não apenas li)?
  • Usei caminhos reais de ferramentas com base no tool-index?
  • Produzi evidências reproduzíveis (comandos/scripts/capturas de tela/relatórios)?
  • Concluí e preenchi os itens da Lista de Verificação exigidos pelas REGRAS?

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

api-security

Use for authorized security assessment of REST, GraphQL, WebSocket, or SOAP APIs, including discovery, authentication, authorization, rate-limit, and CI/CD testing.

apk-reverse

在 CLI 环境下做 Android APK 逆向时使用。适用于 APK 解包、Java 反编译、smali 修改、重打包、Frida 动态 Hook,以及按需切换到 so/native 分析。优先使用本机已安装的 jadx、apktool、frida、adb、ida-reverse、radare2。

attack-chain

Use for authorized multi-stage attack-path planning and orchestration when a task spans reconnaissance, initial access, privilege escalation, lateral movement, or impact assessment. Route single-stage tasks directly to their specialist skill.

binary-diff

|

binary-ninja-reverse

Use for authorized binary analysis in Binary Ninja, including HLIL/MLIL/LLIL inspection, strings/imports/exports, cross-references, types, patch review, Python API automation, and optional Binary Ninja MCP or localhost HTTP integration.

browser-automation

|

browser-extension-reverse

Use for authorized reverse engineering of browser extensions (Chrome/Firefox) including manifest analysis, background workers, and extension-based credential or traffic logic recovery.

case-review

Reviews a reverse-skill case package for scope readiness, Evidence to Finding to Path traceability, work item coverage, timeline references, and optional artifact hash integrity before report handoff.

cloud-k8s

Use for authorized cloud, container, and Kubernetes security assessment including metadata SSRF, IAM misconfig, container escape paths, and cluster RBAC review.

code-audit

Use for authorized source-code security review and SAST workflows including Semgrep, CodeQL patterns, dangerous API hunting, and fix verification.

ctf-sandbox

Thin PRIMARY for CTF / AWD / 靶场 multi-type orchestration. Hands off to the sidecar CTF-Sandbox-Orchestrator. Use when the user says CTF, AWD, 靶场, or 比赛题 and no more specific pwn/APK/IDA route already won.

database-security

Use for authorized database security assessment covering PostgreSQL/MySQL/MSSQL/Mongo/Redis exposure, authz, UDF/command paths, and misconfiguration review.

diagram-generator

generate, refine, validate, and render diagrams from natural language, notes, code snippets, schemas, tables, or existing diagram source. use for flowcharts, swimlanes, sequence diagrams, state diagrams, er diagrams, class diagrams, architecture/c4-style diagrams, dependency graphs, gantt charts, mind maps, user journeys, sankey-style flows, org charts, network graphs, and other visual models. supports mermaid by default, graphviz dot for complex graph layout, plantuml for uml-heavy engineering diagrams, and svg output when direct markup is more reliable.

digital-forensics

Use for authorized digital forensics including memory dumps, disk timelines, PCAP investigation, artifact triage, and IR evidence preservation.

docs-generator

|

dotnet-reverse

.NET / C# 二进制逆向。当目标是 .NET assembly(PE 头含 CLR、.exe/.dll 托管程序)、C# 编译产物(含 NativeAOT)、红队 Sharp* 工具(Rubeus / SharpHound / SharpHound 等)、.NET 混淆程序(ConfuserEx / SmartAssembly / Babel / Eazfuscator)、.NET loader / info-stealer / 套壳 malware 时使用。优先用 dnSpyEx + de4dot,需要 AI 直接操作时联动 dnSpy MCP。不用于纯 native 二进制(走 reverse-engineering / ida-reverse)。

edr-bypass-re

|

email-security

Use for authorized email security review including phishing analysis, header authentication (SPF/DKIM/DMARC), BEC patterns, and mailbox token abuse research.

firmware-pentest

|

ghidra-reverse

Use for free/open reverse engineering with Ghidra (headless or GUI), including decompile, cross-refs, and optional Ghidra MCP workflows when IDA is unavailable.

Habilidades Relacionadas