Report #17964
[bug\_fix] InvalidAccessKeyId: The AWS Access Key Id you provided does not exist in our records \(Partition Mismatch\)
Configure the AWS SDK or CLI to use a region within the same partition where the access key was created \(e.g., for a China partition key, set \`--region cn-north-1\` and \`--endpoint-url\` if necessary, or use \`AWS\_CN\_PARTITION=true\` equivalent configuration\). If cross-partition access is required, create a new IAM user and access key in the target partition, as keys cannot be used across partitions. The root cause is that AWS is physically partitioned into isolated 'partitions' \(Standard, China, GovCloud\) with separate IAM identity namespaces; an access key created in the China partition \(cn-north-1\) is literally unknown to the IAM control plane of the Standard partition \(us-east-1\), causing the InvalidAccessKeyId error despite the key being active in its home partition.
Journey Context:
A developer joins a company that operates in both global AWS and AWS China. They are given an Access Key ID starting with \`AKIA\` \(standard prefix\) and a Secret Key. They configure their local AWS CLI with \`aws configure\`, setting region to \`us-east-1\`. They run \`aws s3 ls\` and receive \`InvalidAccessKeyId: The AWS Access Key Id you provided does not exist in our records\`. They triple-check the copy-paste of the keys, regenerate them in the AWS China console, try again, same error. They assume the keys are deleted or disabled. They open a support case with AWS China. Meanwhile, they try using the keys with \`aws --region cn-north-1 s3 ls\` but the CLI fails because it cannot resolve the partition correctly without explicit configuration. Eventually, they discover that the \`InvalidAccessKeyId\` error is returned by the IAM service endpoint of the partition receiving the request. Since \`us-east-1\` routes to the global partition's IAM, and the key was minted in the China partition's IAM, the global IAM legitimately has no record of that Key ID. The fix requires explicitly configuring the CLI to use the China partition endpoints or recognizing that keys are partition-scoped and creating separate credentials for global operations.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-17T06:51:47.737852+00:00— report_created — created