Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion README.ja.md
Original file line number Diff line number Diff line change
Expand Up @@ -27,7 +27,7 @@ AWS の認証情報を図解するサイトです。英語と日本語に対応
| 9 | エラー | エラーメッセージを貼ると原因と対処を表示 |
| 10–11 | 年表、用語集 | 2011〜2026 年の STS の歴史、EN/JA の用語 43 個 |

数値の裏付けは [`docs/`](docs/README.md) に出典付きでまとめています。2026-10-10 時点の AWS ドキュメント、What's New、AWS SDK のエンドポイントデータ、GitHub の changelog で確認しました。AWS の情報源同士で食い違う箇所は、その旨を書いています。
数値の裏付けは [`docs/`](docs/README.md) に出典付きでまとめています。2026-11-11 時点の AWS ドキュメント、What's New、AWS SDK のエンドポイントデータ、GitHub の changelog で確認しました。AWS の情報源同士で食い違う箇所は、その旨を書いています。

署名の章では、本物の SigV4 / SigV4a 実装 (WebCrypto と `@noble/curves`) をブラウザ内で動かします。テストでは AWS が公開している署名の計算例とバイト単位で照合しています。その確かめ方と、途中で見つけた AWS ドキュメントの誤りは [`docs/signing/`](docs/signing/README.ja.md) にあります。この章とノートは、2026-11-08 に統合した旧 `caller-identity` プロジェクトから移したものです。

Expand Down
2 changes: 1 addition & 1 deletion README.md
Original file line number Diff line number Diff line change
Expand Up @@ -27,7 +27,7 @@ This repository was called `assume-role` until 2026-11-08, when the former `call
| 9 | Errors | Paste an error message and get the cause and the fix |
| 10–11 | Timeline, glossary | STS history 2011–2026, 43 terms in EN/JA |

The research behind every number lives in [`docs/`](docs/README.md), with sources. Facts were checked against AWS documentation, What's New posts, the AWS SDK endpoint data and the GitHub changelog on 2026-10-10. Where AWS sources disagree, the docs say so.
The research behind every number lives in [`docs/`](docs/README.md), with sources. Facts were checked against AWS documentation, What's New posts, the AWS SDK endpoint data and the GitHub changelog on 2026-11-11. Where AWS sources disagree, the docs say so.

The Signing chapter runs a real SigV4 and SigV4a implementation in the browser (WebCrypto plus `@noble/curves`). Its tests assert it byte for byte against the signature examples AWS publishes; how that was checked, and an error found in the AWS documentation along the way, is in [`docs/signing/`](docs/signing/README.md). That chapter and its notes came from the former `caller-identity` project, merged in on 2026-11-08.

Expand Down
8 changes: 4 additions & 4 deletions docs/02-endpoints.md
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
# AWS STS Endpoints Deep Dive

_Last verified: 2026-10-10. Every claim links to its source. Anything not confirmed in official AWS material is marked "(unverified)". Where AWS documents disagree with each other, both are quoted._
_Last verified: 2026-11-11. Every claim links to its source. Anything not confirmed in official AWS material is marked "(unverified)". Where AWS documents disagree with each other, both are quoted._

## TL;DR

Expand Down Expand Up @@ -157,7 +157,7 @@ export AWS_STS_REGIONAL_ENDPOINTS=regional

### Default behavior per SDK (current AWS table)

From the [SDK Reference Guide](https://docs.aws.amazon.com/sdkref/latest/guide/feature-sts-regionalized-endpoints.html), as published on 2026-10-10. "Fallback" is what happens when a Regional endpoint should be used but no Region is configured.
From the [SDK Reference Guide](https://docs.aws.amazon.com/sdkref/latest/guide/feature-sts-regionalized-endpoints.html), as published on 2026-11-11 (unchanged since 2026-10-10). "Fallback" is what happens when a Regional endpoint should be used but no Region is configured.

| SDK or tool | Supports setting | Default value | Default STS endpoint | Fallback with no Region |
| --- | --- | --- | --- | --- |
Expand Down Expand Up @@ -268,7 +268,7 @@ Dual-stack limitations: "IPv6 clients are not supported on the global endpoint `

