claude-code - 💡(How to fix) Fix [BUG] Bedrock: Claude Opus 4.7 returns permission_error despite AUTHORIZED entitlement status

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…

Claude Opus 4.7 on Amazon Bedrock returns a permission_error at runtime despite the account being fully authorized according to AWS's control plane APIs.

Error Message

Error Messages/Logs

"type": "error", "error": { "type": "error", "error": {

Root Cause

Claude Opus 4.7 on Amazon Bedrock returns a permission_error at runtime despite the account being fully authorized according to AWS's control plane APIs.

Code Example

aws bedrock get-foundation-model-availability \
  --model-id anthropic.claude-opus-4-7 \
  --region us-east-1

{
    "modelId": "anthropic.claude-opus-4-7",
    "agreementAvailability": { "status": "AVAILABLE" },
    "authorizationStatus": "AUTHORIZED",
    "entitlementAvailability": "AVAILABLE",
    "regionAvailability": "AVAILABLE"
}
Inference profiles also show ACTIVE:


aws bedrock list-inference-profiles --region us-east-1 \
  --query "inferenceProfileSummaries[?contains(inferenceProfileId, 'opus-4-7')].{id:inferenceProfileId, status:status}"

[
    { "id": "us.anthropic.claude-opus-4-7", "status": "ACTIVE" },
    { "id": "global.anthropic.claude-opus-4-7", "status": "ACTIVE" }
]

### What Should Happen?

Invoking `us.anthropic.claude-opus-4-7` via Bedrock should return a model response, consistent with the account's entitlement status (AUTHORIZED, AVAILABLE) as reported by `get-foundation-model-availability`. The same invocation pattern works for Claude Opus 4.6 on the same account.

### Error Messages/Logs

---

### Steps to Reproduce

## Steps to Reproduce

1. Confirm model entitlement shows AUTHORIZED:
RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • I am using the latest version of Claude Code

What's Wrong?

Summary

Claude Opus 4.7 on Amazon Bedrock returns a permission_error at runtime despite the account being fully authorized according to AWS's control plane APIs.

Environment

  • Regions tested: us-east-1, us-east-2, us-west-2
  • Model ID: anthropic.claude-opus-4-7
  • Inference Profiles: us.anthropic.claude-opus-4-7, global.anthropic.claude-opus-4-7
  • AWS CLI: 2.34.32
  • IAM Role: AdministratorAccess (full permissions)
  • Date: 2026-04-20

Control Plane Says AUTHORIZED

aws bedrock get-foundation-model-availability \
  --model-id anthropic.claude-opus-4-7 \
  --region us-east-1

{
    "modelId": "anthropic.claude-opus-4-7",
    "agreementAvailability": { "status": "AVAILABLE" },
    "authorizationStatus": "AUTHORIZED",
    "entitlementAvailability": "AVAILABLE",
    "regionAvailability": "AVAILABLE"
}
Inference profiles also show ACTIVE:


aws bedrock list-inference-profiles --region us-east-1 \
  --query "inferenceProfileSummaries[?contains(inferenceProfileId, 'opus-4-7')].{id:inferenceProfileId, status:status}"

[
    { "id": "us.anthropic.claude-opus-4-7", "status": "ACTIVE" },
    { "id": "global.anthropic.claude-opus-4-7", "status": "ACTIVE" }
]

### What Should Happen?

Invoking `us.anthropic.claude-opus-4-7` via Bedrock should return a model response, consistent with the account's entitlement status (AUTHORIZED, AVAILABLE) as reported by `get-foundation-model-availability`. The same invocation pattern works for Claude Opus 4.6 on the same account.

### Error Messages/Logs

```shell
Both invoke-model and converse APIs fail:

aws bedrock-runtime converse \
  --model-id us.anthropic.claude-opus-4-7 \
  --messages '[{"role":"user","content":[{"text":"hi"}]}]' \
  --inference-config '{"maxTokens":10}' \
  --region us-east-1

{
  "type": "error",
  "error": {
    "type": "permission_error",
    "message": "anthropic.claude-opus-4-7 is not available for this account. You can explore other available models on Amazon Bedrock. For additional access options, contact AWS Sales at https://aws.amazon.com/contact-us/sales-support/"
  }
}

Steps to Reproduce

Steps to Reproduce

  1. Confirm model entitlement shows AUTHORIZED:
aws bedrock get-foundation-model-availability \
  --model-id anthropic.claude-opus-4-7 \
  --region us-east-1
Expected output:


{
    "modelId": "anthropic.claude-opus-4-7",
    "agreementAvailability": { "status": "AVAILABLE" },
    "authorizationStatus": "AUTHORIZED",
    "entitlementAvailability": "AVAILABLE",
    "regionAvailability": "AVAILABLE"
}
Confirm inference profile is ACTIVE:

aws bedrock list-inference-profiles --region us-east-1 \
  --query "inferenceProfileSummaries[?contains(inferenceProfileId, 'opus-4-7')].{id:inferenceProfileId, status:status}"
Attempt to invoke the model:

aws bedrock-runtime converse \
  --model-id us.anthropic.claude-opus-4-7 \
  --messages '[{"role":"user","content":[{"text":"hi"}]}]' \
  --inference-config '{"maxTokens":10}' \
  --region us-east-1
Observe permission_error despite step 1 and 2 confirming access:

{
  "type": "error",
  "error": {
    "type": "permission_error",
    "message": "anthropic.claude-opus-4-7 is not available for this account."
  }
}

### Claude Model

Opus

### Is this a regression?

Yes, this worked in a previous version

### Last Working Version

Claude Opus 4.6 (us.anthropic.claude-opus-4-6-v1)

### Claude Code Version

2.1.113

### Platform

AWS Bedrock

### Operating System

Windows

### Terminal/Shell

VS Code integrated terminal

### Additional Information

The same permission_error occurs in the AWS Bedrock Console Model Playground when selecting Claude Opus 4.7, confirming this is not a CLI or SDK issue but an account-level entitlement problem.

Additionally, `get-foundation-model-availability` returns all green (AUTHORIZED, AVAILABLE) which contradicts the runtime behavior. This suggests a sync issue between the AWS entitlement control plane and Anthropic's runtime access layer.

Tested with:
- AWS CLI v2.34.32 (invoke-model + converse APIs)
- AWS Bedrock Console Playground
- Inference profiles: us.anthropic.claude-opus-4-7, global.anthropic.claude-opus-4-7
- Regions: us-east-1, us-east-2, us-west-2
- Last working model: Claude Opus 4.6 (us.anthropic.claude-opus-4-6-v1)

extent analysis

TL;DR

The most likely fix is to contact AWS Sales to resolve the account-level entitlement issue, as the control plane APIs indicate the model is authorized but the runtime access layer returns a permission_error.

Guidance

  • Verify that the AWS account has the necessary entitlements and permissions to access Claude Opus 4.7 by checking the AWS Bedrock Console and the output of aws bedrock get-foundation-model-availability.
  • Check for any sync issues between the AWS entitlement control plane and Anthropic's runtime access layer, as suggested by the discrepancy between the control plane APIs and the runtime behavior.
  • Test the model invocation with a different AWS account or region to isolate the issue.
  • Consider downgrading to Claude Opus 4.6, which is reported to work, as a temporary workaround.

Example

No code snippet is provided as the issue seems to be related to account-level entitlements and permissions rather than code.

Notes

The issue may be specific to the AWS account or region being used, and resolving the entitlement issue may require assistance from AWS Sales. Additionally, the discrepancy between the control plane APIs and the runtime behavior suggests a potential sync issue that needs to be addressed.

Recommendation

Apply a workaround by downgrading to Claude Opus 4.6, which is reported to work, until the account-level entitlement issue is resolved. This will allow for continued use of the model while the entitlement issue is being addressed.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING