ZAP Proxy 扫描报告生成问题分析与解决方案

问题背景

在使用 ZAP Proxy 进行 Web 应用安全扫描时，用户遇到了扫描完成后报告无法生成的问题。具体表现为虽然扫描过程显示成功完成，但预期的 HTML 报告文件未能生成在指定的临时目录中。

技术分析

1. 临时目录的局限性

用户最初尝试将报告输出到 /tmp/zap-report.html 路径，这是 Linux 系统的临时目录。然而在容器化环境中，特别是使用 GitHub Actions 执行扫描时，临时目录具有以下特点：

• 容器生命周期结束后，临时目录内容会被清除
• 不同步骤间无法共享临时目录内容
• 容器内部的文件系统布局与宿主机不同

2. ZAP Proxy 的工作目录机制

ZAP Proxy 在容器环境中运行时，提供了专门的工作目录 /zap/wrk，该目录具有以下优势：

• 专门用于持久化扫描结果和报告
• 在容器生命周期内保持可用
• 与 GitHub Actions 的工件上传机制集成

3. 自动报告生成机制

ZAP Proxy 的 GitHub Action 内置了自动报告生成功能，会默认生成三种格式的报告：

1. HTML 格式报告 (report_html.html)
2. JSON 格式报告 (report_json.json)
3. Markdown 格式报告 (report_md.md)

这些报告会被自动打包为 zap_scan.zip 文件，可作为 GitHub Actions 的工件下载。

解决方案

方案一：使用默认报告机制（推荐）

最简单的解决方案是直接使用 ZAP Proxy Action 的默认报告生成机制，无需额外配置报告路径：

- name: ZAP Scan
  uses: zaproxy/action-full-scan@v0.8.0
  with:
    target: ${{ secrets.WEB_TARGET_URL }}

扫描完成后，报告会自动生成并打包，可在 Actions 的 Artifacts 部分下载。

方案二：指定工作目录路径

如果需要自定义报告路径，应使用容器内持久化目录：

- name: ZAP Scan
  uses: zaproxy/action-full-scan@v0.8.0
  with:
    target: ${{ secrets.WEB_TARGET_URL }}
    cmd_options: '-a -r /zap/wrk/custom-report.html'

方案三：结合 S3 存储

如需将报告上传至 S3，可添加后续步骤：

- name: Upload to S3
  uses: aws-actions/configure-aws-credentials@v1
  with:
    aws-access-key-id: ${{ secrets.AWS_ACCESS_KEY_ID }}
    aws-secret-access-key: ${{ secrets.AWS_SECRET_ACCESS_KEY }}
    aws-region: us-east-1

- name: Copy report to S3
  run: |
    aws s3 cp zap-reports/report_html.html s3://your-bucket/path/

最佳实践建议

1. 优先使用默认报告机制：除非有特殊需求，否则建议使用自动生成的报告
2. 避免使用临时目录：所有需要持久化的文件都应放在 /zap/wrk 目录下
3. 检查工件内容：扫描完成后，务必检查生成的 zip 文件内容
4. 考虑报告格式：根据后续处理需求选择合适的报告格式（HTML/JSON/Markdown）
5. 安全处理凭证：使用 GitHub Secrets 存储敏感信息如 AWS 凭证

总结

ZAP Proxy 提供了完善的自动化报告生成机制，理解其工作目录设计和报告生成逻辑对于正确获取扫描结果至关重要。通过遵循上述解决方案和最佳实践，可以确保扫描报告被正确生成并用于后续的安全分析流程。