合规授权与法律边界
技术失误大多可以补救——镜像采错了重采,参数填错了重跑,时间戳算错了重新换算。越权取证往往不可挽回,而且它的代价不落在技术层面。
按发布时间浏览公开内容,找到下一份值得学习的资料。
技术失误大多可以补救——镜像采错了重采,参数填错了重跑,时间戳算错了重新换算。越权取证往往不可挽回,而且它的代价不落在技术层面。
拿到镜像之后,最自然的想法是"挂载起来看看里面有什么"。这个想法在便利性上无可指摘,在证据安全上却极其危险——因为操作系统的挂载过程本身就会写盘。
事件日志是 Windows 上少数由系统主动、持续、按审计规则记录的证据。它和注册表、Prefetch 这类「顺手留下的痕迹」有本质区别:注册表与 Prefetch 是副产品(为配置和加速而写,可能被清理,也...
sha256sum 能证明"这串字节从 3 月 15 日到现在没变过"。它证明不了另一件事:这串字节是从哪个设备上、什么时间、由谁、以什么授权取下来的。
多数 Linux 取证只读 auth.log 和文件时间戳,很少系统性地读包管理器的账本。
注册表保存 Windows 的系统与用户配置,也包含设备连接、程序使用、软件安装和账户信息等取证工件。分析时应确认 hive 来源、用户归属和事务日志状态,再将相关键值与文件、事件日志等证据交叉...
如果你接过一台被控嫌疑的 Windows 机器,需要回答委托方最常问的那个问题——"这台机器什么时候被谁控制了、控到了哪些主机"——你并不需要解出任何密码。设备 ID、对方识别码、连接时间线这三样在...
"该文件于 2024 年 3 月 15 日 14:30 被创建"这句话要成立,必须先回答四个问题:这是什么格式、纪元起点是哪一天、精度是多少、存的是 UTC 还是本地时间。四个问题不回答,那个数字就是废的。
在案件里,"容器里出现了宿主机的东西"往往比"容器里跑着恶意程序"更能定性。
前面几篇都是具体引擎的具体做法,本篇讲与引擎无关的骨架:拿到 .db、ibdata1 还是 dump.rdb,第一小时该怎么走、每一步产出什么、结论在什么情况下才算成立。
取证装备要解决的矛盾很直接:既要高速读取介质,又绝对不能写入它。
Docker 主机上的取证对象是"一台机器 + 若干容器",边界清楚。
用户和操作系统看到的是"这是一个 .jpg",但磁盘上真正决定它"是什么"的,是文件开头那几个字节。扩展名是文件名的属性,不是文件的属性。
iOS 取证与 Android 的主要区别在于:苹果把"可获取的数据"按层级严格区分,且每一层都需要不同的凭证。
前七篇讲"macOS 上有什么、怎么看"。