performing-sca-dependency-scanning-with-snyk

name	performing-sca-dependency-scanning-with-snyk
description	本技能涵盖使用 Snyk 实施软件成分分析（SCA, Software Composition Analysis），在 CI/CD 流水线中检测存在漏洞的开源依赖项。内容包括扫描包清单和锁文件、自动修复拉取请求生成、许可证合规检查、已部署应用程序的持续监控，以及与 GitHub、GitLab 和 Jenkins 流水线的集成。
domain	cybersecurity
subdomain	devsecops
tags	["devsecops","cicd","sca","snyk","dependency-scanning","secure-sdlc"]
version	1.0.0
author	mahipal
license	Apache-2.0

使用 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

# 安装 Snyk CLI
npm install -g snyk

# 通过 Snyk 认证
snyk auth $SNYK_TOKEN

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

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

# .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 }}
        
           
           
         
         
        
             
        
           
             

         
         
         

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

# 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 策略

# .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：启用自动修复拉取请求

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

# 本地应用修复
snyk fix

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

步骤 6：许可证合规扫描

# 检查许可证合规性
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 个严重漏洞有可用修复）