### Other partitions

Credentials never cross partitions. The AWS European Sovereign Cloud landing-zone guidance states plainly that `sts:AssumeRole` is "Not available across the aws and aws-eusc boundary" ([AWS Security Blog: ESC landing zone](https://aws.amazon.com/blogs/security/architecting-a-secure-landing-zone-in-the-aws-european-sovereign-cloud/)). Non-commercial partitions "must use Regional endpoints" ([SDK Reference](https://docs.aws.amazon.com/sdkref/latest/guide/feature-sts-regionalized-endpoints.html)).
A credential issued in one partition is not valid in another, so `AssumeRole` does not work across a partition boundary. The AWS European Sovereign Cloud landing-zone guidance states plainly that `sts:AssumeRole` is "Not available across the aws and aws-eusc boundary" ([AWS Security Blog: ESC landing zone](https://aws.amazon.com/blogs/security/architecting-a-secure-landing-zone-in-the-aws-european-sovereign-cloud/)). Since November 2026 the supported way across is cross-partition identity federation: call `GetWebIdentityToken` in the source partition and exchange the JWT with `AssumeRoleWithWebIdentity` at a Regional endpoint in the destination partition (`aws`, `aws-cn`, `aws-us-gov`, `aws-eusc`; [IAM User Guide](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_providers_outbound_cross_partition.html), [What's New](https://aws.amazon.com/about-aws/whats-new/2026/11/aws-sts-cross-partition/)). Non-commercial partitions "must use Regional endpoints" ([SDK Reference](https://docs.aws.amazon.com/sdkref/latest/guide/feature-sts-regionalized-endpoints.html)).

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"Since November 2026" is stated as fact. The timeline entries are dated only to the month, and this sentence is a launch claim sourced to What's New URLs. Please confirm the launch date and that all four partitions (aws, aws-cn, aws-us-gov, aws-eusc) are supported at launch.

"Credentials never cross partitions" was dropped here, but AssumeRole across partitions is still unsupported. The new wording is fine, but the site UI (decide.ts) and the glossary now describe the exchange as an available route without any "(unverified)" marker if the page couldn't be fetched.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What's New was posted 2026-11-09. The IAM User Guide note lists aws, aws-cn, aws-us-gov and aws-eusc, and What's New lists the same four (commercial, GovCloud (US), China, European Sovereign Cloud). Both are linked in the sentence, so no unverified marker is needed.


| Partition | Regions | Regional endpoint | Dual-stack | FIPS | Source |
| --- | --- | --- | --- | --- | --- |
Expand Down Expand Up @@ -327,7 +327,7 @@ There are 34 commercial Regions: 17 default-enabled and 17 opt-in. The Region li

Notes:

- The IAM "AWS STS Regions and endpoints" table, as published on 2026-10-10, omits `ap-east-2` (Taipei) and `ap-southeast-6` (New Zealand). The General Reference includes both, and the Account Management guide lists both as opt-in.
- The IAM "AWS STS Regions and endpoints" table, as published on 2026-11-11, omits `ap-east-2` (Taipei) and `ap-southeast-6` (New Zealand). The General Reference includes both, and the Account Management guide lists both as opt-in.
- "Not listed" means the Region is absent from the IAM User Guide's STS VPC endpoint list, which names 33 Regions as of 2026-10-10 ([IAM: interface VPC endpoints](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_interface_vpc_endpoints.html)). Whether those five Regions actually offer the endpoint is unverified. The list may simply be stale, because the PrivateLink service catalog lists `com.amazonaws.{region}.sts` without Region restrictions ([PrivateLink: AWS services that integrate](https://docs.aws.amazon.com/vpc/latest/privatelink/aws-services-privatelink-support.html)). Check with `aws ec2 describe-vpc-endpoint-services` in the target Region.
- FIPS dual-stack hostnames (`sts-fips.<region>.api.aws`) exist for the same six Regions that have FIPS.

Expand Down
2 changes: 1 addition & 1 deletion docs/03-api-operations.md
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
# AWS STS API Operations: Complete Reference

_Last verified: 2026-10-10 against the AWS STS API Reference (last published 2026-10-09), the IAM User Guide, the Service Authorization Reference, and AWS What's New posts._
_Last verified: 2026-11-11 against the AWS STS API Reference (last published 2026-11-10), the IAM User Guide, the Service Authorization Reference, and AWS What's New posts._

This chapter goes through every operation in the AWS Security Token Service (STS) API one by one. For each operation it covers who calls it, how the call is authenticated, its parameters and limits, what it returns, how long the result lasts, how it handles MFA, and what the resulting session can and cannot do. Each claim cites an official source inline. Anything that could not be confirmed against official documentation is marked **(unverified)**.

Expand Down
1 change: 1 addition & 0 deletions docs/04-sessions-and-policies.md
Original file line number Diff line number Diff line change
Expand Up @@ -597,6 +597,7 @@ GitHub Actions trust policy pinned to one repository and branch:
| `aws:userid` | String | Always | See 10.4 |
| `aws:PrincipalArn` | ARN | Signed requests | Matches the **role** ARN for role sessions; not converted to unique IDs |
| `aws:AssumedRoot` | Bool | Credentials from `AssumeRoot` only | Distinguish centralized root sessions |
| `aws:CrossPartitionSourceRegion` | String | Role sessions from cross-partition federation (`AssumeRoleWithWebIdentity` with a `GetWebIdentityToken` JWT); not in the trust-policy evaluation; not transitive through role chaining | SCP/RCP/identity-policy deny by the Region that issued the token (the trust policy cannot see this key; to filter by source Region before credentials are issued, use `issuer-host:source_region` there) ([global condition keys](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html), [cross-partition controls](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_providers_outbound_cross_partition_controls.html)) |
| `aws:Ec2InstanceSourceVpc` | String | Requests signed with EC2 role credentials | Pin credentials to the VPC they were delivered to |
| `aws:Ec2InstanceSourcePrivateIPv4` | IP | Requests signed with EC2 role credentials | Pin to delivery IP; always pair with the VPC key |
| `aws:SourceArn`, `aws:SourceAccount` | ARN / String | Service-principal requests on behalf of a resource | Cross-service confused deputy |
Expand Down
4 changes: 3 additions & 1 deletion docs/05-credential-paths.md
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
# Credential Paths: How Workloads and Humans Actually Get STS Credentials

_Last verified: 2026-10-10_
_Last verified: 2026-11-11_

Every AWS API call that is not anonymous is signed with SigV4 using an access key. Short-term keys (`ASIA...` access key ID plus a session token) almost always come out of AWS STS, but not always from a call that _your_ code makes. This chapter walks through each delivery path end to end: who calls what, which endpoint is hit, what the token looks like, how long the result lives, and where people trip.

Expand Down Expand Up @@ -384,6 +384,7 @@ Ext svc -> Ext svc : verify signature, iss, aud, sub, exp; map claims to pe
- Parameters: `Audience` 1 to 10 values; `DurationSeconds` 60 to 3600, default 300; `SigningAlgorithm` `RS256` or `ES384` (required); up to 50 `Tags`. Not available on the STS global endpoint. Errors include `OutboundWebIdentityFederationDisabled` and `SessionDurationEscalation` (a token cannot outlive the calling session) ([API reference](https://docs.aws.amazon.com/STS/latest/APIReference/API_GetWebIdentityToken.html)).
- Claims: standard `iss`, `aud`, `sub` (principal ARN), `iat`, `exp`, `jti`; under the `https://sts.amazonaws.com/` namespace: `aws_account`, `source_region`, `org_id`, `ou_path`, `principal_tags`, `request_tags`, and context such as `ec2_source_instance_arn`, `ec2_instance_source_vpc`, `ec2_role_delivery`, `lambda_source_function_arn`, `identity_store_user_id`, `federated_provider`, `source_identity`, `original_session_exp`, `glue_credential_issuing_service` ([token claims](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_providers_outbound_token_claims.html)).
- Control: `sts:GetWebIdentityToken` permission plus condition keys `sts:IdentityTokenAudience`, `sts:SigningAlgorithm`, `sts:DurationSeconds`, usable in identity policies, SCPs, RCPs and VPC endpoint policies ([AWS News Blog](https://aws.amazon.com/blogs/aws/simplify-access-to-external-services-using-aws-iam-outbound-identity-federation/)).
- Cross-partition (since 2026-11): the destination partition's STS can be the relying party. Create an IAM OIDC provider there for the source account's issuer URL, request the token with exactly one `Audience` (multi-audience tokens are rejected; [setup](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_providers_outbound_cross_partition_setup.html), [controls](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_providers_outbound_cross_partition_controls.html)), and call `AssumeRoleWithWebIdentity` at a Regional endpoint in the destination partition. Tokens are rejected for `AssumeRoleWithWebIdentity` in the same partition (use `AssumeRole`). Session requests carry `aws:CrossPartitionSourceRegion` ([global condition keys](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html)); CloudTrail links both sides through `webIdentityTokenId` ([auditing](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_providers_outbound_cross_partition_auditing.html), [IAM User Guide](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_providers_outbound_cross_partition.html), [What's New](https://aws.amazon.com/about-aws/whats-new/2026/11/aws-sts-cross-partition/)).

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Some claims here read as recalled rather than sourced: the single-Audience restriction, "tokens are rejected for AssumeRoleWithWebIdentity in the same partition", and webIdentityTokenId in CloudTrail. The linked pages (setup, controls, auditing) are not among the sources the PR body lists, and I could not confirm them from the repo. Confirm each against the cited page, or mark it "(unverified)" per the docs convention.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These were read from the cited pages before 6faea43 added the links. The single audience is on the setup and controls pages ("AssumeRoleWithWebIdentity rejects tokens from GetWebIdentityToken that have more than one audience"). The same-partition rejection is on the main cross-partition page ("cannot be used for OpenID Connect (OIDC) federation into the same partition"). webIdentityTokenId is on the auditing page. No change.

- Pitfall: external services must pin the account-specific `iss` _and_ check `sub`/`aud`; trusting all of `*.tokens.sts.global.api.aws` would trust every AWS account.

### Centralized Root Access (`AssumeRoot`)
Expand Down Expand Up @@ -518,6 +519,7 @@ web_identity_token_file = /var/run/secrets/token
- [AWS News Blog: IAM outbound identity federation](https://aws.amazon.com/blogs/aws/simplify-access-to-external-services-using-aws-iam-outbound-identity-federation/)
- [IAM: Outbound token claims](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_providers_outbound_token_claims.html)
- [IAM: Federating AWS identities to external services](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_providers_outbound.html)
- [IAM: Federating AWS identities across AWS partitions](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_providers_outbound_cross_partition.html)
- [Security Blog: Centralized root access](https://aws.amazon.com/blogs/security/secure-root-user-access-for-member-accounts-in-aws-organizations/)
- [SDKs and Tools: Standardized credential providers](https://docs.aws.amazon.com/sdkref/latest/guide/standardized-credentials.html)
- [SDKs and Tools: Container credential provider](https://docs.aws.amazon.com/sdkref/latest/guide/feature-container-credentials.html)
Expand Down
9 changes: 6 additions & 3 deletions docs/07-timeline.md
Original file line number Diff line number Diff line change
@@ -1,8 +1,8 @@
# AWS STS Timeline

_Last verified: 2026-10-10_
_Last verified: 2026-11-11_

This timeline lists the AWS Security Token Service (STS) launches and behavior changes that matter for design and operations, from the 2011 launch to October 2026. Each entry links to a primary source where one exists. Dates come from AWS What's New posts, AWS blogs, or the API reference. Entries marked "(unverified)" could not be tied to an official AWS source.
This timeline lists the AWS Security Token Service (STS) launches and behavior changes that matter for design and operations, from the 2011 launch to November 2026. Each entry links to a primary source where one exists. Dates come from AWS What's New posts, AWS blogs, or the API reference. Entries marked "(unverified)" could not be tied to an official AWS source.

## At a glance

Expand Down Expand Up @@ -30,6 +30,7 @@ This timeline lists the AWS Security Token Service (STS) launches and behavior c
| 2026-02 | IdP-specific OIDC claims as condition keys | Fine-grained GitHub, Google, CircleCI, OCI trust |
| 2026-08 | Outbound identity federation in the AWS European Sovereign Cloud | Sovereign Region support |
| 2026-09 | Single 4,096-byte session token limit with metrics; VPC endpoints for OIDC discovery | Predictable `PackedPolicyTooLarge`; private JWKS |
| 2026-11 | Cross-partition identity federation | Temporary credentials across partitions without IAM user keys |

## Detailed entries

Expand Down Expand Up @@ -84,8 +85,9 @@ This timeline lists the AWS Security Token Service (STS) launches and behavior c
- 2026-08: outbound identity federation becomes available in the AWS European Sovereign Cloud Region ([What's New](https://aws.amazon.com/about-aws/whats-new/2026/08/aws-iam-european-sovereign-cloud/)).
- 2026-09: one 4,096-byte session token limit replaces the separate packed-policy and token limits. Responses add `SessionTokenSize` and `SessionTokenUtilization` (`PackedPolicySize` is deprecated). CloudWatch gains `AWS/STS` metrics, and the `MinimumSessionTokenSize` parameter supports testing ([What's New](https://aws.amazon.com/about-aws/whats-new/2026/09/aws-sts/), [AWS Security Blog](https://aws.amazon.com/blogs/security/aws-sts-simplifies-session-token-size-limits-and-adds-session-token-size-monitoring/)).
- 2026-09: interface VPC endpoints for the outbound identity federation OIDC discovery and JWKS endpoints ([What's New](https://aws.amazon.com/about-aws/whats-new/2026/09/aws-sts-vpc-oidc/)).
- 2026-11: cross-partition identity federation. A workload exchanges a `GetWebIdentityToken` JWT from its own partition for credentials in another partition with `AssumeRoleWithWebIdentity`, across `aws`, `aws-cn`, `aws-us-gov`, and `aws-eusc` ([What's New](https://aws.amazon.com/about-aws/whats-new/2026/11/aws-sts-cross-partition/), [IAM User Guide](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_providers_outbound_cross_partition.html)).

## Current API surface (2026-10)
## Current API surface (2026-11)

The STS API Reference lists 11 actions: `AssumeRole`, `AssumeRoleWithSAML`, `AssumeRoleWithWebIdentity`, `AssumeRoot`, `DecodeAuthorizationMessage`, `GetAccessKeyInfo`, `GetCallerIdentity`, `GetDelegatedAccessToken`, `GetFederationToken`, `GetSessionToken`, and `GetWebIdentityToken` ([STS API Reference: Actions](https://docs.aws.amazon.com/STS/latest/APIReference/API_Operations.html)).

Expand Down Expand Up @@ -135,6 +137,7 @@ The STS API Reference lists 11 actions: `AssumeRole`, `AssumeRoleWithSAML`, `Ass
- [What's New 2026-09: STS session token size limits](https://aws.amazon.com/about-aws/whats-new/2026/09/aws-sts/)
- [AWS Security Blog: AWS STS simplifies session token size limits](https://aws.amazon.com/blogs/security/aws-sts-simplifies-session-token-size-limits-and-adds-session-token-size-monitoring/)
- [What's New 2026-09: VPC endpoints for OIDC discovery](https://aws.amazon.com/about-aws/whats-new/2026/09/aws-sts-vpc-oidc/)
- [What's New 2026-11: STS cross-partition federation](https://aws.amazon.com/about-aws/whats-new/2026/11/aws-sts-cross-partition/)
- [STS API Reference: Actions](https://docs.aws.amazon.com/STS/latest/APIReference/API_Operations.html)
- [STS API Reference: AssumeRoot](https://docs.aws.amazon.com/STS/latest/APIReference/API_AssumeRoot.html)
- [STS API Reference: GetWebIdentityToken](https://docs.aws.amazon.com/STS/latest/APIReference/API_GetWebIdentityToken.html)
Expand Down
2 changes: 1 addition & 1 deletion src/data/asOf.ts
Original file line number Diff line number Diff line change
@@ -1,2 +1,2 @@
/** Date the facts on the site were last checked against AWS documentation. */
export const AS_OF = "2026-10-10";
export const AS_OF = "2026-11-11";

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

AS_OF is set to 2026-11-11, but the PR was authored on 2026-11-10, so the site footer would claim facts were checked on a day that hasn't happened. The same date is repeated in README.md:30, README.ja.md:30, and the "Last verified" lines of docs/02, 05 and 07. Use the actual verification date.

The bump also overstates what was checked. Only the cross-partition material was re-verified. The "as of 2026-10-10" statements in ops.ts:4, regions.ts:4, sdk.ts:7 and DepartureBoard.tsx:33 (34 Regions, 11 ops) were not re-checked, yet the footer and READMEs now say everything was checked on the new date.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The date is right in local time (JST): it was already 2026-11-11 here when this was checked. The other half was fair. The 11 operations, 34 commercial Regions and the SDK defaults table were re-read today and are unchanged, so their as-of markers in ops.ts, regions.ts, sdk.ts, DepartureBoard.tsx and docs/02 now say 2026-11-11 too (6f116df). The VPC endpoint list (33 Regions) was not re-checked, so that one keeps 2026-10-10.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

AS_OF is set to 2026-11-11, which is after today (2026-11-10). A "checked on" date can't be in the future. The same date is used in both READMEs, docs/02, 05, 07, DepartureBoard.tsx, ops.ts and regions.ts. Use the real verification date.

The refresh is also partial. docs/README.md:3, docs/01-overview.md:3 and docs/03-api-operations.md:3 still say 2026-10-10, but ops.ts now claims "11 as of 2026-11-11" and cites docs/03. The site and README therefore say the facts were checked on 2026-11-11 while the docs they point to say 2026-10-10. Either re-check those files and bump them, or don't bump the global date.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same as before: the date is local (JST), where it is already 2026-11-11; the runner reads UTC. docs/03 was re-checked (the API Reference was last published 2026-11-10 with the same 11 actions) and now says 2026-11-11. docs/01 and docs/README are summaries of the deep dives and keep their original research date.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

AS_OF is set to 2026-11-11, but the check happened on or before 2026-11-10, so the date is in the future. The same date is repeated as "checked/verified" in README.md:30, README.ja.md:30, docs/02, 03, 05, 07, the DepartureBoard hint and the ops/regions/sdk comments. Use the real date of the re-check.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same as the earlier threads: 2026-11-11 is the local (JST) date of the re-check, so no change.

6 changes: 3 additions & 3 deletions src/features/api/ops.ts
Original file line number Diff line number Diff line change
@@ -1,7 +1,7 @@
import type { L } from "@/i18n/lang";

/**
* Every operation in the STS API Reference (11 as of 2026-10-10), with the
* Every operation in the STS API Reference (11 as of 2026-11-11), with the
* facts the chapter draws. Source: docs/03-api-operations.md, which cites the
* API Reference page for each one. Values marked unverified there are either
* left out here or labelled in the copy.
Expand Down Expand Up @@ -568,8 +568,8 @@ export const OPS: Op[] = [
regionalOnly: true,
since: 2025,
purpose: {
en: "Outbound identity federation: get a JWT signed by AWS that proves who your workload is to an external service supporting OIDC. It returns no AWS credentials.",
ja: "アウトバウンド ID フェデレーション: ワークロードの身元を外部の OIDC 対応サービスに証明する、AWS 署名の JWT を得ます。AWS の認証情報は返しません。",
en: "Outbound identity federation: get a JWT signed by AWS that proves who your workload is to an external service supporting OIDC, or (since November 2026) to STS in another AWS partition via `AssumeRoleWithWebIdentity`. It returns no AWS credentials.",
ja: "アウトバウンド ID フェデレーション: ワークロードの身元を外部の OIDC 対応サービスに、または (2026 年 11 月から) `AssumeRoleWithWebIdentity` で別パーティションの STS に証明する、AWS 署名の JWT を得ます。AWS の認証情報は返しません。",
},
caller: {
en: "An IAM role or user, typically a workload on EC2 or Lambda. The account must first run IAM `EnableOutboundWebIdentityFederation`, which creates its issuer URL.",
Expand Down
Loading
Loading