半年前发放却被遗忘的权限，不是抽象风险，而是泄露的常见原因。团队构成变化的速度快于权限清单的更新速度：员工换了岗位，某位外包人员项目结束，实习生工作两周后离开，而对应的资源却仍显示为活跃状态。下面梳理定期检查可依赖哪些痕迹、复查该多久进行一次，以及发现一项早该关闭却仍在使用的权限时该怎么做。
为何要定期查看谁在使用资源
已发放的权限清单老化的速度比想象中更快。没有定期检查，公司往往不是在平静时刻发现被遗忘的权限，而是在事故发生的那一刻——此时再去查清是谁、为何在使用它已经太迟。复查不是对怀疑的反应，而是在有人利用问题之前先发现它的方式。
有哪些可用的痕迹
三个来源基本覆盖了整个审计。历史操作记录显示何时、针对哪项资源发生了扣费——持续产生的扣费说明确实有人在使用该资源，而不只是挂在部门名下。个人后台中的活跃租赁列表是当前状态的快照：哪些号码、邮箱和代理通道已付费，付到什么日期。服务自身的登录日志则显示某个账号最后一次登录的时间，而不仅仅是资源已付费这一事实。已付费却长期未被打开的权限，本身就值得追问，即便它形式上仍处于活跃状态。
权限泄露或滞留在前员工手中的迹象
异常信号体现在不匹配之处。登录地区与团队中任何一名成员都对不上。活动时间落在团队明确不工作的时段。项目结束一个月后，某项资源仍在持续扣费。前员工的账号登录记录中，出现了晚于其正式离职日期的记录——这是权限未被及时收回最直接的信号。
复查频率
将权限台账与在职员工名单做一次完整核对，至少每季度一次；外包人员流动率高的团队，建议每月一次。针对单项资源的定点检查，应在员工离职或合同结束后立即进行，不必等待例行周期——从人员离开到下一次季度审计之间，权限完全可能已被他人使用过。
发现可疑情况时该怎么做
一旦发现有泄露迹象的权限，处理顺序简单而迅速。首先，修改引发疑问的那项资源的密码：邮箱、代理租赁后台、工作账号。其次，撤销与该权限绑定的所有活跃会话和 API 密钥，以免旧会话在密码修改后依然可用。如果该号码曾作为第二验证因素使用，就把第二验证因素迁移到新号码，并将其专属分配给当前负责人，旧号码则从双重验证轮换中移除。这三步各自只需几分钟——真正耗时的通常不是修复本身，而是发现问题的过程。
为何审计比事后恢复更划算
定期复查只是读取已经存在的日志和列表，除了时间几乎不需要额外成本。泄露后的恢复则要更换所有相关权限，查清究竟哪些内容被泄露，并与受影响的人沟通。两者的差距是数量级的：每月半小时的检查，对比几天的事故排查和写不进报告的声誉损失。我们在员工入职一文中提到的台账，既是发放权限的基础，也是后续审计的基础：如果资源从一开始就被记录，复查就只是核对日期，而不必从零开始调查。
常见问题
该多久检查一次谁在使用工作权限？
完整复查至少每季度一次；针对具体资源的定点检查，应在员工离职或外包合作结束后立即进行，不必等待例行周期。
凭什么迹象判断权限仍留在前员工手中？
看登录日志：正式离职日期之后仍有活动、来自不熟悉地区的登录，或某项资源仍在扣费却已没有团队内的在职负责人。
怀疑权限泄露时，第一步该做什么？
修改该资源的密码，撤销活跃会话和密钥；如果权限曾绑定某个号码作为第二验证因素，就把第二验证因素迁移到当前负责人专属的新号码上。
为了在怀疑权限泄露时能迅速把第二验证因素迁移到专属分配给负责人的新号码，可使用turbon.rent 号码租赁。