Fix guide · critical · aws_access_key_id

AWS API key in your client bundle

Why it matters

Whatever IAM permissions the key has. Frequently full S3 read/write, sometimes full account access. Expensive cloud workloads spun up on your bill is the standard outcome. Automated scrapers harvest these keys from public bundles within hours; assume the key is compromised the moment it shipped.

How to fix it

1. Revoke the key immediately at https://console.aws.amazon.com/iam/home#/security_credentials.
2. Move the new key to server-only env vars. Never use a name with the NEXT_PUBLIC_, VITE_, or PUBLIC_ prefix.
3. Pattern your calls as client → your API → AWS. Never client → AWS directly.
4. Set a spend or rate limit in the AWS console as a safety net.
5. Add a CI gate to fail any future deploy that includes the key pattern: vibecheck https://your-deploy.com --exit-on critical.

Did vibecheck flag this on your app?

If you reached this page from a vibecheck inspection report, the redacted match in your scan output is the exact string we found in your bundle. After applying the fix above, run the inspection again — the finding should clear.