Skip to content

fix(bedrock-005): remove memory permissions not required when memory is disabled - #39

Merged
sethsec merged 1 commit into
DataDog:mainfrom
MrCloudSec:fix/bedrock-005-memory-permissions
Sep 4, 2026
Merged

sethsec merged 1 commit into
DataDog:mainfrom
MrCloudSec:fix/bedrock-005-memory-permissions

Conversation

@MrCloudSec

@MrCloudSec MrCloudSec commented Aug 28, 2026

Copy link
Copy Markdown
Contributor

What type of PR is this? (check all applicable)

  • New Path
  • Add / Update / Fix info within an existing path
  • New Feature / Major Change / Refactor / Optimization
  • Non path based documentation Update (Readme, etc)

Description

bedrock-005 lists bedrock-agentcore:CreateMemory and bedrock-agentcore:GetMemory as required, on the basis that AWS requires them on every CreateHarness call regardless of the memory configuration. That does not hold when memory is disabled, which is what the path's own step 2 does.

Change Detail
permissions.required Removed bedrock-agentcore:CreateMemory and bedrock-agentcore:GetMemory
name Dropped the same two permissions from the path name
Step 2 description Removed the claim that AWS requires the memory permissions on every call
attackVisualization Added the missing --memory '{"disabled":{}}' to the create-harness command so it matches step 2

How to reproduce and testing

Validated in a sandbox account with a role holding only the permissions this path lists, and no CreateMemory or GetMemory:

  • create-harness with --memory '{"disabled":{}}' reaches READY, and GetHarness reports memory: {"disabled":{}} on the created resource
  • the rest of the chain works unchanged with that same role: InvokeAgentRuntimeCommand returns the MMDS payload and the credentials resolve to the harness execution role
  • omitting the flag fails asynchronously with CREATE_FAILED and Memory operation failed: ... not authorized to perform: bedrock-agentcore:CreateMemory

So the memory permissions belong to the managed memory default rather than to CreateHarness itself. The same permission set is applied to the matching scenario in DataDog/pathfinding-labs#98, where the full attack was run end to end against it.

python scripts/validate-schema.py data/paths/bedrock/bedrock-005.yaml passes.

@sethsec
sethsec merged commit 64aca40 into DataDog:main Sep 4, 2026
2 checks passed
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.

2 participants