Skip to content

Credential provider is never deleted, despite remove credential saying the deploy will apply it #2022

Description

@Agotfrid

Description

agentcore remove credential --name <n> --yes returns a note saying the removal will be applied to AWS on the next deploy:

{"success":true,"resourceType":"credential","resourceName":"retiretest-fake-token",
 "message":"Removed credential 'retiretest-fake-token'",
 "note":"Your agent app source code has not been modified. Deploy with `agentcore deploy` to apply your removal changes to AWS."}

That does not happen. The API-key credential provider is never deleted from AWS. It survives the removal, the following deploy, and a full stack teardown. There appears to be no CLI path that deletes one at all, so the only way to remove it is a manual aws bedrock-agentcore-control delete-api-key-credential-provider call.

The misleading note is the reason I am filing this as a bug rather than a feature request. An operator who follows the CLI's own guidance will reasonably believe the credential is gone. It is not, and neither is its backing secret, which is a security-relevant leak whenever the credential holds a real token.

Two details suggest the missing deletion is an oversight rather than a deliberate design decision:

  • The CLI does implement provider deletion for payment credential providers, via a direct POST /identities/DeletePaymentCredentialProvider call. There is no equivalent call for API-key providers anywhere in the CLI.
  • The credential provider is not a CloudFormation resource, so cdk destroy cannot remove it even in principle. On a two-runtime Container project the stack contained 24 resources (Runtime, ECR, KMS, Lambda, Logs, IAM, CodeBuild, CustomResource, CDK Metadata) and no credential-provider resource of any type. Only an explicit API call can delete it.

Steps to Reproduce

1. Scaffold a project with one runtime and one API-key credential.

agentcore create --no-agent --project-name RetireTest

agentcore add agent --type byo --name alpha_amp --language TypeScript \
  --framework Strands --model-provider Bedrock --code-location app/alpha_amp \
  --entrypoint dist/main.js --build Container --protocol HTTP

agentcore add credential --name retiretest-fake-token --type api-key --api-key not-a-real-token

2. Deploy. The output includes a Creating credentials... step.

agentcore deploy --target <target>

3. Confirm the provider now exists in AWS.

aws bedrock-agentcore-control list-api-key-credential-providers --region us-east-1

retiretest-fake-token is present. Correct so far.

4. Remove the credential. Note the message it returns about deploying to apply the change.

agentcore remove credential --name retiretest-fake-token --yes

5. Deploy again, exactly as that message instructs.

agentcore deploy --target <target>

6. Check AWS again.

aws bedrock-agentcore-control list-api-key-credential-providers --region us-east-1

retiretest-fake-token is still present. This is the bug.

7. Optionally, confirm it also survives a full teardown.

agentcore remove agent --name alpha_amp --yes
agentcore deploy --target <target> --yes    # output shows a "Tear down stack" step

aws cloudformation describe-stacks --stack-name AgentCore-RetireTest-<target> --region us-east-1
# ValidationError: Stack ... does not exist  -- the stack is correctly gone

aws bedrock-agentcore-control list-api-key-credential-providers --region us-east-1
# retiretest-fake-token is STILL present

Expected Behavior

One of the following:

  1. The deploy after remove credential deletes the credential provider from AWS, as the returned note says it will. Or,
  2. remove credential states that the AWS-side provider must be deleted separately, and prints the command to do it.

Either way, an operator following the CLI's output should end up with no orphaned provider and no orphaned backing secret.

Actual Behavior

The credential provider is never deleted. It remains in the account after remove credential, after the deploy that the CLI said would apply the removal, and after a full stack teardown that reported success.

The deploy in step 5 does correctly omit the Creating credentials... step that appeared in step 2, so the CLI clearly notices the credential is no longer declared in agentcore.json. It simply has no concept of deleting one that already exists in AWS, while telling the operator the opposite.

Deleting it requires dropping out of the CLI entirely:

aws bedrock-agentcore-control delete-api-key-credential-provider \
  --name retiretest-fake-token --region us-east-1

CLI Version

0.27.0

Operating System

macOS

Additional Context

Environment: @aws/agentcore 0.27.0 installed via mise (npm:@aws/agentcore), @aws/agentcore-cdk ^0.1.0-alpha.19, aws-cdk-lib ^2.248.0, aws-cdk CLI 2.1126.0, Node v22.22.1, aws-cli 2.35.24, macOS 15 arm64. Project managedBy: CDK, Container build, single deploy target. No modifications to the CLI or to the generated agentcore/cdk/ sources.

This was found while building tooling to retire AgentCore projects in an internal sandbox, and reproduced on a throwaway project created solely to confirm it. We had previously orphaned a provider on a real retirement without noticing, because the CLI reported success.

A related but separate gap, filed as #2023: a teardown also orphans one Lambda log group per Container runtime, because those log groups carry DeletionPolicy: Retain. cdk diff shows this as orphan, but the CLI's own teardown output never mentions that anything was retained.

For reference, the complete teardown procedure we ended up needing, where steps 3 and 4 have no CLI equivalent:

1. agentcore remove agent --name <each> --yes          # local config only
2. agentcore deploy --target <target> --yes            # destroys the stack
3. aws bedrock-agentcore-control delete-api-key-credential-provider --name <n> --region <region>
4. aws logs delete-log-group --log-group-name <n> --region <region>

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't working

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions