课题研究 数据安全与隐私保护 子课题06 · 第04页 / 共8页
06子课题 · 数据泄露溯源、应急响应与勒索治理

数据泄露溯源、应急响应与勒索治理第04页:数据泄露溯源与电子数据取证

溯源回答三类问题:泄露了什么(范围界定)、内部谁泄露(定责)、外部谁攻击(归因),三者所需证据完全不同。本页构建四层能力体系:①日志与审计基础设施——以《网络安全法》第21条"留存网络日志不少于六个月"为法定底线,工程上叠加集中化、完整性保护(WORM)、时钟同步与SIEM关联,把"留得住"升级为"看得见";②数据库审计与访问取证——比较旁路、Agent、原生、云审计四种形态,给出"谁、何时、对什么、做了什么、影响多少"的取证字段基线与批量导出/DDL/权限突增等高危行为清单;③数字水印与文档指纹——区分可见水印、隐形水印、数据库水印与文档指纹的证据力差异与误溯源风险;④内部威胁检测——以UEBA基线偏离发现"批量接触、非工作时段、离职前模式"等异常;最后给出对齐"两高一部"2016年电子数据规定与GB/T 29361系列的取证六步流程、三类场景的采信要点,以及L1—L5溯源能力分级参考。

网络日志留存≥6个月日志完整性保护WORM存储时钟同步NTPSIEM数据库审计数字水印文档指纹UEBA电子数据取证两高一部2016规定GB/T 29361系列SHA-256校验证据链研究状态:研究中
所属专题未来研究方向 › 数据安全与隐私保护 › 子课题06
能力定位溯源回答三类问题:攻击者是谁(技术归因)、内部谁泄露(定责)、泄露了什么(范围界定)
建设原则溯源能力必须在泄露发生前就绪——事后补建无法还原证据链(第1页认知纠偏第④条)

01 · 溯源的三个目标层次

"溯源"一词在泄露治理中承载三个不同层次的目标,所需证据、技术方法与输出结论完全不同,组织必须先厘清本次溯源要回答哪一层的问题,再投入对应的资源:

目标层次核心问题主要手段结论形态
Ⅰ 范围界定泄露了什么数据?多少?流向何处?数据地图与血缘下钻、数据库审计、DLP日志、泄露样本比对影响评估报告(支撑个保法第57条通知三要素)
Ⅱ 内部定责内部何人、何时、通过何种操作泄露?账号审计日志、UEBA行为分析、数字水印/文档指纹鉴定、HR与管理制度佐证内部调查结论(纪律处分、民事追偿、移送司法的依据)
Ⅲ 技术归因外部攻击者是谁?攻击路径如何?EDR/NDR遥测、恶意样本分析、基础设施关联(TTP与ATT&CK映射)、威胁情报交叉威胁归因报告(防御加固与执法报案的线索)

边界说明:Ⅲ技术归因在工程上通常只能给出置信度评估而非司法意义上的确定结论;Ⅱ内部定责的证据标准最高(可能支撑解除劳动合同与刑事移送);Ⅰ范围界定是三类目标中时效要求最紧迫的——它直接卡住"通知谁、通知什么"的法定时钟。实践中三者并行推进,但由Ⅰ的结论先行支撑对外义务。

02 · 日志与审计基础设施基线

2.1 法定底线与工程基线

《网络安全法》第21条规定网络运营者应当"采取监测、记录网络运行状态、网络安全事件的技术措施,并按照规定留存相关的网络日志不少于六个月"。这是法定底线而非工程终点——实际泄露溯源常需回溯6—12个月以上的访问轨迹,且攻击者往往刻意清理痕迹,建议组织按以下基线建设:

基线项建议要求目的
覆盖范围身份认证日志、VPN/零信任接入日志、邮件与终端日志、应用与API访问日志、数据库审计日志、网络边界日志、云审计日志(如操作审计服务)横向移动的每一步都留有交叉印证点
留存期限网络日志≥6个月(法定);身份与数据库审计日志建议12个月以上;与重要数据相关的审计记录建议更长覆盖典型泄露潜伏周期(数周至数月)
完整性保护日志转发到独立日志域(攻击者难以单点清除);采用WORM/一次写多次读存储或等效机制保护关键审计记录防"日志清除"灭证;取证时证明日志未被篡改
时钟一致性全量资产统一NTP授时(关键系统可上探更高精度源),记录时区基准跨系统时间线拼接是溯源的基本功
集中分析SIEM/日志平台集中关联,预置"批量导出""非工作时段访问""权限突增"等检测规则把"留得住"升级为"看得见"

2.2 日志证据的可采性要点

  • 生成机制可信:日志应来自系统自身记录机制而非人工填报;系统时间、来源IP、账号、操作类型等字段完整。
  • 保管链条清晰:日志的收集、传输、存储各环节责任主体明确;导出分析时保留原始副本与校验值(如SHA-256)。
  • 访问控制留痕:日志平台自身的查询与导出也应被审计——"谁看过日志"同样是敏感信息。

