MFA本身不提供权限回收能力，但能防止离职员工通过残留MFA凭证绕过账号禁用；必须同步清除其所有MFA设备、TOTP密钥、WebAuthn凭据及备用验证通道，并将MFA状态接入自动化流程实现“未解绑即阻断”。

多因素认证（MFA）本身不直接提供权限回收能力，但它能显著提升离职员工权限回收的可靠性与安全性。关键在于：MFA不是回收动作，而是回收后防止“残留访问”的最后一道闸门。

离职时MFA设备与令牌必须同步清除

员工离职后，仅禁用账号不够——如果其手机APP（如Google Authenticator）、硬件密钥或短信通道仍有效，就可能绕过账号禁用，通过其他系统重登或复用会话。因此必须在回收权限时一并处置MFA凭证：

• 在身份管理后台（如Azure AD、Okta或WorkBuddy集成IDP）中强制撤销该员工所有已注册的MFA设备和恢复方法
• 批量吊销其绑定的所有TOTP密钥、WebAuthn凭据及备用邮箱/手机号验证通道
• 若使用短信或语音验证，需同步通知通信服务商解除该号码的MFA绑定（尤其适用于海外团队）

利用MFA状态作为权限回收触发信号

部分企业将MFA注册状态接入自动化流程，实现“未解绑即阻断”：

• HR系统标记离职后，自动调用IDP API检查该员工是否仍有活跃MFA设备；如有，立即冻结其SSO会话并推送告警给IT管理员
• 设置策略：任何用户连续7天未完成MFA登录，其MFA配置自动失效，避免离职员工长期滞留无效凭证
• 在GitLab/Jira等系统中启用“MFA强制策略”，确保离职账号即使被临时启用，也无法通过二次验证登录

配合账号禁用，形成双重保险

MFA不能替代账号禁用，但能让禁用真正生效：

• 账号禁用后，员工无法发起新登录；而MFA凭证清除，则彻底切断其已有会话续期、密码重置、令牌复用等所有旁路入口
• 例如：某运营离职前导出广告平台API密钥，但该平台依赖SSO+MFA登录——即便密钥未轮换，因MFA设备已被清空，密钥实际无法调用
• 审计日志中应同时记录“账号禁用时间”与“MFA凭证吊销时间”，两者间隔不应超过30秒，否则视为流程漏洞