Add AWS STS AssumeRole configuration UI for AWS Bedrock endpoints#1397
Add AWS STS AssumeRole configuration UI for AWS Bedrock endpoints#1397e19166 wants to merge 2 commits into
Conversation
|
Warning Review limit reached
Next review available in: 53 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (2)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|


Related issue: https://github.com/wso2-enterprise/wso2-apim-internal/issues/17821
Adds the Publisher UI for configuring AWS STS AssumeRole on AI (Bedrock)
endpoints. Previously the AWS endpoint configuration only accepted a static
access key / secret key. This PR adds an option to assume an IAM role — bootstrapped
from those stored credentials — so the gateway can obtain temporary credentials
before signing Bedrock requests.
The backend support (endpoint model +
AWSSigV4Signermediator) and the sequencetemplate are submitted separately — see Related PRs.
Approach
In the AI endpoint configuration (
AddEditAIEndpoint), under the AWS credentialfields, added an "Enable STS AssumeRole" checkbox. When enabled, it reveals:
The fields are laid out and styled to match the existing AWS Lambda endpoint
AssumeRole configuration for consistency. The Access Key / Secret Key / Region
fields remain required, since they bootstrap the AssumeRole call.
Behavior details:
(a saved Role ARN re-checks the box and repopulates the fields on load).
roleArn/roleRegion/roleExternalIdso a disabled role isn't silently retained.Secret Key (shown as the
********placeholder) to be re-entered; the literalplaceholder is never saved back as a real secret.
Automation tests
Added
AddEditAIEndpoint.test.jsxcovering:********secret-key placeholder is never persisted as a real value.Manual tests
redeployed, and confirmed the role values reached the gateway.
Related PRs
UI changes
Added the "Enable STS AssumeRole" section (Role ARN, Role Region, External ID) to
the AI/Bedrock endpoint configuration screen.
Checklist