03 · 数据库审计与访问取证

3.1 部署形态比较

形态原理优势局限
网络旁路镜像通过流量镜像旁路解析数据库协议对数据库无侵入、性能影响小加密流量需解密配合;对本地操作与复杂协议覆盖有限
主机Agent在数据库主机部署代理采集覆盖面全(含本地访问)、上下文丰富(OS层)维护成本高;Agent自身是新的攻击面,需防篡改
数据库原生审计启用数据库自身审计特性语义精确、字段级资源开销需评估;异构数据库策略不一
云数据库审计服务云厂商提供的审计SaaS能力开箱即用、与云审计日志联动跨云一致性与数据出域问题需评估

3.2 审计取证的核心字段与高危行为清单

一次可用于定责的数据库审计记录至少应回答:谁(账号/来源IP/终端)、何时(精确时间戳)、对什么对象(库/表/字段)、做了什么(语句类型)、影响了多少(行数/量级)、通过什么应用(应用标识/中间件)。高危行为监控建议清单:

  • 批量读取:单会话查询返回行数超阈值、无WHERE条件的全表扫描、非业务时段的批量SELECT。
  • 导出外发:INSERT/CREATE与外部表、数据库链路(dblink)使用、数据泵/备份工具的非授权调用。
  • 权限与结构变更:DDL操作、权限授予(GRANT)、审计策略本身的关闭或修改——对"审计配置的变更"单独告警是防灭证的关键。
  • 账号异常:休眠账号启用、共享账号同时多点登录、运维账号绕过堡垒机直连。

04 · 数字水印与文档指纹

4.1 技术类型与适用场景

类型嵌入位置抗攻击能力典型适用
可见水印文档页面叠加用户名/工号/时间易被裁剪去除,但威慑与快速指认效果好内部报表、截图外发管控
隐形文档水印版式微调、字体特征、隐藏字符对打印、拍照有一定鲁棒性(取决于算法)合同、标书、涉密文档分发追踪
数据库水印数值微扰、记录标记、伪造记录(Canary)需平衡数据可用性;对聚合分析后的数据失效核心库表分发到分析域时的责任人标记
文档指纹/哈希文件内容特征值(不修改原文)文件一字节改动即失配;用于确认"该文件即彼文件"泄露文件与内部原件同一性比对

4.2 使用纪律

  • 水印不是万能:对数据库水印而言,攻击者可通过统计扰动检测并去除水印,或只抄写内容而不携带文件;水印结论应作为辅助证据与审计日志相互印证,而非单独定案。
  • 误溯源风险:被转发多次的文档可能携带中间环节的转发记录;鉴定时需区分"原始泄露者"与"后续转发者"。
  • 制度先行:水印策略须写入保密制度并告知员工(告知本身是威慑),避免与劳动用工争议冲突;对涉诉场景,优先委托具备资质的司法鉴定机构出具鉴定意见(第06节)。

05 · 内部威胁检测与UEBA

Verizon DBIR持续显示内部人员相关事件(含蓄意与过失)在泄露事件中占稳定比例;国内公开报道的圆通"内鬼"类案件(2020年,员工账号被有偿租借导致约40万条个人信息泄露,嫌疑人被警方抓获,见第7页)则提示:内部威胁的防控重心是早发现而非事后追责。用户与实体行为分析(UEBA)通过基线偏离检测内部异常:

异常场景检测逻辑处置联动
批量数据接触单用户单位时间访问记录数远超同岗位基线DLP阻断+临时权限冻结+主管复核
非工作时段/异地访问时间、地点、设备指纹偏离个人历史基线强制二次认证+告警SOC
权限突增与越权浏览临时授权到期未回收、访问与岗位职责无关的数据域自动触发权限复核工单
离职前行为模式提出离职后短期内集中访问/外发HR事件联动,触发数据访问审计复核(制度须事先公示)
外部诱惑信号邮箱收到异常大额报价、频繁访问个人网盘/个人邮箱内部调查启动+警示教育

合规提示:员工行为监测必须满足:①制度事先告知(员工手册/信息安全政策中明示监测范围与目的);②最小必要(只采集与安全相关的元数据,不监控通信内容私密领域);③比例原则(处罚与处理措施与违规程度相称);④专人专管(监测数据本身按敏感数据管理,防止滥用)。

06 · 电子数据取证的规范与流程

6.1 规范依据

  • 刑事司法领域:最高人民法院、最高人民检察院、公安部《关于办理刑事案件收集提取和审查判断电子数据若干问题的规定》(法发〔2016〕22号),确立电子数据的收集、提取、固定、审查判断规则。
  • 国家标准领域:GB/T 29361—29363系列《电子物证》检验标准(文件一致性检验、数据搜索检验、数据恢复检验等,2012年发布),为检验方法提供技术依据。
  • 行政与民事领域:市场监管、网信等部门的执法程序规定及民事诉讼证据规则(电子数据的真实性审查要点:生成、存储、传输环境的可靠性等)。

6.2 组织内取证标准流程

  1. 封存现场:隔离受影响设备/账号,暂停无关操作,记录现场状态(拍照、记录屏幕、记录在场人员与操作)。
  2. 原始介质保护:遵循"不改动原始证据"原则;必须操作时优先制作位对位镜像(bit-stream image)。
  3. 校验固定:对镜像与关键文件计算SHA-256等校验值,记录计算工具、版本与时间。
  4. 分析还原:在副本上开展时间线分析、日志关联、样本逆向;全程记录分析步骤(可复核性)。
  5. 证据保管:证据清单化管理,交接留痕,存储环境可控。
  6. 对外移送:涉及刑事报案的,按公安机关要求移交;需鉴定意见的,委托具备资质的司法鉴定机构。

6.3 三类场景的采信要点

场景采信关注点组织准备工作
刑事报案证据来源合法性、提取程序规范性、校验值完整性、是否委托鉴定报案材料包:原始记录+校验值+采集过程说明+内部人员签字确认
行政处罚应对日志真实性、处置时间线、补救措施证据按第2页义务图谱预置的证据目录归档
民事诉讼/追偿电子数据真实性、完整性与关联性的审查公证保全或时间戳固定关键网页与文档(对外售卖帖、水印鉴定等)

07 · 溯源能力分级参考

等级名称特征描述典型证据输出
L1原始记录依赖各系统默认日志,无集中管理,时间不同步,留存不足六个月零散导出日志,难成链
L2集中留存日志集中存储,满足≥6个月法定留存,时钟统一可拼接的基础时间线
L3主动监测数据库审计全覆盖、完整性保护、UEBA规则在线运行可定责的操作级证据链
L4标记溯源水印/指纹/Canary体系与标签联动,泄露样本可指认来源泄露源头指认报告
L5司法就绪取证流程标准化、与司法鉴定机构协作机制、证据包模板化可直接移送的司法级证据包

说明:本分级为课题提出的能力成熟度参考框架,用于自评与差距分析,并非国家标准条款;与第8页的总体成熟度自评表配合使用。

08 · 时间线分析与日志字段标准化

8.1 日志字段标准化建议

跨系统时间线拼接的前提是字段语义一致。建议参照CEF(Common Event Format)或ECS(Elastic Common Schema)定义本组织最小日志字段集,并建立与GB/T 20986-2023分类代码的映射:

字段说明备注
时间戳统一UTC、精确到毫秒,记录原始时区NTP统一授时(本页第2.1节)
事件标识事件类型与唯一ID对齐GB/T 20986-2023分类代码,便于跨组织通报
主体账号、认证方式、终端指纹严格区分人员账号与服务账号
客体库表/文件/接口/资源路径与子课题01数据分级标签联动
网络上下文源IP、会话ID、应用标识支撑横向移动路径还原
结果成功/失败、影响行数高危行为判定与影响量统计的核心字段

8.2 时间线分析三步法

  1. 锚点事件定位:以最早可确认的异常为锚点(如一次异常批量导出记录、一个异常登录会话),确认其精确时间与主体。
  2. 上下文展开:以锚点为中心向前后各扩展一个典型潜伏周期(数周至数月),交叉印证认证日志、网络日志与数据库审计日志。
  3. 因果链重建:按"初始访问→执行→权限提升→横向移动→数据收集→外渗"标注每一步的时间、主体、客体,形成可经受质证的证据链描述。

产出双读者设计:分析产出物应同时服务两类读者——技术人员(ATT&CK标注的攻击路径图)与法务/监管(时间戳完整的动作链描述)。第5页"法定动作对齐表"的留痕列即以此类时间线为基础。

本节参考来源(第4页)

以下均为真实可查的权威来源,用于支撑本页事实性表述。

[1]

《网络安全法》第21条(日志留存不少于六个月):中国政府网。

[2]

最高人民法院、最高人民检察院、公安部《关于办理刑事案件收集提取和审查判断电子数据若干问题的规定》(法发〔2016〕22号):最高人民法院官网。

[3]

GB/T 29361—29363系列《电子物证》国家标准(2012年发布):国家标准全文公开系统。

[4]

GB/T 36073-2018《数据安全能力成熟度模型》(审计与追溯过程域):国家标准全文公开系统。

[5]

Verizon DBIR(内部威胁与凭证滥用统计基线):Verizon官方报告页。

[6]

圆通快递个人信息泄露事件(2020年公开报道,约40万条、警方抓获嫌疑人):公安部官网及主流媒体报道存档。

[7]

Elastic Common Schema官方文档:elastic.co/guide/en/ecs;CEF格式公开说明(OpenText/Micro Focus文档库)。