PAGES

Claim history

The operator no longer injects `AWS_ACCESS_KEY_ID`, `AWS_SECRET_ACCESS_KEY`, or `AWS_CA_BUNDLE` on MCP pods; ExtendDB SigV4 now uses AWS profile `extenddb` via `EXTENDDB_AWS_PROFILE` (credentials under `/etc/extenddb-aws`, CA on the profile). Custom `enable_db` images must build the DynamoDB client from that profile when `EXTENDDB_AWS_PROFILE` is set. Our best guess
Claim history
  1. Revision 2 · · Our best guess

    The operator no longer injects `AWS_ACCESS_KEY_ID`, `AWS_SECRET_ACCESS_KEY`, or `AWS_CA_BUNDLE` on MCP pods; ExtendDB SigV4 now uses AWS profile `extenddb` via `EXTENDDB_AWS_PROFILE` (credentials under `/etc/extenddb-aws`, CA on the profile). Custom `enable_db` images must build the DynamoDB client from that profile when `EXTENDDB_AWS_PROFILE` is set.

    machine summarizer

  2. Revision 1 · · Our best guess

    The operator no longer injects `AWS_ACCESS_KEY_ID`, `AWS_SECRET_ACCESS_KEY`, or `AWS_CA_BUNDLE` on MCP pods; ExtendDB SigV4 now uses AWS profile `extenddb` via `EXTENDDB_AWS_PROFILE` (credentials under `/etc/extenddb-aws`, CA on the profile). Custom `enable_db` images must build the DynamoDB client from that profile when `EXTENDDB_AWS_PROFILE` is set.

    machine summarizer

browse all tools → score card for your toolchain →