convex-backend が構成したデプロイ選択子で本番環境の認可検証を迂回し遠隔越権実行に至る
攻撃者は MCP サーバーがデプロイ選択子の `kind` 欄に対する検証論理の欠陥を突きます。名称または参照を指定する方式で非標準の本番環境選択子を組み立て、`kind: "prod"` に対してのみ実施される安全守衛機構を迂回します。本脆弱性は危険な本番デプロイの旗が有効でない場合でも、`run`、`envSet` などの高危険な変更ツールを直接呼び出すことを許し、本番環境は未認可のコード実行、機微な環境情報の漏洩、サービス完全性の破壊リスクに直面します。
コンポーネント
convex-backend は Convex プラットフォームの中核となるバックエンドサービス部品で、クラウドネイティブ応用にリアルタイムのデータ同期と関数計算能力を提供することを目的としています。そのアーキテクチャは自動化エージェントの相互作用を支える MCP サーバーを統合し、中核機能はデプロイ管理、環境変数の設定、コード実行を含み、効率的な応用ライフサイクル管理と資源スケジューリングの実現を目指します。
種別
Incorrect Authorization (CWE-863)
リポジトリ
対処方法
- 開発者はデプロイ選択子の解析論理を再設計し、安全守衛の検査前に各種選択子を実際のデプロイ種別に標準化写像することを推奨します。本番環境を指すすべてのアクセス要求が厳格な権限検証と明示的な確認機構を経るようにし、形式の差異による認可迂回を絶ってください。
LiteLLM の大小文字を区別しないメール後退機構により SSO/JWT 主体が上書きされプロキシ管理者権限が窃取される
SSO または JWT 認証の主体識別子がデータベース記録と一致しない場合、システムは誤って非厳格検証のメール曖昧照合論理を有効にします。攻撃者はこの欠陥を用い、既存の高権限アカウントと同じ未検証のメール主張を提示して、新たな悪意ある主体を被害者のデータベース行へ結び付け、元の SSO 主体識別子を上書きさせます。システムはロール継承の過程で主体変更に対する二次検証を欠くため、攻撃者は目標アカウントの PROXY_ADMIN 権限を直接掌握し、鍵生成などの機微な管理インタフェースを不正に呼び出して越権アクセスと潜在的なサービス中断を招きます。
コンポーネント
LiteLLM は複数モデルの接続を支える大規模言語モデルの経路制御プロキシ部品で、中核アーキテクチャは非同期 Python に基づき、API インタフェースを統一して企業向け AI 応用の統合を簡素化することを目的としています。本部品は柔軟な身分認証モジュールを備え、OIDC、SAML、JWT など複数のプロトコルを支え、分散環境で利用者の身元検証、セッション管理、アクセス制御方針の執行を担い、データ流通の安全性とコンプライアンスを担保します。
種別
Improper Authentication (CWE-287)
リポジトリ
対処方法
- コード層で自動化されたメール曖昧照合の後退論理を除去し、厳格な主体一貫性検証を強制し、メールが検証済みで現在結び付きがない場合にのみリンクを許すことを推奨します。あわせて既に結び付いたアカウントに対するロール保護機構を追加し、身分提供者の情報欠如のみを理由にデータベースに格納された高危険な管理権限を直接継承することを禁じ、根源から越権の再結び付きリスクを遮断してください。