Fetching from the wire…
Public story · 2026-09-09 · high
The new credential_export setting reads STS credentials from an external process and blocks combining it with profile-based auth.
Why now: The credential_export pull request is part of the September 9 coverage.
Codex added a setting that fetches AWS Bedrock credentials by running an external command instead of storing them directly. The new model_providers.amazon-bedrock.aws.credential_export option accepts two shapes, flat credential-process output or a nested STS Credentials object, per the credential_export pull request.
For anyone running Codex against Bedrock, this moves where the keys live. Instead of a static access key in a config file, Codex calls a command you name and trusts what it returns.
The caching is specific. Credentials sit in memory and refresh before they expire. Sessions with matching AWS config share that cached set instead of each running their own fetch.
Auth failures get a second chance. If a request fails with a recoverable error, an optional aws.auth_refresh command runs first to try to fix it. When several sessions hit that recovery path at once, Codex coalesces the attempts rather than firing off duplicate refresh commands.
One combination is blocked outright. Setting credential_export alongside aws.profile gets rejected, so you pick one credential source, not both. The pull request doesn't say what happens to credentials already cached in memory if the export command starts failing mid-session. It also doesn't say whether a compromised export script could hand Codex credentials for the wrong AWS account.
That second gap is the one to sit with before flipping this on in a Bedrock deployment with credential rotation. The export command becomes a trusted part of the auth path, and nothing in the PR describes how Codex would catch it handing back the wrong account's keys.
Each link below shares sources, entities, or timing with this story.
Roughly 245 commits, adding session forking, archive/restore from the TUI resume picker, full conversation export to Markdown or clipboard, and Amazon Bedrock Runtime as a built-in provider with AWS profile and region support. Hooks can now run commands asynchronously and invo...
Three things happened this month that only make sense together. Agent Plugins 1.0 shipped co-signed by six competitors: AWS, Anysphere, Microsoft, OpenAI, Vercel and Google (GitHub Changelog). It makes skills-plus-MCP bundles portable across clients. OpenAI's August 11 Codex c...
OpenAI's Codex skills catalog gained 46 stars today, but the API shows its last push was eight weeks ago and its open items split into 0 pull requests and 77 issues (GitHub). A first-party catalog that accepts no outside code and hasn't been touched in two months is a weaker e...
Published September 7, it puts OpenAI Codex in the agent picker with a copy-ready ~/.codex/config.toml panel pointing Codex CLI and Desktop at Manifest over the Responses API (GitHub). Two compatibility fixes make it work: Responses-API role: "developer" instruction messages f...
PR #43428 advertises a codex/auth-change capability on stdio MCP connections with an auth manager, then sends notifications/codex/authChanged after initialization and on every subsequent auth change (GitHub). The payload carries credential and owner generation counters and no...
Released 01:58 UTC on September 1, demoting update_plan to opt-in, so you need tools.update_plan.enabled = true in config to get planning back (GitHub). It also adds output_token_limit per individual MCP tool with truncation that survives session resume, allows :, @, / and . i...
MindPattern daily
One email a day at 7 AM. Sources and a take on every story. Unsubscribe anytime.