员工已经离职,还能通过你验证过的企业账户发出指令吗?

Charles Archibong, 联合创始人
一个人的身份已验证,不代表他持续有权代表公司。代表离职或换岗时,应审查权限、会话和委派访问,不要把这类变化与公司身份混为一谈。

要点
- 已验证身份与持续有效的授权,是不同的问题。
- 审查会话、委派访问和待处理敏感操作。
- 通过可信公司渠道确认接任者,并记录决定。
公司代表离职或换岗时,应重新审查他还能在平台上执行哪些操作。身份核验结果可能仍然正确,但发出指令的授权可能已经终止。
例如,公司只更新了邮件目录,前员工仍能登录你的系统。企业账户、客服审批和集成,可能分别保留着独立权限。
确认报告的授权变化
记录由谁报告、何时生效,以及涉及哪个法律实体和哪位代表。通过已经建立且获授权的公司渠道确认指令。
不要把控制权交给任何声称员工离职的人。授权存在争议时,应按有记录的升级流程处理,并决定在证据未明确期间如何处理敏感操作。
Toden的KYB申请人指南解释了识别个人与确立代表权限的区别。完成开户后,这一区别仍然重要。
找出此人可能使用的每条路径
审查交互式访问、活动会话、邀请权限、客服授权,以及此人控制的委派凭据。还要包括更改付款指令或添加其他操作人员的权力。
为每条路径列出负责人和所需措施。如果另一条路径仍允许相同敏感指令,仅删除可见团队名单中的一行并不够。
如果离职人员接触过共享凭据,应有计划地评估轮换及依赖服务。不要在没有负责人和恢复方案的情况下中断生产集成。
在服务器上执行新的授权状态
OWASP授权指南 (在新标签页中打开)要求每次请求都核查权限。缓存角色或旧浏览器会话,不应覆盖当前企业账户政策。
审查变化发生前已创建的敏感请求。决定它们是否仍有效,或是否需要当前授权代表重新确认。记录决定,而不是假定旧请求已经自动取消或仍然批准。
除非有独立理由,否则保持公司的身份记录不变。代表离职与公司所有权变化,是不同事件。
验证关闭结果和接任路径
测试被移除的权限是否已无法执行相关操作。记录每条路径的关闭时间和确认人员。授予接任者相应访问前,先核实其身份与授权。
将Toden企业验证能力与应用自身权限一起审查。带一个代表离职场景来验证:目标是证明现在谁有权操作,而不只是过去谁通过过检查。
参考来源



