deniedMcpServers

変更前

管理者が特定の MCP サーバーの使用を制限していても、IDE の連携や起動フラグの組み合わせによって制限を回避できてしまうセキュリティ上の懸念がありました。

変更後

あらゆる経路（再接続、IDE 入力、初回起動フラグ、リモート設定ロード前）において、管理ポリシーが常に最優先で強制適用されるようガードが強化されました。

ユーザーへの恩恵

組織のセキュリティポリシーを例外なく徹底でき、管理の信頼性が向上します。

変更前

環境変数を使用して動的にMCPサーバーのパスや名前を制限しようとしても、正しく評価されず制限が機能しない場合がありました。

変更後

変数が正しく展開された状態で一致判定が行われるため、管理者によるポリシー設定が意図通りに適用されます。

ユーザーへの恩恵

エンタープライズ環境などでのセキュリティ統制が正確になり、環境に合わせた柔軟な管理が可能になります。

変更前

管理者が設定ミスをすると、セキュリティのための制限ルール全体が無効化されてしまい、本来禁止しているはずの操作が全ユーザーに対して許可されてしまうリスクがありました。

変更後

エラーのある一部の設定だけを無視し、残りの正しいポリシーは維持される「フォールバック」動作が実装されました。

ユーザーへの恩恵

組織全体での運用において、設定の不備によるセキュリティホールを最小限に抑え、管理の健全性を維持できます。

変更前

ホスト名に大文字が含まれていると、ワイルドカード形式のブロックルールをすり抜けてMCPサーバーが接続されてしまう可能性がありました。

変更後

ホスト名の大文字・小文字を区別せずにパターンマッチングが行われるようになり、ブロックルールが確実に適用されます。

ユーザーへの恩恵

管理者が設定したMCPサーバーの制限ポリシーの信頼性が向上し、組織のセキュリティが強化されます。

変更前

設定ファイルで特定のMCPサーバーを拒否リストに追加していても、クラウド経由で提供される一部のサーバーにはその制限が適用されない場合がありました。

変更後

拒否リストのチェックがクラウド接続のサーバーにも一貫して適用されるようになり、管理が徹底されました。

ユーザーへの恩恵

利用したくないツールやセキュリティ上の懸念がある外部サーバーを、確実にセッションから排除できる安心感が得られます。

変更前

組織の管理者が特定の MCP サーバーのみを利用許可するように設定していても、ユーザーがコマンドライン引数で設定ファイルを指定すると、その制限を回避して任意のサーバーを動かせてしまう不備がありました。

変更後

引数で指定された MCP サーバーに対しても、組織の管理ポリシー（allowedMcpServers 等）が厳格に適用されるように修正されました。

ユーザーへの恩恵

企業の管理者が設定したセキュリティ基準が確実に守られるようになり、組織全体での安全な AI 利用が保証されます。