应使用IAM角色替代API Key实现零密钥调用、资源策略实现跨账户授权、OIDC对接外部服务账号，三者共同构成云上AI Agent安全认证体系。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您正在管理云上 AI Agent 或自动化服务，却仍依赖明文 API Key 进行身份验证，则可能面临密钥泄露、权限失控与审计缺失等系统性风险。服务账号认证的本质是用受控的、可审计的身份实体替代静态密钥，而从 API Key 转向 IAM 权限正是实现这一目标的核心进阶路径。以下是具体实施方式：
一、使用 IAM 角色替代 API Key 实现零密钥调用
该方法通过为计算实例（如 EC2 或 Lightsail）绑定 IAM 角色，使运行在其上的应用自动获取短期安全凭证，无需硬编码或手动管理长期密钥。凭证由 AWS STS 动态签发并定期轮换，从根本上消除密钥静态存储带来的泄露面。
1、登录 AWS 控制台，进入 IAM 服务页面，选择“角色” → “创建角色”。
2、选择可信实体为“AWS 服务”，然后在使用案例中选择对应服务（例如“EC2”或“Lightsail”）。
3、附加策略：搜索并勾选 AmazonBedrockFullAccess 或按最小权限原则自定义策略，明确限定模型调用范围（如仅允许调用 nova-lite）。
4、为角色命名（如 openclaw-execution-role），完成创建。
5、将该角色关联至目标实例：在 EC2 控制台选中实例 → “操作” → “安全” → “修改 IAM 角色”，选择刚创建的角色并保存。
二、基于资源的策略实现跨账户服务账号授权
当服务需跨 AWS 账户访问 Bedrock 等资源时，可通过资源策略直接授予特定 IAM 主体调用权限，避免在调用方账户中配置密钥或角色信任关系。该方式适用于多租户 SaaS 场景下的服务账号隔离。
1、进入 Amazon Bedrock 控制台，选择左侧导航栏中的“模型访问”。
2、点击“编辑模型访问”按钮，在弹出面板中切换至“资源策略”标签页。
3、添加新语句，设置 Principal 为跨账户的 IAM 角色 ARN（格式如 arn:aws:iam::123456789012:role/external-service-account）。
4、指定 Action 为 bedrock:InvokeModel，Resource 指向具体模型 ARN（如 arn:aws:bedrock:us-east-1::foundation-model/anthropic.claude-3-sonnet-20240229-v1:0）。
5、确认策略语法合法后，点击“保存更改”。
三、利用 OpenID Connect 身份提供者对接外部服务账号
对于运行在 Kubernetes 或 GitHub Actions 等支持 OIDC 的平台上的服务，可通过配置 AWS OIDC 身份提供者，让外部工作流直接获取临时凭证。该机制不依赖任何长期密钥，且每次执行均生成唯一会话策略，实现细粒度上下文感知授权。
1、在 IAM 控制台中创建 OIDC 身份提供者：提供 GitHub Actions 的 Issuer URL（如 https://token.actions.githubusercontent.com）及对应的公钥证书。
2、创建 IAM 角色，并在“信任策略”中指定该 OIDC 提供者作为 Principal，同时添加 sub 和 aud 条件约束（例如限定仅允许来自特定仓库的 workflow_job 声明）。
3、为角色附加最小权限策略，如仅允许调用 bedrock:ListFoundationModels 和 bedrock:InvokeModelWithResponseStream。
4、在 GitHub Actions 工作流 YAML 中配置 id-token 权限，并使用 aws-actions/configure-aws-credentials@v2 动作注入凭证环境变量。
