# Performing Sca Dependency Scanning With Snyk

> 本技能涵盖使用 Snyk 实施软件成分分析（SCA, Software Composition Analysis），在 CI/CD 流水线中检测存在漏洞的开源依赖项。内容包括扫描包清单和锁文件、自动修复拉取请求生成、许可证合规检查、已部署应用程序的持续监控，以及与 GitHub、GitLab 和 Jenkins 流水线的集成。

- Skill: `killvxk/performing-sca-dependency-scanning-with-snyk` (Agent Skill, multi-file: 8 files)
- Install (CLI): `npx skillmds@latest add killvxk/performing-sca-dependency-scanning-with-snyk`
- Raw SKILL.md: https://api.skillmd.com/api/skills/killvxk/performing-sca-dependency-scanning-with-snyk/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: DevOps & Infra
- License: Apache-2.0
- Author: killvxk (https://skillmd.com/u/killvxk)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/killvxk/performing-sca-dependency-scanning-with-snyk

---


# 使用 Snyk 执行 SCA 依赖扫描

## 适用场景

- 当应用程序使用可能包含已知漏洞的开源包时
- 当合规要求需要追踪和修复存在漏洞的依赖项时（PCI DSS、SOC 2）
- 当 CI/CD 中需要自动修复 PR 来处理存在漏洞的依赖项时
- 当许可证合规需要了解开源许可证义务时
- 当已部署依赖项需要针对新披露漏洞进行持续监控时

**不适用于**扫描专有应用程序代码中的逻辑漏洞（使用 SAST），运行时漏洞检测（使用 DAST），或单独进行容器操作系统包扫描（使用 Trivy 作为免费替代方案）。

## 前置条件

- Snyk 账户（免费层级涵盖每月最多 200 次开源测试）
- 已安装 Snyk CLI 或配置 Snyk GitHub/GitLab 集成
- 已使用 API 认证令牌设置 SNYK_TOKEN 环境变量
- 包含支持的包清单的项目：package.json、requirements.txt、pom.xml、go.mod、Gemfile 等

## 工作流程

### 步骤 1：安装并认证 Snyk CLI

```bash
# 安装 Snyk CLI
npm install -g snyk

# 通过 Snyk 认证
snyk auth $SNYK_TOKEN

# 测试连接
snyk test --json | jq '.summary'
```

### 步骤 2：在 CI/CD 流水线中扫描依赖项

```yaml
# .github/workflows/dependency-scan.yml
name: Dependency Security Scan

on:
  push:
    branches: [main]
  pull_request:
    branches: [main]
  schedule:
    - cron: '0 8 * * 1'  # 每周一上午 8 点

jobs:
  snyk-scan:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4

      - name: Setup Node.js
        uses: actions/setup-node@v4
        with:
          node-version: '20'

      - name: Install dependencies
        run: npm ci

      - name: Run Snyk to check for vulnerabilities
        uses: snyk/actions/node@master
        env:
          SNYK_TOKEN: ${{ secrets.SNYK_TOKEN }}
        with:
          args: >
            --severity-threshold=high
            --fail-on=upgradable
            --json-file-output=snyk-results.json

      - name: Upload results to Snyk
        if: always()
        uses: snyk/actions/node@master
        env:
          SNYK_TOKEN: ${{ secrets.SNYK_TOKEN }}
        with:
          command: monitor
          args: --project-name=${{ github.repository }}

      - name: Upload SARIF
        if: always()
        run: |
          npx snyk-to-html -i snyk-results.json -o snyk-report.html
```

### 步骤 3：配置 Snyk 支持多种语言

```bash
# Python 项目扫描
snyk test --file=requirements.txt --severity-threshold=high --json > snyk-python.json

# Java/Maven 项目
snyk test --file=pom.xml --severity-threshold=medium --json > snyk-java.json

# Go 模块扫描
snyk test --file=go.mod --severity-threshold=high --json > snyk-go.json

# Docker 镜像依赖扫描
snyk container test myapp:latest --severity-threshold=high --json > snyk-container.json

# 单体仓库：扫描所有项目
snyk test --all-projects --severity-threshold=high --json > snyk-all.json

# IaC 扫描（附加功能）
snyk iac test terraform/ --severity-threshold=medium --json > snyk-iac.json
```

### 步骤 4：为组织配置 Snyk 策略

```yaml
# .snyk 策略文件
version: v1.25.0
ignore:
  SNYK-JS-LODASH-1018905:
    - '*':
        reason: "lodash 中的原型污染。在我们的使用场景中无法利用——用户输入不会到达受影响的函数。"
        expires: 2026-06-01T00:00:00.000Z
        created: 2026-02-23T00:00:00.000Z

  SNYK-PYTHON-REQUESTS-6241864:
    - '*':
        reason: "requests 重定向处理中的 SSRF。已通过代理层的允许列表缓解。"
        expires: 2026-04-01T00:00:00.000Z

patch: {}

# CI 失败的严重性阈值
failOnSeverity: high
```

### 步骤 5：启用自动修复拉取请求

```bash
# Snyk fix：为存在漏洞的依赖项生成修复 PR
snyk fix --dry-run  # 预览更改

# 本地应用修复
snyk fix

# 通过 Snyk 控制台启用自动修复 PR：
# 1. 导航到组织设置 > 集成 > GitHub
# 2. 启用"自动修复拉取请求"
# 3. 设置"仅修复直接依赖"或"修复直接和传递依赖"
# 4. 配置目标分支（main 或 develop）
```

### 步骤 6：许可证合规扫描

```bash
# 检查许可证合规性
snyk test --json | jq '.licensesPolicy'

# 通过组织设置配置 Snyk 许可证策略：
# - 批准的许可证：MIT, Apache-2.0, BSD-2-Clause, BSD-3-Clause, ISC
# - 限制的许可证：GPL-3.0, AGPL-3.0（著作权风险）
# - 未知许可证：标记为需人工审查
```

## 核心概念

| 术语 | 定义 |
|------|------|
| SCA | 软件成分分析（Software Composition Analysis）——识别开源依赖项中的漏洞和许可证风险 |
| 传递依赖（Transitive Dependency） | 直接依赖项的依赖项，开发者通常看不到，但仍是漏洞攻击面 |
| 修复 PR（Fix PR） | Snyk 自动生成的拉取请求，将存在漏洞的依赖项升级到已修复版本 |
| Snyk Monitor | 持续监控模式，监视已部署项目中的新披露漏洞 |
| 漏洞利用成熟度（Exploit Maturity） | Snyk 对漏洞是否存在已知利用程序、概念验证或无已知利用的评估 |
| 可达漏洞（Reachable Vulnerability） | 应用程序代码实际调用到的函数中存在的漏洞，而非仅存在于依赖项中 |
| 许可证策略（License Policy） | 组织级规则，定义哪些开源许可证被批准、限制或需要审查 |

## 工具与系统

- **Snyk Open Source**：SCA 工具，支持 10+ 语言生态系统的依赖扫描
- **Snyk CLI**：用于本地和 CI/CD 依赖扫描的命令行界面
- **Snyk Advisor**：评估维护状况、流行度和安全信号的包健康度评分工具
- **OWASP Dependency-Check**：使用 NVD 数据进行漏洞匹配的免费替代 SCA 工具
- **npm audit / pip-audit**：用于基本漏洞检查的语言特定内置审计工具

## 常见场景

### 场景：分诊关键传递依赖漏洞

**场景背景**：Snyk 报告传递依赖项中存在严重 RCE 漏洞（Java 应用程序中的 log4j）。直接依赖项尚未发布补丁。

**方法**：
1. 使用 `snyk test --json` 并检查依赖路径，识别哪个直接依赖项引入了存在漏洞的传递依赖
2. 检查漏洞利用成熟度：如果为"Mature"或"Proof of Concept"，立即优先处理
3. 如果不存在直接修复，使用 Snyk 的补丁机制或在构建配置中覆盖传递版本
4. 对于 Maven：添加 `<dependencyManagement>` 部分以强制使用传递依赖的安全版本
5. 对于 npm：在 package.json 中添加 `overrides` 部分以固定安全版本
6. 如果尚无可用补丁，添加带有到期日期的 Snyk 忽略
7. 监控直接依赖项是否发布了更新传递依赖版本的版本

**常见陷阱**：以"我们不直接使用该函数"为由忽略传递漏洞是有风险的。攻击者可以跨依赖边界链接漏洞。版本覆盖可能会破坏直接依赖项和传递依赖项之间的 API 兼容性。

## 输出格式

```
Snyk 依赖扫描报告
=============================
项目: org/web-application
清单: package.json
依赖项: 342（47 直接，295 传递）
扫描日期: 2026-02-23

漏洞摘要:
  严重: 1  (1 可修复)
  高危: 4  (3 可修复)
  中危: 12 (8 可修复)
  低危: 23 (15 可修复)

严重:
  SNYK-JS-EXPRESS-1234567
    包: express@4.17.1（直接）
    严重性: Critical (CVSS 9.8)
    利用: Mature
    修复: 升级至 express@4.21.0
    路径: express@4.17.1

高危:
  SNYK-JS-JSONWEBTOKEN-5678901
    包: jsonwebtoken@8.5.1（传递）
    严重性: High (CVSS 7.6)
    利用: Proof of Concept
    修复: 升级 passport@0.7.0（会同步升级 jsonwebtoken）
    路径: passport@0.6.0 > jsonwebtoken@8.5.1

许可证问题:
  [RESTRICTED] GPL-3.0: some-package@1.2.3（通过 other-pkg 传递）

质量门控: 失败（1 个严重漏洞有可用修复）
```