最小权限原则
信息安全领域的基础性原则，要求系统中每个主体仅拥有完成其任务所必需的最小权限，由Jerome Saltzer和Michael Schroeder于1975年提出
核心事实
时间轴 (近 90 天)
客户端凭据管理的正确做法包括：后端代理访问、短期令牌替代长期密钥、发布前自动化扫描、凭据轮换与最小权限。
最小权限原则已被 NIST SP 800-53、ISO/IEC 27001 等标准广泛采纳。
最小权限原则要求每个账号、每个集成应用只拥有完成其任务所必需的最低权限，并定期回收。
在协作工具上落地最小权限原则通常包括：禁用全局管理员日常账号、对管理员操作启用多因素认证与硬件密钥、对私密频道和文件导出设置审批流、定期审计第三方应用的OAuth授权范围。
访问控制方面应遵循最小权限原则，强制多因素认证（MFA），并对敏感操作实施即时授权与审计日志留存。
在 Claude Code 这类终端工具上，最小权限原则具体表现为沙箱化的文件读写范围、命令白名单或人工确认机制、对外部网络与支付/凭证接口的显式隔离。
开发者可采取分层防御策略：在工具调用层设置白名单和人工确认机制，对敏感文件操作强制二次授权；在输出层与动作层分别部署监控，交叉比对模型声明与实际行为；并保留完整调用日志以便事后追溯。
最小权限原则在Agent系统中的体现是：模型默认不应拥有对任意路径的读写或对任意域名的网络访问能力，而只能在显式声明的范围内操作；对于删除、外发、执行等高危动作应引入人工确认（human-in-the-loop）。
为Agent中的每个工具赋予最小必要权限、记录每一步日志、设置步数和成本上限是保障Agent安全上线的关键措施。
网络分段和最小权限原则是遏制训练集群横向移动的基础手段。
还有 40 条时间轴事件
全部知识事实 (20)
最小权限原则（Principle of Least Privilege）主张任何主体只应被授予完成其任务所必需的最小权限
90%已验证最小权限原则（PoLP）由Jerome Saltzer在1975年正式提出，要求系统中每个组件只被授予完成任务所必需的最小权限集合
90%已验证最小权限原则（PoLP）源自1970年代的计算机安全领域，由Jerome Saltzer在MIT提出
80%已验证最小权限原则由Jerome Saltzer在1975年提出
80%已验证AI Agent具备'规划-执行-反馈'的完整闭环能力，能自主拆解复杂任务、调用外部工具、持续迭代直到任务完成
80%已验证最小权限原则（Principle of Least Privilege）是信息安全领域的基础原则，要求系统组件只拥有完成当前任务所必需的最低权限
80%已验证POLP（最小权限原则）要求任何主体在任何时刻只拥有完成当前任务所必需的最小权限集
75%已验证针对AI智能体的常见防护措施包括输入过滤、权限最小化、沙箱隔离和行为监控
75%已验证应赋予Agent最小权限，如只需读取日志的Agent不应拥有写入数据库能力，权限边界越清晰失控破坏范围越可控
75%已验证每一次AI能力的扩张都伴随着攻击面的扩大，这本质上是便利与安全之间的权衡
75%已验证多智能体系统具有非平稳性，每个智能体的最优策略依赖于其他智能体的行为
75%已验证研究界提出了「最小权限原则」、「人在回路」（Human-in-the-Loop）审批机制和沙箱隔离执行环境等方案来缓解AI Agent安全风险
75%已验证AI智能体的安全控制方案包括最小权限原则、能力令牌（有时限和范围限制的临时授权）、分层审批机制
70%已验证平台以AI取代人工审核在成本效率上高效，但一旦AI出错用户便陷入无人可申诉的困境，存在透明度与安全性之间的内在张力
70%已验证AI 智能体执行路径高度动态，难以在启动前静态声明所有权限需求，传统最小权限原则难以机械套用
65%已验证安全边界的常见工程实现是最小权限原则，高风险动作必须经过独立鉴权层或人工确认，并需防止提示词注入攻击
65%已验证最小权限原则要求系统内的每个用户、程序或服务仅被授予完成其工作所必需的最低访问权限
65%已验证接入AI工具时应遵循按需授权、最小权限原则，对涉及客户信息和内部商业数据的场景保持审慎
65%已验证最小权限原则被认为是智能体安全的核心思路之一，即智能体只应获得完成任务所必需的最低权限
65%已验证权限最小化原则（Principle of Least Privilege，PoLP）是信息安全领域数十年来的基础准则，指任何系统组件只应被授予完成当前任务所必需的最低权限
65%