Lambda Cloud
2 节点1 篇3 来源
Lambda Cloud(美国GPU云服务商)于2026年11月4日正式推出身份与访问管理(IAM)及基于角色的访问控制(RBAC)功能,旨在解决此前API密钥权限过大导致的“最小权限原则”缺失问题。该更新引入了服务身份、用户组和预定义角色,允许管理员将自动化脚本的权限从个人全权密钥中剥离,并实现更细粒度的资源隔离。
【背景】此前Lambda仅支持Admin和Member两种角色,所有API密钥均继承所有者全部权限,存在安全风险。新系统通过工作区(Workspaces)和资源层级映射权限,支持账户级和工作区级作用域。
这一变化对依赖Lambda进行大规模AI训练的企业团队至关重要,因为它满足了安全审计合规要求,并降低了因密钥泄露导致的数据风险。争议点在于迁移成本:虽然现有设置保持兼容,但用户需手动创建服务身份并重新配置权限以享受新特性。
后续需关注:1. 企业客户是否广泛采用服务身份替代个人密钥;2. Lambda是否进一步扩展自定义角色或集成第三方身份提供商(IdP)。
事情怎么走到这一步
Lambda Cloud发布博客文章,正式宣布在控制台引入IAM和RBAC功能,支持服务身份、用户组及预定义角色。
lambda.com ↗官方文档更新,详细说明了IAM的核心概念,包括身份类型(用户/服务)、权限范围(账户/工作区)及默认角色分配逻辑。
docs.lambda.com ↗
还没定论的部分
- Lambda Cloud的IAM功能是否支持与其他主流云平台(如AWS IAM)的策略互操作?
- 对于已有大量自动化脚本的用户,迁移到服务身份的具体工具或指南是否已完全公开?
- 未来是否会开放更多自定义角色权限,还是仅限于当前的预定义角色集?