settings.json

sandbox.credentials

型object記述場所どの設定ファイルでも可

サンドボックス化されたコマンドから認証ファイルとシークレット環境変数の読み取りをブロックします。

含まれる設定5件

  • allowPlaintextInjectbooleanマスクされた認証情報の置換を、TLS 終端された HTTPS だけでなくプレーンテキストの HTTP リクエストに対しても許可します。
  • awsPairsobject[]非標準的な名前の環境変数で構成される 1 つの AWS 認証情報に対して、SigV4 再署名を行うためのマスクされた環境変数のグループを定義します。
  • envVarsobject[]サンドボックス化されたコマンドに対して、環境変数から削除する秘匿情報の変数名を指定します。
  • filesobject[]サンドボックス化されたコマンドから隠蔽する、認証情報ファイルのパスを指定します。
  • sigv4objectサンドボックス プロキシが再署名できない AWS リクエスト形式に対して行う処理を選択します。

記述例

{
  "sandbox": {
    "credentials": {
      "files": [{ "path": "~/.aws/credentials", "mode": "deny" }],
      "envVars": [{ "name": "GITHUB_TOKEN", "mode": "deny" }]
    }
  }
}

使い方・用途

  • sandbox.credentials.files で保護するファイルパスを指定し、mode を deny または mask に設定する
  • sandbox.credentials.envVars で保護する環境変数名を指定する
  • 無効なエントリは自動的に削除され、有効なエントリは引き続き適用される
英語原文(公式ドキュメントより)

Block sandboxed commands from reading credential files and secret environment variables (v2.1.187+). Entries merge across settings scopes. See https://code.claude.com/docs/en/sandboxing#protect-credentials

関連ドキュメント

関連する変更履歴

v2.1.290(2件)

Fixed
PermissionsSettings
初回起動時に claude auth login の後や設定ディレクトリに認証情報ファイルが既にある場合でも、ログイン方法を再度選択するよう求められる問題を修正した
英語原文を表示
Fixed first launch asking to pick a login method again after claude auth login or with a credentials file already in the config directory

変更前

claude auth login を実行した後や、設定ディレクトリに認証情報ファイルが既に存在する場合でも、初回起動時に再度ログイン方法を選択するよう求められた。

変更後

claude auth login を実行した後や、設定ディレクトリに認証情報ファイルが既に存在する場合でも、初回起動時にログイン方法を再度選択するよう求められなくなった。既存の認証情報があればそれを利用して起動が完了する。

ユーザーへの恩恵

既に認証済みの環境で再ログインを求められなくなり、追加のセットアップなしですぐに Claude Code を使い始められる。

関連ドキュメント

Improved
Settings
Claude アプリゲートウェイのログを改善:上流のクラウド認証情報または接続が失敗した際の警告が、根本的な原因で終わるようになった
英語原文を表示
Improved the Claude apps gateway's log when an upstream's cloud credentials or connection fail: the warning now ends with the underlying cause

変更前

上流のクラウド認証情報や接続が失敗したとき、ゲートウェイは警告ログを出力していたが、メッセージが根本的な原因を示さないまま終わっていた。そのため、失敗の詳細を把握するには追加の調査が必要だった。

変更後

上流のクラウド認証情報や接続が失敗したとき、ゲートウェイが出力する警告ログが根本的な原因で終わるようになった。エラーメッセージの末尾に原因が含まれるため、ログだけから失敗の理由を特定できる。

ユーザーへの恩恵

ゲートウェイの警告ログを見るだけで上流障害の根本原因を即座に把握できるようになる。

関連ドキュメント

v2.1.288(3件)

