安全事件证据记录：来源、结论与保留边界

高质量的证据记录不是收集越多越好，而是让每个结论都能追溯到足以支持它的材料，并清楚说明材料不能支持什么。适合保存的内容包括来源链接、获取时间、配置摘要、构建标识、测试输出摘要、负责人和结论限制。最后核验：2026年7月15日 08:39 UTC；页面所述的确认事实仅限于指定来源给出的日期和描述。

建立来源卡片

每条外部更新都创建一张来源卡片，固定填写标题、原始地址、页面日期、读取时间、提取的事实和未确认问题。已确认：2026年7月14日的 AWS Elastic Disaster Recovery 更新说明支持设置 Amazon EBS 卷初始化速率，并说明在某些恢复情形中若该速率无法应用，恢复仍会完成。它并未说明读者的账户是否使用该服务、卷是否设置该值、或者某次恢复是否已经达到性能目标。原始页面：来源记录。

区分外部资料与本地证据

外部资料说明产品更新或已公开行为；本地证据说明本组织配置、构建和运行中的实际状态。两者必须分栏保存。比如，外部页面可支持“存在某项功能”，但不能支持“某项目已经启用”；部署日志可支持“某次任务执行”，但不自动支持“所有节点一致”。记录时至少检查四点：时间戳是否完整；材料是否对应同一环境；内容是否经过脱敏；链接或文件摘要是否可重新定位。

用结论限制避免过度推断

每个结论后增加限制句。可写“已确认某配置文件包含此项设置；尚未确认其在所有运行节点生效”“已确认测试返回预期状态；未覆盖异常网络条件”。这种结构将观察与推断分开，也便于后续复核人补足缺口。不要用“完全安全”或“绝无影响”等无法由有限证据证明的表达。若关键证据缺失，应记录缺失原因、补取计划和临时控制措施。

设置保留与访问规则

证据包应采用稳定的编号，并将页面快照摘要、日志片段、提交标识和处置记录关联到同一编号。访问权限按工作需要授予，敏感字段先做最小化处理再共享。定期检查链接是否失效、文件摘要是否仍能对应原始材料、以及关闭事项是否包含关闭依据。保留期限应遵循团队既有的数据管理安排；本页不对具体期限作未经证实的规定。

从记录回到行动

需要确定先做哪些检查，请访问更新入口；需要将公告转为资产问题，请打开更新核验；需要把证据用于补丁审查，请查看代码审查；需要整理工具接入材料，请阅读开发环境；需要把结论纳入值班交接，请使用处置时间线。