什么情况要即时通报
当发现的问题可以直接导致数据泄露、业务中断或权限滥用时，等报告交付就太晚了。规范做法是先通过约定的紧急通道通知接口人，说明问题类别、影响面与建议的临时缓解动作，随后在 24 小时内给出不含完整利用细节的书面简报，正式报告按期交付后补。
基本信息
| 触发条件 | 可直接泄露数据、造成中断，或导致权限滥用 |
|---|---|
| 通报通道 | 合同预定的紧急联络人与即时通信方式 |
| 时效要求 | 立即口头或即时通报，24 小时内书面简报 |
| 内容边界 | 风险、影响面、临时缓解建议，不含完整利用细节 |
| 留痕 | 通报时间、对象、内容摘要记入项目记录 |
典型触发场景
- 未授权即可读取批量业务数据，含个人信息或经营数据
- 普通账号可直接获取管理权限，影响范围可扩散
- 存在可导致核心服务不可用的入口，被利用即中断业务
- 生产环境凭据以明文形式暴露在可访问位置
- 关键系统的管理接口对外网可直接访问且认证薄弱
口头通报要点
口头通报要点
1. 一句话说明问题类别与影响面，先说结论
2. 已做的验证动作与边界：做到了哪一步，为何未继续扩大验证
3. 建议的临时缓解动作，能当天执行的优先
4. 明确后续安排：24 小时内书面简报，正式报告后补
5. 记录通报时间与接收人，形成文字回执通报渠道与内容对照
| 环节 | 渠道 | 内容范围 |
|---|---|---|
| 即时通报 | 电话或约定即时通道 | 类别、影响面、缓解建议 |
| 书面简报 | 约定邮箱或工单 | 脱敏说明与处置建议 |
| 正式报告 | 常规交付渠道 | 完整条目与证据索引 |
| 后续跟踪 | 定期同步会 | 处置进展与复测安排 |
简报同样要脱敏：沟通渠道按合同约定，不群发、不把完整利用细节写进即时消息。
通报前先把验证动作停下来：问题已经证明存在，继续扩展验证只会扩大风险面，等客户处置安排明确后再决定是否继续。