Fixed
セキュアストレージに認証情報を保存できなかった場合でも /login が「Login successful」と表示する問題を修正。失敗を表示するようになり、新しいログインが反映されなかった場合には再試行を提案する (anthropics/claude-code#73861)
英語原文を表示
Fixed /login reporting "Login successful" when credentials could not be saved to secure storage; it now shows the failure, and offers a retry when the new login didn't take effect (anthropics/claude-code#73861)

変更前

セキュアストレージへの認証情報の保存に失敗した場合でも、/login が「Login successful」と表示し、ユーザーは失敗に気づかないままログインが完了したと誤認する。

変更後

認証情報をセキュアストレージに保存できなかった場合に、/login が失敗を示すメッセージを表示するようになり、新しいログインが反映されなかった場合には再試行を提案する。

ユーザーへの恩恵

ログインの保存失敗に気づき、再試行できるようになる。

関連ドキュメント

Fixed
Permissions
permissions.blockReadsOutsideWorkingDirectories が有効な場合に、git config ファイルに対する sandbox.credentials.files エントリが適用されない問題を修正しました。
英語原文を表示
Fixed sandbox.credentials.files entries on git config files not taking effect while permissions.blockReadsOutsideWorkingDirectories is on

変更前

permissions.blockReadsOutsideWorkingDirectories が有効な場合、git config ファイルに対する sandbox.credentials.files のエントリが正しく適用されませんでした。その結果、ブロックが有効な環境でこれらのエントリが指定する認証情報ファイルのマスクや拒否などの動作が機能しませんでした。

変更後

permissions.blockReadsOutsideWorkingDirectories が有効な場合でも、git config ファイルに対する sandbox.credentials.files のエントリが正しく適用されるようになりました。

ユーザーへの恩恵

permissions.blockReadsOutsideWorkingDirectories を有効にしている環境でも、git config ファイルに設定した sandbox.credentials.files のエントリが正しく反映されるようになります。

関連ドキュメント

Fixed
--bare セッションでの /login が、セッションが決して読み取らないサインインを実行し、保存済みのログインを置き換えてしまう問題を修正しました。現在は、どの認証情報が有効かを表示します。
英語原文を表示
Fixed /login in a --bare session running a sign-in the session never reads, which could replace your saved login; it now says which credentials work

変更前

--bare セッションで /login を実行すると、そのセッションでは決して読み取られないサインインフローが裏で開始されていた。このサインインが完了すると、保存済みの有効なログインが新たな認証情報に置き換えられてしまうことがあった。

変更後

--bare セッションで /login を実行してもサインインフローが開始されない。代わりに、どの認証情報が有効で使えるかがその場で表示されるため、保存済みのログインはそのまま維持される。

ユーザーへの恩恵

認証情報が不要に置き換わるのを防ぎ、既存の有効なログインを保ったまま利用できるようになる。

関連ドキュメント

v2.1.287(1件)

Changed
ツール全体に対する Bash 許可ルールを変更し、許可フックがシェルによるファイル書き込み(Claude Code のファイルツールが直接の編集を拒否するファイル:Anthropic プロファイルストア、ホストのクレデンシャルファイル)に対して、書き込みを実行するのではなくプロンプトを出すようにした。
英語原文を表示
Changed whole-tool Bash allow rules and allowing hooks to prompt for, not run, shell writes to files Claude Code's file tools refuse outright (the Anthropic profile store, the host credentials file)

変更前

シェル経由で Claude Code のファイルツールが直接の編集を拒否するファイル(Anthropic プロファイルストア、ホストのクレデンシャルファイル)へ書き込むと、ツール固有の許可ルールや許可モードとは無関係に、シェルコマンドの残りの部分とともに書き込みが実行される。

変更後

シェル経由で Claude Code のファイルツールが直接の編集を拒否するファイル(Anthropic プロファイルストア、ホストのクレデンシャルファイル)へ書き込むと、Bash の許可フローに組み込まれた保護により、書き込み自体が即座に実行される前に許可フローが停止する。

ユーザーへの恩恵

ユーザーはファイルツールが保護する機密ファイルへのシェル経由の書き込みが、自分の事前承認なしには実行されないことを信頼できる。

関連ドキュメント

v2.1.286(2件)

Fixed
Settings
複数の Claude Code プロセスや IDE 拡張が同時に動作している場合に、gcpAuthRefresh や awsAuthRefresh の認証情報が期限切れになると、それぞれがブラウザでログインページを開いていた問題を修正
英語原文を表示
Fixed several Claude Code processes and IDE extensions each opening a login browser when gcpAuthRefresh or awsAuthRefresh credentials expire

変更前

gcpAuthRefresh または awsAuthRefresh の認証情報が期限切れになったとき、複数の Claude Code プロセスや IDE 拡張が動作していても、期限切れを検知した1つのプロセスだけがブラウザでログインページを開く。

変更後

gcpAuthRefresh または awsAuthRefresh の認証情報が期限切れになったとき、複数の Claude Code プロセスや IDE 拡張がそれぞれブラウザでログインページを開くようになった。

ユーザーへの恩恵

複数プロセスや IDE 拡張を使っていても、期限切れ時にブラウザのログインが1回だけ開くようになり、再認証が乱発しなくなる。

関連ドキュメント

Fixed
PermissionsSettings
別のClaude Codeウィンドウで /login が成功した後も、残存する ~/.claude/.credentials.json があるとmacOSのセッションに「Not logged in」や「Login expired」が表示され続ける問題を修正した。
英語原文を表示
Fixed macOS sessions still showing "Not logged in" or "Login expired" after /login succeeds in another Claude Code window when a leftover ~/.claude/.credentials.json exists

変更前

macOSでキーチェーンへの書き込みが失敗した場合に残存する ~/.claude/.credentials.json があると、別のClaude Codeウィンドウで /login が成功しても、他のセッションは「Not logged in」や「Login expired」を表示し続けていた。

変更後

/login を別のウィンドウで実行して認証に成功すると、残存している ~/.claude/.credentials.json を参照していたmacOSのセッションもその資格情報を読み込み、「Not logged in」や「Login expired」を表示せずにログイン済みの状態になる。

ユーザーへの恩恵

別ウィンドウで再ログインした後に各セッションで表示される「Not logged in」や「Login expired」を自力で解消できるようになる。

関連ドキュメント

v2.1.284(2件)

Added
Claude apps gateway の telemetry.forward_to 転送先に auth: { google: {} } を追加。これにより、ゲートウェイの Google Cloud 認証情報を使ってテレメトリを Google Cloud の OTLP エンドポイントへ直接エクスポートできる。
英語原文を表示
Added auth: { google: {} } for Claude apps gateway telemetry.forward_to destinations, so telemetry can be exported straight to Google Cloud's OTLP endpoint using the gateway's Google Cloud credentials

変更前

Claude apps gateway の telemetry.forward_to 転送先で認証を構成する方法がなく、テレメトリの転送先として Google Cloud の OTLP エンドポイントを指定できなかった。Google Cloud へテレメトリを送るには、テレメトリの認証情報を扱える別の収集基盤を経由する必要があった。

変更後

認証情報の追加により、ゲートウェイの Google Cloud 認証情報を使ってテレメトリを Google Cloud の OTLP エンドポイントへ直接エクスポートできるようになった。

ユーザーへの恩恵

Google Cloud を使う運用環境では、別の収集基盤を経由させずに、ゲートウェイ自身の Google Cloud 認証情報だけでテレメトリを直接 Google Cloud へエクスポートできるようになる。

関連ドキュメント

Added
Settings
クライアントシークレットではなく証明書認証情報を発行する IdP に対して、Claude アプリゲートウェイとその IdP 間で証明書クライアント認証を追加
英語原文を表示
Added certificate client authentication (private_key_jwt) between the Claude apps gateway and its identity provider, for identity providers that issue certificate credentials instead of client secrets

変更前

Claude アプリゲートウェイと IdP はクライアントシークレットで認証しており、証明書を発行する IdP を利用できない

変更後

Claude アプリゲートウェイと IdP の間の認証方式として、クライアントシークレットに加えて証明書クライアント認証が使えるようになり、証明書を発行する IdP でも安全に接続できる

ユーザーへの恩恵

証明書認証しか提供しない IdP でもゲートウェイ認証を設定できる

関連ドキュメント

v2.1.274(1件)

Fixed
[Claude Code on the web] cloud セッションの認証情報が更新された後の数分間に、commit が signing エラーで断続的に失敗する不具合を修正した
英語原文を表示
[Claude Code on the web] Fixed commits in cloud sessions occasionally failing with a signing error for a few minutes after the session's credentials refreshed

変更前

cloud セッションの認証情報が更新された後、数分間は古い認証情報が使われ、commit が signing エラーで断続的に失敗していた。

変更後

セッションの認証情報が更新された直後も、cloud セッション内の commit が signing エラーで失敗せず、確実に完了するようになった。

ユーザーへの恩恵

ユーザーは認証情報の更新直後に commit を手動で再試行する必要がなくなり、セッション内の作業を中断せずに進められるようになった。

関連ドキュメント

v2.1.273(1件)

Fixed
MCP
小文字のトークンタイプを返すプロバイダーで、OAuth client-credentials および JWT-bearer 接続が失敗する問題を修正。リクエストは標準の Bearer スキームを送信する。
英語原文を表示
[Claude Tag] Fixed OAuth client-credentials and JWT-bearer connections failing with providers that return a lowercase token type; requests now send the standard Bearer scheme

変更前

プロバイダーが小文字のトークンタイプを返す場合、OAuth client-credentials 接続や JWT-bearer 接続が失敗し、接続エラーになっていた。

変更後

プロバイダーが返すトークンタイプが小文字でも、リクエストが標準の Bearer スキームで送られるようになり、OAuth client-credentials 接続や JWT-bearer 接続が成功する。

ユーザーへの恩恵

ユーザーは大文字小文字の違いを気にせず、これらのプロバイダーでも OAuth トークンを利用した接続をそのまま行える。

関連ドキュメント

v2.1.267(1件)

Fixed
Settings
Claude Desktop などのホストアプリ配下で AWS または Google Cloud の認証情報が期限切れになった際に、再認証エラーが表示される前に汎用的な「request failed」というメッセージで 10 回再試行する問題を修正した。
英語原文を表示
Fixed expired AWS or Google Cloud credentials under a host app such as Claude Desktop retrying ten times with a generic "request failed" before the re-authenticate error appeared

変更前

ホストアプリ上で AWS または Google Cloud の認証情報が期限切れになると、汎用的な「request failed」というメッセージとともに 10 回の再試行が行われた後で、再認証を促すエラーが表示される。

変更後

ホストアプリ上で AWS または Google Cloud の認証情報が期限切れになっても、汎用的な「request failed」というメッセージとともに 10 回の再試行が行われた後でなければ、再認証を促すエラーが表示されない。

ユーザーへの恩恵

期限切れの AWS または Google Cloud 認証情報に対して、ユーザーは汎用的な「request failed」というメッセージによる不要な再試行を待つことなく、すぐに再認証のエラーから対処できるようになる。

関連ドキュメント

v2.1.257(4件)

Fixed
MCPSettings
プラグイン専用サーバーに MCP をロックする strictPluginOnlyCustomization が有効な場合、claude mcp remove コマンドがリモートサーバーの保存済み OAuth 認証情報を削除しない問題を修正しました。
英語原文を表示
Fixed claude mcp remove leaving a remote server's stored OAuth credentials behind when strictPluginOnlyCustomization locks MCP to plugin-only servers

変更前

設定で strictPluginOnlyCustomization を有効にすると、ユーザー設定やプロジェクト設定から MCP サーバーを削除しても、プラグイン以外のリモートサーバーの OAuth 認証情報が残存し続ける状態がありました。

変更後

設定で strictPluginOnlyCustomization を有効にしても、claude mcp remove コマンドが正しく動作し、リモートサーバーの OAuth 認証情報を完全に削除するようになりました。

ユーザーへの恩恵

プラグイン専用サーバーへの MCP ロック設定を適用しても、不要な認証情報が残存するリスクがなくなりました。

関連ドキュメント

Fixed
Settings
クラウドセッションのネットワークプロキシの起動に失敗した際、セッション中の残りの時間に git/GitHub の認証情報が失われる問題を修正しました。バックグラウンドで再試行を行い、認証情報を回復します。
英語原文を表示
Fixed cloud sessions losing git/GitHub credentials for the rest of the session when the session's network proxy failed to start at launch; it now retries in the background and recovers

変更前

クラウドセッションのネットワークプロキシが起動に失敗すると、そのセッション中の残りの時間、git/GitHub の認証情報が失われていました。再試行の仕組みが存在しませんでした。

変更後

クラウドセッションのネットワークプロキシが起動に失敗した場合、バックグラウンドで自動的に再試行を行い、認証情報を回復するようになりました。

ユーザーへの恩恵

ネットワークプロキシの起動に一時的な問題が発生しても、認証情報が失われることなく、セッション全体を通じて git/GitHub の操作を継続できます。

関連ドキュメント

Improved
MCP
MCP 接続と OAuth のデバッグ・エラーログを改善し、サーバーの URL やリクエストヘッダーに含まれる認証情報をマスキングしました。
英語原文を表示
Improved MCP connection and OAuth debug/error logs so credentials carried in a server's URL or request headers are redacted

変更前

MCP サーバーへの接続や OAuth 認証に関するログ出力に含まれる認証情報（URL やヘッダー内のトークンなど）がそのまま表示されていました。

変更後

ログ出力から認証情報を自動的に削除し、機密情報が漏洩するリスクを低減しました。また、接続エラーや OAuth 認証失敗時の詳細なエラーメッセージが明確になりました。

ユーザーへの恩恵

開発者はログを確認する際に認証情報を意識せず、安全にデバッグやトラブルシューティングを行えるようになります。

関連ドキュメント

Changed
Settings
「merge」モードの動作を変更し、sandbox.credentials.awsPairs と sandbox.ripgrep を各管理ソースの値を結合する代わりに、それらを設定した最上位の管理ソースからそのまま取得するようにしました。
英語原文を表示
Changed managedSourcesBehavior: "merge" to take sandbox.credentials.awsPairs and sandbox.ripgrep whole from the highest managed source that sets them instead of combining the sources' values

変更前

以前は「merge」モードにおいて、sandbox.credentials.awsPairs と sandbox.ripgrep は複数の管理ソースから値を結合していました。これにより、最上位のソースで設定されていない場合に、下位のソースの値が反映されることがありました。

変更後

現在は「merge」モードにおいて、sandbox.credentials.awsPairs と sandbox.ripgrep は、それらを設定した最上位の管理ソースからそのまま取得されます。下位のソースの値は無視されます。

ユーザーへの恩恵

設定の優先順位が明確になり、意図した管理ソースの設定のみが適用されるようになります。

関連ドキュメント

v2.1.251(1件)

Changed
Settings
サンドボックス TLS を終端する、サンドボックストラフィックを独自のプロキシ経由でルーティングする、認証情報を注入する、またはサンドボックスの分離を弱めるサーバー管理設定を、適用前に承認を求めるように変更しました。
英語原文を表示
Changed server-managed settings that terminate sandbox TLS, route sandbox traffic through your own proxy, inject credentials, or weaken sandbox isolation to require approval before they apply

変更前

以前は、サンドボックス TLS を終端する、サンドボックストラフィックを独自のプロキシ経由でルーティングする、認証情報を注入する、またはサンドボックスの分離を弱めるサーバー管理設定は、適用前に承認を求めずに適用されていました。

変更後

現在は、サンドボックス TLS を終端する、サンドボックストラフィックを独自のプロキシ経由でルーティングする、認証情報を注入する、またはサンドボックスの分離を弱めるサーバー管理設定は、適用前に承認を求めるようになりました。

ユーザーへの恩恵

セキュリティリスクの高い管理設定が誤って適用されるのを防ぎます。

関連ドキュメント

v2.1.248(1件)

Fixed
IDE
コンテナのセッション認証情報がまだ読み取り可能でない場合、クラウドセッションが起動時に失敗することがある問題を修正しました。
英語原文を表示
Fixed cloud sessions occasionally failing at startup when the container's session credentials were not yet readable

変更前

コンテナのセッション認証情報がまだ読み取り可能でない場合、クラウドセッションが起動時に失敗することがありました。

変更後

コンテナのセッション認証情報が読み取り可能になるまで待機し、クラウドセッションが起動時に失敗することがないようになりました。

ユーザーへの恩恵

クラウドセッションの起動成功率が向上し、安定して利用できるようになります。

関連ドキュメント

v2.1.232(1件)

Fixed
クラウドセッション内のブリッジ接続によってホストされるリモートコントロールセッションが、親クラウドセッションの履歴情報や認証情報を意図せず継承するバグを修正しました
英語原文を表示
Fixed Remote Control sessions hosted by a bridge inside a cloud session inheriting that session's transcript or credentials

変更前

クラウド実行環境上のセッションをローカルマシンのブリッジ経由でリモート操作する際、開発中の別ユーザーの情報や無関係なトークンがセッションをまたいで引き継がれてしまうリスクがありました。

変更後

リモートコントロールのデータチャネルと資格情報の分離を強化し、ブリッジ経由の各接続が完全に個別のコンテキストとして、暗号化されて一から確立されるように修正しました。

ユーザーへの恩恵

企業のクラウド開発環境でリモートコントロール機能を利用する際、意図しないセッションデータの漏洩や、異なるトークンの混入を気にする必要がなくなります。

関連ドキュメント

v2.1.229(1件)

Fixed
セルフホストランナーの起動時におけるリポジトリ準備処理が、Git Credential Manager（GCM）の認証プロンプト待ちで無期限にハングアップする問題を修正し、認証情報がない場合は git コマンドが即座にエラーで終了するようにしました。
英語原文を表示
Fixed self-hosted runner repository preparation hanging on a Git Credential Manager prompt; git now fails fast when credentials are missing

変更前

バックグラウンドで動くコンテナなどのヘッドレス環境で Git クレデンシャルが必要になった際、画面に出ない入力要求プロンプトが裏で開きっぱなしになり、セッションの起動がいつまでも完了しない状態でした。

変更後

インタラクティブな入力待ちが最初から無効化（fail-fast）され、認証エラーの事実をランナーが即座に検知してエラーを返せるようになります。

ユーザーへの恩恵

リポジトリの認証設定ミスが発生した際、何分もハングアップして待たされることなく、即座に設定漏れを検知できるようになります。

関連ドキュメント

v2.1.228(1件)

Improved
Vertex AIの認証処理を改善し、Google Cloud認証情報の期限切れや欠落が発生した際に、数分間リトライし続けるのではなく数秒以内に即時失敗するようにしました。
英語原文を表示
Improved Vertex AI credential handling: expired or missing Google Cloud credentials now fail within seconds instead of retrying for minutes

変更前

Google Cloud (Vertex AI / Agent Platform)の認証情報が無効であったり、アクセストークンの有効期限が切れていた場合、エラーを返すまでにリトライループが発生し、CLIの応答が数分間フリーズしていました。

変更後

認証情報の検証フェーズにおけるタイムアウトとエラーハンドリングが高速化され、認証失敗時には即座にエラーメッセージを表示して処理を中断します。

ユーザーへの恩恵

認証エラーが起きた際、無駄な待機時間を取られることなく、即座に再ログイン(gcloud auth等)の対処を行うことができるようになります。

関連ドキュメント

v2.1.224(1件)

Fixed
古いログイン・セッショントークンが残っている状態でコールドスタートした際、Remote Controlの自動起動が「Remote credentials fetch failed」エラーで断続的に失敗する問題を修正しました。
英語原文を表示
Fixed Remote Control auto-start intermittently failing with "Remote credentials fetch failed" on a cold start with a stale login token

変更前

しばらく起動していなかった、またはトークンが失効した状態で新しくClaude Codeを立ち上げた際、Remote Controlの接続用一次資格情報を取得する処理が認証エラーで失敗し、自動接続が途絶えてしまうことがありました。一度手動でログインし直さないと復帰しづらい状態でした。

変更後

認証情報の取得プロセスが洗練され、セッショントークンが古くなっている場合はそのことを正しくハンドリングし、スムーズにセッションを再確立または再ログインへ誘導するように動作が改善されます。

ユーザーへの恩恵

セッション再開時にRemote Controlが謎のエラーで落ちる現象に悩まされず、立ち上げ後すぐにスムーズに開発を再開できるようになります。

関連ドキュメント

v2.1.216(1件)

Fixed
MCP
MCP 再認証時に認証完了前に作業用クレデンシャルが失効する問題と、バックグラウンドセッションの警告を修正
英語原文を表示
Fixed MCP re-authenticate revoking working credentials before the new sign-in succeeds, and the reconnect needs-auth message in background sessions pointing at an unusable command

変更前

認証が完了する前に既存の資格情報が破棄され、接続が一時的に使えなくなることがありました。

変更後

新しい認証フローが成功するまで、安全に既存の資格情報を維持するように改善されました。

ユーザーへの恩恵

認証を更新する際に、接続の中断や無効なコマンド警告に遭遇しなくなります。

関連ドキュメント

v2.1.207(1件)

Fixed
Bedrockにおいて、APIリクエストのたびにIAM Identity CenterにAWS SSOの新しい認証情報を繰り返し要求してしまう問題を修正しました。
英語原文を表示
Fixed Bedrock repeatedly requesting fresh AWS SSO credentials from IAM Identity Center on every API request

変更前

Amazon Bedrockを使用している際、認証情報のキャッシュが適切に機能せず、通信のたびにSSOの認証プロセスが走るため、パフォーマンスの低下や不要な認証エラーを招くことがありました。

変更後

認証情報の有効期限とキャッシュ管理が最適化され、必要なときだけ認証が更新されるようになりました。

ユーザーへの恩恵

APIレスポンスが高速化し、頻繁な認証確認による作業の中断がなくなります。

関連ドキュメント

v2.1.187(1件)

Added
PermissionsSettings
サンドボックス設定に sandbox.credentials を追加し、認証情報ファイルや機密環境変数の読み取りをブロック可能に改善
英語原文を表示
Added sandbox.credentials setting to block sandboxed commands from reading credential files and secret environment variables

変更前

サンドボックス環境下で実行されるコマンドに対して、ローカルの認証情報ファイルや機密性の高い環境変数へのアクセスを制限する詳細な設定が不足していました。

変更後

新しく導入された sandbox.credentials 設定により、サンドボックス内のコマンドが特定の認証ファイルや秘密の環境変数を読み取ることを明示的にブロックできるようになりました。

ユーザーへの恩恵

セキュリティが強化され、エージェントにコマンド実行を許可した際でも、意図せず重要な認証情報が読み取られるリスクを低減できます。

関連ドキュメント

v2.1.186(1件)

Added
awsAuthRefresh が設定されている場合、/login に「Claude Platform on AWS - 認証情報の更新」オプションが表示されるようになりました。
英語原文を表示
Added "Claude Platform on AWS - refresh credentials" option to /login when awsAuthRefresh is configured

変更前

AWS上で動作するClaude Platformを利用している際、認証情報の有効期限が切れた場合に、既存のログインフローから直接更新することができませんでした。

変更後

ログインメニューに認証情報の更新オプションが統合され、AWS SSOやIDプロバイダーを介した再認証がスムーズに行えるようになりました。

ユーザーへの恩恵

AWS環境でClaude Codeを利用する開発者が、認証の手間を最小限に抑えつつ、セキュアなアクセスを維持できるようになります。

関連ドキュメント

v2.1.181(1件)

Fixed
AWS認証情報の更新頻度が過剰になる問題を修正し、aws configure export-credentials の出力形式に対応
英語原文を表示
Fixed AWS awsCredentialExport credentials with a short remaining lifetime causing credential refreshes every minute, and now accepts the JSON shape from aws configure export-credentials

変更前

awsCredentialExport を使用している際、有効期限が短い認証情報があると毎分リフレッシュが発生し、非効率でした。また、標準的なAWS CLIコマンドの出力形式の一部を受け付けない場合がありました。

変更後

認証情報の有効期限に応じた適切な更新間隔が維持されるようになり、aws configure export-credentials が出力するJSON形式をそのまま処理できるようになりました。

ユーザーへの恩恵

AWS環境での認証プロセスが安定し、標準的なAWS CLIツールとの連携がよりスムーズになります。

関連ドキュメント

v2.1.178(1件)

Fixed
認証情報の更新後に、古いキャッシュ設定が原因でモデルのリクエストが認証エラーで失敗し続ける問題を修正しました。
英語原文を表示
Fixed model requests continuing to fail with auth errors after credentials were refreshed outside the session, due to a stale cached request configuration

v2.1.176(1件)

Improved
Settings
Amazon Bedrock の認証情報キャッシュの改善：awsCredentialExport による認証情報が、固定の1時間ではなく Expiration(有効期限)までキャッシュされるようになりました
英語原文を表示
Improved Bedrock credential caching: credentials from awsCredentialExport are now cached until their Expiration instead of a fixed 1 hour

変更前

AWS 認証情報の有効期限が1時間以上あっても、Claude Code 側で1時間ごとに再取得が走っていました。

変更後

認証情報が持つ本来の有効期限までキャッシュが保持されるようになり、再取得の頻度が最適化されました。

ユーザーへの恩恵

不要な認証コマンドの実行が減り、セッション開始やレジューム時の待ち時間が短縮されます。

関連ドキュメント

v2.1.169(2件)

Fixed
macOS ユーザーが claude.ai 認証でログインしている際に、ターンの開始時に発生していた 30-50ms の UI スタック(画面の固まり)を解消しました。
英語原文を表示
Fixed a ~30-50ms UI stall at the start of each turn for macOS users logged in with claude.ai credentials

変更前

AI への入力を送信するたびに、UI が一瞬だけ反応しなくなるわずかな遅延が発生していました。

変更後

ログイン情報の処理が最適化され、対話の開始がよりスムーズに感じられるようになります。

ユーザーへの恩恵

開発中のテンポを削ぐ微細なストレスが解消され、より快適な対話体験が得られます。

関連ドキュメント

Fixed
Windows でバックグラウンドの git コマンドが実行された際、キャッシュがない場合に Git Credential Manager のポップアップが勝手に出てしまう問題を修正しました。
英語原文を表示
Fixed Git Credential Manager's "Connect to GitHub" popup appearing on Windows at startup when background git commands ran without cached credentials

v2.1.143(1件)

Fixed
Settings
.credentials.json の scopes 値が配列でない場合にCLIが起動時にハングしたり、OAuthリフレッシュがサイレントに失敗したりする問題を修正しました
英語原文を表示
Fixed a corrupt .credentials.json with a non-array scopes value hanging the CLI on startup or silently aborting OAuth token refresh

変更前

認証情報のキャッシュファイルが破損(不正な形式)していると、エラー詳細が表示されず、CLIが応答不能になる場合がありました。

変更後

不正な形式の認証情報ファイルを適切に処理し、ハングやリフレッシュの失敗を防ぐロジックが追加されました。

ユーザーへの恩恵

認証周りのトラブルが起きにくくなり、万が一ファイルが壊れても安定して起動できるようになります。

関連ドキュメント

v2.1.141(1件)

Changed
Settings
Bedrock環境で、既存の認証情報があってもawsCredentialExportを常に実行するように変更し、クロスアカウントアクセスに対応。
英語原文を表示
Bedrock: awsCredentialExport now always runs when configured instead of being skipped when ambient AWS credentials resolve, fixing auth for cross-account access

変更前

すでにAWS認証情報が環境にあると、設定済みのawsCredentialExportがスキップされてしまい、別のAWSアカウントへのアクセスが必要な場合に認証エラーになることがありました。

変更後

設定されていれば常にエクスポートコマンドを実行するため、複数のアカウントをまたぐ複雑な権限構成でも正しく認証が行われます。

ユーザーへの恩恵

複数のAWSアカウントを使い分けて開発・運用している組織において、認証の切り替えがスムーズかつ確実になります。

関連ドキュメント

v2.1.139(1件)

Fixed
認証情報の期限切れとポリシー設定が重なった際に、ログイン・ログアウト等の基本操作ができなくなるデッドロックを修正。
英語原文を表示
Fixed a deadlock where expired credentials and the forceRemoteSettingsRefresh policy setting blocked claude auth login/logout/status with no way to recover

変更前

ポリシーによってリモート設定の強制リフレッシュが必要なのに、認証切れでそれができず、結果としてログインすらできなくなることがありました。

変更後

認証に関連する基本コマンドはポリシーの制約を受けずに実行できるようになり、トラブル時の復旧が可能になりました。

ユーザーへの恩恵

万が一の認証エラー時も、詰まることなくスムーズに再ログインして作業に戻ることができます。

関連ドキュメント

v2.1.133(1件)

Fixed
リフレッシュトークンの競合により、並列セッションで共通の認証情報が消失し 401 エラーになる問題を修正しました。
英語原文を表示
Fixed parallel sessions all dead-ending at 401 after a refresh-token race wiped shared credentials

v2.1.129(1件)

Fixed
Settings
user:inferenceスコープが不足しているOAuth認証情報を使用している場合でも、サーバー管理設定ポリシーが適用されるよう修正されました
英語原文を表示
Fixed server-managed settings policy not applying for enterprise/team users whose stored OAuth credentials lacked the user:inference scope

変更前

一部のエンタープライズ/チームユーザーにおいて、古い認証スコープのままでは管理者が設定したポリシーが正しく反映されないケースがありました。

変更後

認証情報のスコープ状態に関わらず、組織の管理者設定ポリシーが確実に適用されるように修正されました。

ユーザーへの恩恵

組織のセキュリティポリシーや設定が漏れなく全ユーザーに適用されるようになり、管理者・ユーザー共に安心して利用できます。

関連ドキュメント

v2.1.118(2件)

Fixed
Settings
Linux および Windows における資格情報保存時のクラッシュとファイルの破損を修正
英語原文を表示
Fixed credential save crash on Linux/Windows corrupting ~/.claude/.credentials.json

変更前

認証情報の保存中にクラッシュが発生すると、~/.claude/.credentials.json ファイルが壊れ、再ログインが必要になる問題がありました。

変更後

資格情報の保存処理が堅牢になり、クラッシュによるファイル破損が防げるようになりました。

ユーザーへの恩恵

OSを問わず認証情報の永続性が向上し、セッション開始時のトラブルが減少します。

関連ドキュメント

Fixed
Settings
CLAUDE_CODE_OAUTH_TOKEN で起動したセッションで /login が機能しない問題を修正
英語原文を表示
Fixed /login having no effect in a session launched with CLAUDE_CODE_OAUTH_TOKEN — the env token is now cleared so disk credentials take effect

変更前

環境変数でトークンを渡して起動すると、その後の /login コマンドが無視され、ディスク上の資格情報に切り替えることができませんでした。

変更後

/login 実行時に環境変数のトークンが適切にクリアされ、永続的な資格情報を優先して使用できるようになりました。

ユーザーへの恩恵

一時的なトークンと常設のログインアカウントを状況に合わせて柔軟に使い分けられます。

関連ドキュメント

v2.1.83(2件)

Added
HooksMCP
サブプロセス環境(Bash ツール、フック、MCP stdio サーバー)から Anthropic やクラウドプロバイダーの認証情報を削除する CLAUDE_CODE_SUBPROCESS_ENV_SCRUB=1 を追加しました
英語原文を表示
Added CLAUDE_CODE_SUBPROCESS_ENV_SCRUB=1 to strip Anthropic and cloud provider credentials from subprocess environments (Bash tool, hooks, MCP stdio servers)

変更前

Claude Code が起動されているシェルに設定されている API キーなどの機密情報が、Claude が実行する Bash コマンドや MCP サーバーなどの子プロセスにそのまま引き継がれていました。万が一、プロンプトインジェクションが発生した場合、これらの情報が外部に漏洩するリスクがありました。

変更後

この環境変数を有効にすることで、子プロセスの環境変数から機密性の高い認証情報を自動的に除去(スクラブ)します。Claude Code 本体は認証情報を保持し続けますが、その配下で動くツールからは参照できなくなります。

ユーザーへの恩恵

開発環境における機密情報の露出を最小限に抑え、信頼できないコードを分析したり、外部の MCP ツールを利用したりする際の安全性が大幅に向上します。

関連ドキュメント

Changed
Plugins
プラグインのオプション設定(manifest.userConfig)が外部から利用可能になりました。機密情報は macOS のキーチェーン等に安全に保存されます
英語原文を表示
Plugin options (manifest.userConfig) now available externally — plugins can prompt for configuration at enable time, with sensitive: true values stored in keychain (macOS) or protected credentials file (other platforms)

変更前

プラグインが API キーなどの設定を必要とする場合、ユーザーが手動で設定ファイルを開いて編集する必要がありました。また、機密情報を平文の JSON ファイルに保存しなければならない場合もありました。

変更後

プラグイン有効化時に Claude Code が対話的に設定を促し、sensitive: true と指定された値はシステムのキーチェーンなどに暗号化して保存されるようになりました。

ユーザーへの恩恵

プラグインのセットアップが簡単かつ安全になり、複雑な初期設定なしで高度な拡張機能を利用し始められます。

関連ドキュメント

v2.1.77(1件)

Changed
macOS において、キーチェーンからの認証情報読み込みを並列化することで起動速度を約 60ms 高速化しました
英語原文を表示
Faster startup on macOS (~60ms) by reading keychain credentials in parallel with module loading

v2.1.69(2件)

Fixed
MCP
複数のOAuth MCPサーバー利用時に、メタデータがバッファを超えてmacOSキーチェーンが破損し、ログインが繰り返される問題を修正
英語原文を表示
Fixed macOS keychain corruption when using multiple OAuth MCP servers. Large OAuth metadata blobs could overflow the security -i stdin buffer, silently leaving stale credentials behind and causing repeated /login prompts.

変更前

多くのツールを連携させるとmacOSの内部処理でデータ溢れが起き、認証情報が正しく保存されず何度もログインを求められることがありました。

変更後

認証データの保存方式が改善され、多数のツールを連携させても認証状態が安定して保持されるようになりました。

ユーザーへの恩恵

ツール連携を多用するパワーユーザーでも、煩わしい再認証に邪魔されることなく作業に集中できます。

関連ドキュメント

Fixed
トークン更新時の通信エラーにより、サブスクリプションタイプが「Claude API」と誤表示される問題を修正
英語原文を表示
Fixed .credentials.json losing subscriptionType (showing "Claude API" instead of "Claude Pro"/"Claude Max") when the profile endpoint transiently fails during token refresh (anthropics/claude-code#30185)

変更前

一時的なネットワーク不良でアカウント情報の取得に失敗すると、ProやMaxプランでも機能が制限されたかのような表示になることがありました。

変更後

認証情報の管理がより堅牢になり、一時的なエラーが発生しても正しい契約ステータスが維持されます。

ユーザーへの恩恵

表示上の混乱がなくなり、自身のプランに応じた機能を常に一貫して利用できるようになります。

関連ドキュメント

v2.1.30(1件)

Added
MCP
Slackのような、動的なクライアント登録をサポートしないMCPサーバーのために、事前設定済みのOAuthクライアント認証情報が追加されました。claude mcp addコマンドで--client-idおよび--client-secretを使用してください。
英語原文を表示
Added pre-configured OAuth client credentials for MCP servers that don't support Dynamic Client Registration (e.g., Slack). Use --client-id and --client-secret with claude mcp add.

変更前

一部のMCPサーバーでは、OAuthクライアント認証情報を手動で設定する必要があり、手間がかかっていました。

変更後

事前設定済みのOAuthクライアント認証情報が利用可能になり、対応していないサーバーでも簡単に接続できるようになりました。

ユーザーへの恩恵

MCPサーバーとの連携設定が簡素化され、より多くのツールを迅速に利用できるようになりました。

関連ドキュメント

v2.0.64(1件)

Changed
Bedrock: Add support for aws login AWS Management Console credentials

関連ドキュメント