首页/安全/取证与溯源速查/证据与文件命名规则
证据与报告57 条

证据与文件命名规则

文件名用固定要素组合:案号-日期-类型-序号,全小写与连字符,避免空格与特殊符号,让脚本处理与跨平台传输少踩坑。

取证与溯源速查安全更新于 2026-10-13

命名规则的意义

证据与产物的文件名本身就是元数据。用固定要素组合出来的名字,能让人只看文件名就判断出属于哪个案件、什么时间产生、是什么类型的东西、是第几个版本。这套规则同时服务于三件事:脚本批量处理、跨平台传输、文档归档——含有空格、中文标点或特殊符号的名字在这三件事上都容易出问题。

改名必须同步清单

证据一旦编号入册,改名就不再是单纯的文件操作,而是一次记录变更:证据清单、哈希清单与该文件的引用都要同时更新,否则清单里的条目会指向不存在的名字。如果要保留历史,用新增序号的方式追加新条目,而不是覆盖原有命名。

基本信息

适用平台跨平台,命令行与图形界面均适用
命名要素案号 - 日期(YYYYMMDD) - 类型 - 序号
字符集小写字母、数字、连字符;不使用空格与特殊符号
时间格式统一 YYYYMMDD,必要时附上时分
同步要求改名时同步更新证据清单与哈希清单

典型使用场景

  • 批量采集产物:命名统一后可被脚本按模式匹配处理
  • 跨平台传输:不含空格与特殊字符,避免转义与截断问题
  • 归档编号:证据清单、哈希清单与实物名称三者对应
  • 多主机产物区分:用主机名或编号作为类型段,避免混装
  • 报告附录引用:文件名可直接作为附件引用代号

命名示例与校验

命名示例与校验
case2026-001-20260102-image-01.dd          # 磁盘镜像,第 1 卷
case2026-001-20260102-hashes-01.txt         # 对应哈希清单
case2026-001-20260102-memory-host1-01.raw   # 内存镜像,标注主机
case2026-001-20260103-timeline-linux.csv    # 时间线产物
case2026-001-20260104-report-draft-02.md    # 报告草稿第 2 版

# 校验:列出目录,确认命名符合规则且无空格
# Get-ChildItem | Where-Object { $_.Name -match ' ' }

各要素填写要求

要素取值要求示例
案号与委托文书一致的唯一编号case2026-001
日期产物生成日期,YYYYMMDD20260102
类型镜像、哈希、时间线、报告等固定词timeline
序号同类型内递增,两位数01, 02
主机标识多主机案件中不可省略host1
避免用「最终」「新版」「最终确认」这类词做版本区分:语义模糊且无法排序,改用递增序号,版本关系一目了然。
编号后要把文件登记进证据清单,清单是命名与实际内容、哈希、来源设备的对照表;没有清单,命名规则只是好看,起不到可追溯的作用。

易错点

  • 文件名含空格与特殊符号:脚本处理与跨平台传输时容易被截断或转义失败
  • 改名不同步清单:清单条目指向不存在的文件,保管链出现断点
  • 用「最终版」做版本区分:无法排序,也无法判断先后
  • 日期格式混用:一部分 YYYYMMDD、一部分 YYYY-MM-DD,排序结果错乱
  • 多主机产物不标主机:取证后期无法区分镜像来自哪台机器

数据来源与参考

  • ISO/IEC 27037(证据标识)
  • NIST SP 800-86(命名与清单)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