Skip to content

Conversation

@marcpeiser
Copy link

@marcpeiser marcpeiser commented Dec 10, 2025

Summary

Enable Amazon Bedrock AgentCore services in sandbox accounts by:

  1. Adding bedrock-agent services to SCP allowlist - Allows bedrock-agent:*, bedrock-agent-runtime:*, and bedrock-agentcore:* actions in sandbox accounts

  2. Updating aws-nuke to v3.62.0 - Adds support for cleaning up BedrockAgentCore resources (AgentRuntime, Gateway, Memory, etc.)

  3. Excluding BedrockAgentCoreWorkloadIdentity from cleanup - These resources cannot be deleted directly; they are automatically deleted when the parent AgentRuntime is deleted

Changes

  • isb-aws-nuke-supported-services-scp.json - Add bedrock-agent services to NotAction list
  • Dockerfile - Update aws-nuke v3.60.1 → v3.62.0
  • nuke-config.yaml - Exclude BedrockAgentCoreWorkloadIdentity from cleanup

Technical Details

AWS Bedrock AgentCore creates a WorkloadIdentity resource when an AgentRuntime is created. This WorkloadIdentity is linked to the AgentRuntime and cannot be deleted directly via API - attempting to do so returns:

ValidationException: WorkloadIdentity is linked to a service and cannot be deleted by the caller.

The fix excludes this resource type from aws-nuke cleanup. When aws-nuke deletes the parent AgentRuntime, AWS automatically cascade-deletes the associated WorkloadIdentity.

Add bedrock-agent, bedrock-agent-runtime, and bedrock-agentcore to SCP
allowlist to enable sandbox users to deploy and manage Bedrock agents.

Upgrade aws-nuke from v3.60.1 to v3.62.0 which adds support for cleaning
up bedrock-agentcore resources during sandbox cleanup.
@marcpeiser marcpeiser force-pushed the feature/enable-bedrock-agentcore-services branch from 75db3de to c41bcfa Compare December 12, 2025 04:55
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant