题目重点：把 Oracle IC4 Ops 场景题拆成事故定性、物理补偿、访问恢复、凭据轮换和复盘，区分认证故障与凭据泄露。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 训练版假设摄像头仍供电并能在本地录制，但集中管理无法登录；若视频也停止或发现入侵，要提高事件等级。
- 运维对摄像头账户、管理系统、现场安保和审计日志有合法权限；每一步遵守实际机房访问流程。
解题路线
- 先定性和界定范围：抽样确认是单设备、单站点还是全域，记录开始时间、最近的密码轮换和认证系统变更，保全日志并指定事件负责人。
- 1 小时内优先保证物理覆盖：核对受影响区域和盲点，通知现场安保，按风险补人工巡逻或备用镜头，同时暂停会扩大故障的批量凭据操作。
- 24 小时内在授权的恢复流程中验证凭据源、回滚错误配置或分批重置，先试点再扩展；逐台验证实时画面、录像回放、时间同步和审计记录，记录仍未恢复的区域。
- 一周内完成全部凭据轮换和权限最小化，修复自动化轮换/告警、补齐故障期间录像缺口的风险记录，复盘根因、检测延迟与现场补偿有效性。
- 若只是密码配置错误，不应无证据宣布凭据泄露；若日志显示异常登录，则启动安全事件调查、隔离和强制轮换。
手动走一遍
例如三个站点中一个站点 40 台摄像头管理登录失败：先从设备/管理服务日志排除单一操作员误输，标记其覆盖的门禁位置并安排值守；用两台非关键设备试验回滚后再批量恢复，逐一核对录像连续性。后续发现轮换脚本把新密码只写入一半设备，就修正双阶段发布与回滚检测。
规模与取舍
若 N 台设备需逐台核实，核对工作量 O(N)；按站点并行可缩短墙钟时间，但现场安保和设备访问权限是实际瓶颈。响应目标是业务时限，不是算法渐近复杂度。
易错点与追问
容易失分的边界
- 只谈重设密码，忽略摄像头失效期间的物理安全覆盖。
- 把认证失败、摄像头离线和凭据泄露视为同一事件。
- 批量重置前不试点，进一步扩大失联范围。
- 以一周为由推迟事故记录或现场补偿。
继续深挖
- 若同时检测到异常登录和录像缺口，调查优先级如何改变？
- 多站点时如何按区域风险和恢复成本排序？
- 如何设计密码轮换的金丝雀验证与自动回滚？
