一、ISO/IEC 27001:2022 附录A.5.11 控制原文

二、条款解读说明

2.1 为什么A.5.11不能只看实物归还

很多组织把资产归还简单理解为“电脑和工卡交回来”。但现实风险远不止这些。员工或外包人员离岗时，可能还掌握文档副本、打印资料、移动介质、测试数据、密钥令牌、认证设备、远程访问工具和本地缓存数据。如果只收实物、不联动权限和数据清理，组织很可能形成“设备回来了，访问和信息没回来”的假安全状态。

A.5.11与入离职控制、权限回收、信息分类和可接受使用密切相关。它要解决的是资产和访问交接的完整性问题，尤其在远程办公、外包协作和移动办公普遍存在的环境下，资产可能分布在多个地点和多个载体上，回收难度比传统办公室环境更高。

2.2 关键要点拆解

2.3 岗位变更同样是高风险场景

很多企业非常关注离职，却忽视岗位调整、部门转岗、项目结束和外包合同终止。这些场景中，人员虽然仍在组织内，但其继续持有旧部门资产、旧项目文档或旧环境访问权，往往更隐蔽，也更容易被忽视。因此，A.5.11的适用场景必须覆盖“职责变化”，不能只覆盖“离开组织”。

三、实施要点

3.1 建立分场景回收清单

• 针对离职、转岗、项目结束、外包结束和临时借用结束分别定义资产回收要求。
• 按设备、证件、文档、令牌、软件许可和介质分类设计清单。
• 不要依赖管理者个人记忆回收。

3.2 与权限和账号回收联动

• 设备归还应与账号停用、群组权限移除、VPN和令牌回收同时推进。
• 对高权限岗位设置更严格的确认机制。
• 避免“资产回收”和“访问回收”由完全独立流程处理且彼此不核对。

3.3 处理远程和异地回收场景

• 对异地员工和外包人员设计邮寄、上门或委托回收机制。
• 明确物流和临时保管过程中的责任和保护要求。
• 远程办公环境下尤其要重视本地缓存和个人打印资料。

3.4 明确无法立即回收时的补偿措施

• 若实物暂时无法回收，应先停用账号、吊销凭据、远程锁定或擦除设备。
• 对未按时归还资产设追踪和升级机制。
• 不要让“归还延迟”演变为长期失控。

3.5 留存完整回收证据

• 记录已回收、待回收、损坏、遗失和例外情况。
• 回收确认应由发起部门、接收部门和责任人共同留痕。
• 必要时保留数据清理或设备处置记录。

四、常用工具与实施方法

五、典型案例

案例一：离职员工设备归还了，但云账号未停用

1. 背景：企业重视设备回收。
2. 问题：离职员工某些SaaS账户仍处于有效状态。
3. A.5.11动作：将资产归还与账号回收流程整合，要求统一关闭确认。
4. 结果：交接完整性明显提升。
5. 启示：资产归还不能脱离访问回收。

案例二：外包项目结束后令牌未收回

1. 背景：外包团队使用硬件令牌和远程访问证书。
2. 问题：合同结束后只停用了主账号，令牌未纳入正式回收。
3. A.5.11动作：把令牌、证书和开发文档纳入统一回收清单。
4. 结果：第三方退出控制更完整。
5. 启示：非实物资产同样要进入回收视野。

案例三：转岗后保留旧项目资料

1. 背景：员工转岗到新部门。
2. 问题：旧项目文件和访问权长期保留，责任边界模糊。
3. A.5.11动作：将转岗纳入资产归还和权限调整场景。
4. 结果：信息最小持有原则更容易落实。
5. 启示：岗位变化和离职一样需要控制。

六、成文信息管理要求

A.5.11的关键证据通常包括资产归还清单、回收确认、例外记录和与账号权限回收的联动痕迹。成熟组织还会保留异地回收和数据清理的专项记录。

七、常见误区及踩坑提醒