收到安全通报后,如何划分责任做存证溯源?

前言

某单位收到监管通报:存在未授权访问风险,限期7日整改并提交佐证。

安全负责人连夜拉群------开发说早就修了,测试说测的时候没问题,甲方问:怎么证明测试时只读、没动生产?最后凑了一份 Word 加几张截图,回复被退回:缺少可验证的过程留痕与整改前后对比。

类似场景很常见:

  • 通报整改:上级要佐证,手头只有报告和截图,拿不出客观对比
  • 复测扯皮:高危说修好了,客户问和上次比到底变了什么
  • 外包交付:甲方质疑报告是不是事后补的,要求出示测试当时的证据
  • 等保测评:有漏洞台账,但对不上哪一轮测试、当时系统是什么状态

截图只能说明「看过」,Word 只能说明「写过」,回答不了三个问题:测试当时系统是什么状态?测试前后有没有被改动?整改是否真的落地?

本文给出一套可落地做法:只读采集 → 生成 .evd 存证包 → 平台验签 → 多轮比对导出 。以 存证云 为例演示,思路本身不绑定具体工具。


一、方案是什么

在被测服务器上跑只读采集脚本 ,扫描指定目录的文件元数据(路径、大小、时间戳、哈希),打包成加密签名的 .evd 文件,上传到平台验签入库。每次测试采一轮,需要对比时拿任意两轮做 diff,导出 CSV 或 PDF 附进报告、通报回复。

复制代码
被测机 --只读采集--> .evd 存证包 --上传验签--> 平台
                                              |
                         多轮比对 diff --------+-------- 漏洞关联轮次
                         CSV / PDF 导出

一条链路解决三件事:证明只读 (测前测后比对)、证明整改 (改前改后比对)、过程可追溯(每轮存证 + 漏洞挂轮次)。


二、.evd 存证包长什么样

.evd 本质是 ZIP,里面三个文件:

复制代码
archive.evd
├── manifest.json      明文元数据(时间、主机、文件数)
├── payload.bin        AES-256-GCM 密文(文件索引 + 环境信息)
└── signature.json     HMAC-SHA256 签名

manifest 示例:

json 复制代码
{
  "format_version": "1.0",
  "script_version": "1.2.0",
  "created_at": "2026-06-05T14:30:00+08:00",
  "platform": "linux",
  "hostname": "web-prod-01",
  "scan_root": "/var/www/app",
  "file_count": 1234
}

payload 里存的是文件元数据,不是文件内容------只读、低侵入。加密用 AES-256-GCM,验签用 HMAC-SHA256,改一个字节验签就失败,平台直接拒收。这是「说过」和「存过且验得过」的区别。


三、怎么操作(5分钟跑通)

第一步:注册平台

打开 https://www.cunzhengyun.cn 注册,免费版可建2个项目,够体验用。

第二步:在被测机采集

登录后在「脚本下载」拿采集脚本,拷到被测机执行:

bash 复制代码
# Linux
chmod +x collect.sh
./collect.sh --root /var/www/your-app --output /tmp/round1.evd
powershell 复制代码
# Windows
powershell -ExecutionPolicy Bypass -File .\collect.ps1 -Root "D:\app" -Output "D:\round1.evd"

脚本只读元数据,不改任何文件,无需联网,仅依赖 Python 标准库。

第三步:上传存证

「项目管理」建项目 → 项目详情上传 .evd → 平台验签通过,生成存证批次。

第四步:下一轮测试后再采集、比对

「举证溯源」上传新 .evd,选比对模式:

  • 末次节点:和最近一轮比(最常用)
  • 指定节点:和任意历史轮次比
  • 全阶段 :和所有历史轮次串联比

结果可导出 CSV 或打印 PDF,直接当通报佐证或验收附件。


四、三个场景怎么用

场景1:通报要求证明只读测试

测试前采一轮,测试后再采一轮,两次比对。diff 为空或仅时间戳微变 → 客观证明测试期间文件内容未被篡改。

场景2:整改后复测验收

第1轮存证 = 发现问题时;第2轮存证 = 整改后。指定节点比对,导出 diff 列表 → 客户要的「改前改后对比」有了。

场景3:等保测评过程留痕

每个阶段结束采一轮存证,漏洞台账关联对应轮次。审计抽查时,能还原任意时间点的系统状态。


五、总结

通报、督办、复测、等保------核心诉求就一条:拿得出可验证的过程证据

只读采集 + 加密验签 + 多轮比对,10分钟能跑通全流程。免费版够体验,正式项目按需升级专业版(导出、指定节点比对、子账号)或企业版(全阶段比对)。

平台地址:https://www.cunzhengyun.cn

有帮助的话欢迎点赞收藏,评论区可交流渗透留痕、通报整改相关实践。

相关推荐
冬奇Lab4 天前
Skill 系列(02):Skill 安全风险——三类攻击面的实战测试
人工智能·安全·开源
Aphasia3117 天前
VPN 与内网穿透
安全
Mr_愚人派9 天前
当"Claude"不再是 Claude:一次第三方 API 代理引发的 AI 身份伪造排查实录
人工智能·安全
DaLi Yao9 天前
【无标题】
人工智能·安全
Alsn869 天前
等待学习-学习目录:Docker 容器安全攻防
学习·安全·docker
网络研究院9 天前
2026年网络安全
网络·安全·法律·法规·趋势·发展
treesforest9 天前
AI安全系统如何识别异常访问?IP风险识别正在成为关键能力
网络·人工智能·tcp/ip·安全·web安全
零零信安9 天前
零零信安荣登数世咨询《新质·数字安全专精百强(2026)》暗网情报领域,彰显专业实力与创新引领
安全·网络安全·数据泄露·暗网·零零信安
开发小能手-roy9 天前
StringBuilder vs StringBuffer:2024年还需要线程安全字符串吗?
开发语言·python·安全
_阿伟_9 天前
JWT介绍
安全