命名规则的意义
证据与产物的文件名本身就是元数据。用固定要素组合出来的名字,能让人只看文件名就判断出属于哪个案件、什么时间产生、是什么类型的东西、是第几个版本。这套规则同时服务于三件事:脚本批量处理、跨平台传输、文档归档——含有空格、中文标点或特殊符号的名字在这三件事上都容易出问题。
改名必须同步清单
证据一旦编号入册,改名就不再是单纯的文件操作,而是一次记录变更:证据清单、哈希清单与该文件的引用都要同时更新,否则清单里的条目会指向不存在的名字。如果要保留历史,用新增序号的方式追加新条目,而不是覆盖原有命名。
基本信息
| 适用平台 | 跨平台,命令行与图形界面均适用 |
|---|---|
| 命名要素 | 案号 - 日期(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 |
| 日期 | 产物生成日期,YYYYMMDD | 20260102 |
| 类型 | 镜像、哈希、时间线、报告等固定词 | timeline |
| 序号 | 同类型内递增,两位数 | 01, 02 |
| 主机标识 | 多主机案件中不可省略 | host1 |
避免用「最终」「新版」「最终确认」这类词做版本区分:语义模糊且无法排序,改用递增序号,版本关系一目了然。
编号后要把文件登记进证据清单,清单是命名与实际内容、哈希、来源设备的对照表;没有清单,命名规则只是好看,起不到可追溯的作用。