企业超级管理员权限过大如何解决?

0 阅读6分钟

某企业曾发生过这样一次事故:一名 Helpdesk 员工离职后,仍然保留着共享的域管理员账号。某天晚上,他使用这个账号登录 AD,一次性禁用了全公司约 300 个员工账号,第二天大量员工无法正常登录,业务停摆近一天。事后排查才发现,所谓"域管理员账号"早已在团队内部多人共用。

这类问题的根源往往不是技术能力不足,而是日常工作需要权限,企业却习惯直接发放最高权限。

权限是怎么一步步失控的

在很多中小企业里,权限失控并不是一次性发生的,而是从几个"方便一点"的决定开始。

账号共享式:Helpdesk 每天都要处理密码重置、账号解锁,域管理员嫌反复操作麻烦,就把管理员账号密码告诉 Helpdesk。问题随之变成:谁登录过、谁改过账号、谁执行过高危操作,很难准确对应到个人。

复制粘贴式:新运维人员入职,需要管理用户、组和服务器,直接加入 Domain Admins 最省事。岗位调整、人员离职后权限却没有同步回收,几年下来,域管组从两三个人膨胀到十几个人。

委派失守式:企业也知道不能随便发 Domain Admins,于是尝试使用微软原生委派。但 AD 权限配置涉及 OU、对象类型和具体权限,规划、测试和维护都需要一定经验。配置不准确时,结果可能不是"权限太少",而是"给多了"。

微软目前的安全建议同样强调限制高权限组成员数量,并采用最小权限管理模型;其文档还指出,在合理设计的委派模型中,Domain Admins 权限应主要保留给紧急或域级变更场景。

真正难解决的,是"工作需要权限"与"不能给域管权限"的矛盾

image.png Helpdesk 确实需要重置密码、解锁账号;HR 可能需要创建员工账号;部门 IT 也可能需要维护自己 OU 下的用户。

这些工作不能因为安全要就全部交回域管理员。

真正应该改变的是授权方式:不要把一个"账号拥有的全部能力"交出去,而是把完成某项工作的必要权限单独委派出去。

微软原生 AD 本身就支持委派控制,可以按照 OU、用户或组等范围授予特定管理任务。微软官方文档也明确说明,委派管理可以让普通用户或组承担基础管理任务,同时减少高权限管理员组成员数量。

这也是 ADManager Plus 权限委派功能的切入点。它不是让企业再增加一批"超级管理员",而是把原本集中在域管理员手里的日常任务拆出来,按照岗位和范围重新分配。

ADManager Plus 权限委派怎么落地

第一步:先划范围,再给权限
例如销售部门有一个独立 OU,Helpdesk 只负责销售人员账号。可以先把委派范围锁定到销售 OU,技术员只能处理这个 OU 下的对象,其他部门账号不纳入其管理范围。

这一步解决的是"他到底能管到哪里"的问题,而不是简单地把密码重置权限发出去。

第二步:按照任务授权,而不是按照账号授权
ADManager Plus 支持通过委派模板选择具体管理任务,例如重置密码、解锁账号、创建用户、修改属性等。

因此可以形成类似这样的角色:HR 可以创建新员工账号,但不能修改安全组;Helpdesk 可以重置密码和解锁账号,但不能删除 OU。权限跟着工作职责走,而不是跟着"管理员"三个字走。

第三步:把角色放进组里管理
如果今天是张三负责 Helpdesk,明天换成李四,逐个修改权限很容易漏掉。将委派角色绑定到 AD 组后,人员加入组即可获得对应权限,离开岗位时移出组即可完成权限回收。

这比维护一长串"谁拥有什么权限"的个人清单更容易持续管理。

第四步:操作必须留下痕迹
权限治理不能只看"谁能做",还要回答"谁真的做了什么"。

ADManager Plus 可以记录技术员对 AD 对象的创建、修改、删除等操作;对于需要更高控制级别的操作,还可以叠加工作流审批。这样即使出现异常,也能追溯具体人员、时间和操作对象。

微软也建议企业采用最小权限、基于角色的管理方式,并指出自定义的细粒度权限组可以让 IT 人员完成日常工作,同时避免获得超出职责范围的权限。

image.png 微软官方安全指南建议实施最小权限管理模型,避免向不需要高权限的账号授予过多权限,并严格限制高权限组成员。——来源:微软官方文档《Best practices for securing Active Directory》

委派前与委派后:还是同一个 Helpdesk

image.png 治理前,Helpdesk 重置一个密码,要么排队找域管理员,要么使用共享管理员账号;治理后,Helpdesk 可以在授权 OU 范围内自行完成密码重置和账号解锁,管理员只处理真正需要高权限的事项。

更重要的是,域管组可以逐步从"十几个人都能管"收敛到少数真正承担域级职责的管理员。微软近期的 Active Directory 管理建议也明确提出,应审核并减少高权限管理组中的账号,并在可能情况下采用具有特定委派权限的自定义组。

image.png 需要注意的是,权限委派并不是安装软件后就自动完成治理。企业仍然需要先梳理 OU、岗位职责和现有权限,再设计角色。AD 组织结构本身混乱时,工具也无法替代架构治理。

常见问题(FAQs)

ADManager Plus的权限委派会不会修改AD底层ACL权限?
可以选择两种模式,既可以在AD写入真实ACL权限,也可以使用平台层虚拟委派,不改动底层AD权限配置。

ADManager Plus支持对高危AD操作配置审批工作流吗?
支持,例如删除用户、修改组策略等高危动作可开启审批,审批通过之后才会执行变更操作,全程留痕审计。

ADManager Plus可以批量扫描Domain Admins等高权限组成员风险清单吗?
可自动扫描域内各类高权限组,输出成员清单、闲置账号、跨域异常成员,辅助做权限收敛整改。