权限复核清单

要解决什么问题

季度或半年一次的权限盘点、离职转岗后的残留账号，以及「这个角色该不该留」的争论，往往卡在证据不全和不敢直接动系统之间。本技能把用户提供的系统名、角色/账号列表、离职名单等线索，整理成可讨论的 access review 草案：每项给出保留、回收或待核实，并写明依据来源；缺证据就标「缺」，不臆造「已回收」。

技能如何工作

使用前需明确：系统/应用范围、角色或账号列表（或导出片段）、复核周期，以及是否有离职/转岗名单。流程大致是：

1. 收集输入：必填角色/账号/权限项；可选最近登录、负责人、组织与离职名单。
2. 逐项建议（唯一动作）：保留（在岗职责或明确业务需要）、回收（离职/转岗/长期不用且无保留理由）、待核实（证据不足，默认；勿猜）。
3. 证据列：依据写用户原文出处，无则写「缺」。
4. 高危权限单独分栏：生产数据读写、权限的权限（授权/改角色/管 IdP）、资金交易、审计与日志、长期有效凭据等，不适用「在岗即保留」；审计日志类一律待核实；名称含 admin / export / key 等按保守归类进高危栏。

输出为复核表 + 待核实清单，不附「已在系统执行」类表述。

边界与注意点

• 只出清单：不连接 IdP/SSO/AD/云控制台，不读真实登录日志，不代批开通或自动改权。
• 不适合当漏洞扫描、合规审计正式结论（可作底稿）；单次建议不宜超过约 50 项。
• 高危识别仅依据用户提供的权限名称，分栏为空时须注明不等于系统内不存在其他高危项。