很多企业网站上线后,编辑文章、管理询盘和修改服务器配置的人共用一个超级管理员账号。短期看很方便,长期却容易在人员离职、供应商更换或账号泄露时产生风险:谁改了页面难以追溯,也难以及时收回不再需要的权限。网站交付时,应把“账号和权限”作为正式验收项。

内容编辑通常只需发布或修改文章,客服可能只需查看和回复询盘,技术维护人员才需要插件、模板或服务器权限。企业负责人或指定管理员保留最高权限和审批能力。权限设计遵循最小权限原则,避免把所有人都设成“超级管理员”。如果当前CMS没有细粒度角色,至少应为不同人员建立独立账号,并通过工作流程限制高风险操作。
共享账号会让操作日志失去意义,也常导致密码在聊天记录和文档里反复转发。每个人使用独立账号,设置高强度且不重复的密码;具备条件的系统为管理员开启多因素认证。离职或项目结束时,应停用相应账号、撤销API密钥和远程访问,而不是只把密码改一次。
这份清单不应公开发布密码。建议在企业认可的密码管理工具中安全保管凭据,并指定至少一位内部负责人能独立完成基本恢复。
每季度或人员变动后检查一次账号列表,删除或停用闲置权限。重要页面修改、插件升级和服务器配置调整要留记录;在大改动前验证备份可恢复。交接完成后,实际登录测试各类账号能否完成职责、是否仍存在不必要的管理员通道。
网站权限管理不是只有大型平台才需要。一个能接收客户咨询的普通企业站,同样存有业务信息和访客数据。把权限边界和交接流程做好,通常比事后查找“是谁改坏了网站”成本更低。
参考资料:OWASP:Zero Trust Architecture Cheat Sheet;OWASP:Multifactor Authentication Cheat Sheet。