账户密码和订阅令牌可能具有不同权限与失效机制。处理泄露时先确认泄露了哪种信息，不假定改密码会使所有旧订阅失效。
检查时关注什么
在可信后台查看账户会话、订阅重置和设备管理说明。不要为了验证权限公开测试令牌，也不把秘密放进第三方工具。只对自己账户采取必要操作，影响其他设备前先列更新清单。
用一个情境说明边界
假设公开的是订阅二维码，应先查令牌处理规则；如果密码也泄露，还需单独处理账户访问。两个步骤完成后分别验证账户状态和设备配置。
本次需要留下的记录
- 泄露信息类型
- 对应撤销机制
- 账户及设备复核
两种凭据分别写权限与撤销方式
假设账户密码用于登录管理页，订阅令牌用于获取配置。改密码是否同时更换令牌，不能由习惯推断；不同系统可能独立管理。发生外泄时先确定泄露的是哪种内容，再查正式撤销机制及所有受影响设备。
对照现象，决定下一项检查
| 观察或条件 | 这项证据说明什么 | 下一步怎样处理 |
|---|---|---|
| 账户密码泄露 | 管理权限可能受影响 | 按账户正式流程处理 |
| 订阅地址公开 | 配置获取权限待核 | 询问令牌撤销范围 |
| 两者都可能暴露 | 风险覆盖较广 | 分别确认处理结果 |
把判断落实到一次操作
- 在私人记录中只列凭据类别、用途和保存位置，不抄真实值。
- 核对账户恢复、密码变更与订阅轮换分别怎样生效。
- 处理泄露后列全部设备、备份和同步副本，逐台更新必要配置。
- 验证真实任务和正式撤销结果，不能凭一次旧链接超时判断全部权限已终止。
什么时候停止，以及什么时候重新检查
本站不要求发送任一凭据。验证码也不应给未知支持；正式机制不明确时先在可信渠道核对。服务架构改变后，旧撤销理解不直接适用。
再问一个容易遗漏的问题
令牌在URL里，经HTTPS发送就没有风险了吗？
HTTPS保护相应传输，地址中的秘密仍可能出现在历史、日志或分享材料。保护完整URL与二维码，公开示例使用假值；外泄时本地清理不替正式撤销。
保存本题的个人记录
凭据类别：
正式用途：
撤销机制：
受影响设备：
备份同步：
验证与未确认：这份记录只保存自己核对过的条件；不填写密码、验证码或完整订阅凭据。下方检查表可下载空白版本。
常见疑问
两者可以保存在同一个公开笔记吗？
不可以这样处理。任何具有访问能力的秘密都应限制访问，公开笔记不适合作保管位置。
阅读依据与下一步
继续阅读 订阅凭据保护 与 配置备份怎样保管：位置、权限与恢复测试，也可返回 隐私与信息核验 查看同类问题。
YOUR CHECKLIST / 读完就做
0 / 6 项把这篇文章，变成你的检查记录。
勾选已完成的核对；点击“保存检查进度”后，下次可在同一浏览器继续。
尚未保存，勾选仅保留在当前页面。
下载空白检查表 ↓勾选不代表品牌资料已获验证。