Credential provider is never deleted, despite remove credential saying the deploy will apply it
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 68/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- aws, typescript
Hướng nghiên cứu
Theo dõi các luồng xử lý xóa thông tin xác thực và deploy trong TypeScript CLI, sau đó so sánh chúng với lệnh gọi xóa nhà cung cấp thanh toán hiện có được mô tả trong issue. Bổ sung kiểm thử bao phủ cho một thông tin xác thực API-key được xóa trước khi deploy, đồng thời xác minh rằng nhà cung cấp và secret nền tảng được xóa thay vì chỉ bị bỏ qua trong lần tạo tiếp theo; các lệnh tái hiện cung cấp bước kiểm tra end-to-end.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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/DeletePaymentCredentialProvidercall. There is no equivalent call for API-key providers anywhere in the CLI. - The credential provider is not a CloudFormation resource, so
cdk destroycannot 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:
- The deploy after
remove credentialdeletes the credential provider from AWS, as the returned note says it will. Or, remove credentialstates 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>
- Ngôn ngữ chính
- TypeScript
- Star
- 291
- Fork
- 96
- Merge trung bình
- 20 giờ 50 phút
- Pull request đã merge (30 ngày)
- 214
Hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của aws/agentcore-cli
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
aws/agentcore-cli#2395 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
aws/agentcore-cli#2392 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
aws/agentcore-cli#2267 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
aws/agentcore-cli#2258 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
aws/agentcore-cli#2176 ·
Tất cả issue của aws/agentcore-cli
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
-
security
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
IBM/node-sdk-core#373 ·
-
e2e-failure ready-to-code
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
-
chore
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100