脆弱性情報（JVN）検索・一覧

Eclipse Theia のバージョン 1.73.1 まで（1.73.1 を含む）において、`@theia/filesystem` のバックエンドはすべてのファイルシステム対応デプロイメントで `POST /file-upload` をバインドしています。ハンドラーはマルチパートの `uri` フィールドから攻撃者が提供した絶対パスを取得し、ワークスペース制限や認証なしに `fs.move(tmp, target, { overwrite: true })` を呼び出します。ブラウザ（非 Electron）デプロイメントでは、接続トークンは WebSocket のアップグレード時にのみ強制され、`@theia/core` の HTTP ミドルウェアはクッキーを再発行し、トークンなしの HTTP リクエストを拒否せずに `next()` を呼び出します。`multipart/form-data` は CORS セーフリスト登録済みのリクエストタイプであるため、クロスオリジンのウェブページがプリフライトなし、認証情報なしでこの書き込みをトリガーでき、バックエンドプロセスが書き込み可能な任意の絶対パスに対して、ワークスペース外で認証されていない任意ファイル書き込みを可能にします。これは例えば `~/.bashrc` のような起動時に実行されるファイルを上書きすることでリモートコード実行にエスカレートする可能性があります。Electron モードは別の `ElectronSecurityToken` を使用しているため、この経路による影響はありません。

Eclipse Theiaのバージョン1.73.1まで（含む）において、`@theia/filesystem`のバックエンドはHTTPファイルダウンロードのエンドポイント（`GET /file`、`GET /files/`、`PUT /files/`）を公開しており、クライアントから提供されたURIを直接ファイルシステムのパスに変換してファイルをストリーム配信しています。この際、ワークスペース内や許可リストに登録されたルートに制限されていません。ブラウザ（非Electron）環境では、接続トークンはWebSocketアップグレード時のみ適用されますが、`@theia/core`のHTTPミドルウェアはクッキーを再発行し、トークンなしのHTTPリクエストを拒否せずに`next()`を呼び出すため、これらのエンドポイントには有効なトークンなしでアクセス可能です。そのため、認証されていないクライアントでも、バックエンドプロセスが読み取り可能な任意のファイル（例：ワークスペース外の`/etc/hosts`、SSH鍵、トークン）を読み取ることができます。Electronモードは別の`ElectronSecurityToken`を使用しており、この経路では影響を受けません。

Microsoft Teamsにおける暗号署名の不適切な検証により、認可されていない攻撃者がネットワーク上でなりすましを行うことが可能です。

認証の問題は、状態管理の改善によって対処されました。この問題は macOS Sequoia 15.7.9、macOS Sonoma 14.8.9、macOS Tahoe 26.6.1 で修正されています。ネットワーク上の攻撃者が、有効な資格情報なしに画面共有に認証する可能性があります。

Microsoft Purview eDiscoveryにおける不適切なアクセス制御により、認可された攻撃者がネットワーク越しに特権を昇格させることが可能となります。

認証前の攻撃者が型のサイズや数の処理を悪用することで、過剰なメモリ割り当てを引き起こし、サービス拒否（DoS）を発生させる可能性があります。この問題は Apache Qpid Broker-J のバージョン 10.0.1 までに影響を及ぼします。ユーザーはこの問題を修正したバージョン 10.1.0 にアップグレードすることを推奨します。

Apache ForyのGo実装における信頼できないデータの逆シリアライズの脆弱性により、攻撃者が不正に作成された型メタデータを含むデータを提供すると、未処理のパニックが発生してサービス拒否（DoS）を引き起こす可能性があります。この問題はApache Foryのバージョン0.16.0から1.5.0未満のものに影響します。その他の言語実装のユーザーには影響がありません。ユーザーは、この問題が修正されたバージョン1.5.0にアップグレードすることを推奨します。

** 割り当て時にはサポートされていません ** Apache Lucyにおける制御されていない再帰の脆弱性です。この問題はApache Lucyのすべてのバージョンに影響を及ぼします。このプロジェクトは引退しているため、本問題を修正するバージョンのリリース予定はありません。ユーザーは代替手段を探すか、インスタンスへのアクセスを信頼できるユーザーに限定することを推奨します。注意：この脆弱性は、保守者によるサポートが終了した製品にのみ影響します。

** 割り当て時にサポートされていません ** Apache Lucyにおける過剰なサイズ値によるメモリ割り当ての脆弱性です。この問題はApache Lucyの全てのバージョンに影響します。このプロジェクトは既に終了しているため、この問題を修正したバージョンをリリースする予定はありません。ユーザーは代替の製品を検討するか、インスタンスへのアクセスを信頼できるユーザーに制限することを推奨します。注意：この脆弱性は、メンテナによってもはやサポートされていない製品にのみ影響します。

認証前の攻撃者が無制限のシンボル値キャッシュを悪用することでリソースが枯渇し、サービス拒否（DoS）状態を引き起こす可能性があります。この問題はApache Qpid Proton-J バージョン0.34.1までに影響します。ユーザーはこの問題を修正したバージョン0.35.0へアップグレードすることを推奨します。

認証前の攻撃者が型のサイズやカウントの処理を悪用することで、過剰なメモリ割り当てが発生し、サービス拒否（DoS）を引き起こす可能性がある問題です。この問題は Apache Qpid Proton-J バージョン 0.34.1 までのバージョンに影響します。ユーザーには、この問題を修正したバージョン 0.35.0 へアップグレードすることを推奨します。

認証前の攻撃者が無制限のシンボル値キャッシュを悪用することでリソース枯渇を引き起こし、サービス拒否（DoS）を誘発する可能性があります。この問題は Apache Qpid Proton-Dotnet バージョン 1.0.0 までに影響を及ぼします。ユーザーはこの問題を修正したバージョン 1.1.0 にアップグレードすることを推奨します。

認証前の攻撃者がタイプのネスティングを悪用することで、StackOverflowErrorを引き起こし、サービス拒否（DoS）につながる可能性があります。この問題はApache Qpid Proton-Dotnetのバージョン1.0.0までに影響を及ぼします。ユーザーは、この問題を修正したバージョン1.1.0にアップグレードすることを推奨します。

IBM Langflow OSS 1.0.0から1.10.3にかけて、廃止予定のPOST /api/v1/build/{flow_id}/verticesエンドポイントで所有権の適切な検証が行われていませんでした。これにより、認証されたユーザーが任意のグラフデータを任意のフローの共有キャッシュに注入できる可能性があります。この脆弱性は、ユーザー間のキャッシュ汚染、不正なワークフローの実行、またはサービス拒否を引き起こす恐れがあります。

IBM Langflow OSS バージョン 1.0.0 から 1.10.3 までにおいて、MCP サーバーの設定内のコマンドフィールドが不適切に検証されるため、リモートの認証済み攻撃者が任意のコマンドを実行できる可能性があります。

IBM Langflow OSS バージョン 1.0.0 から 1.10.3 までは、モジュールのインポートの検証が不適切であるため、リモートの認証済み攻撃者が任意のコードを実行できる可能性があります。

IBM Langflow OSS バージョン 1.0.0 から 1.10.3 までは、OS コマンドで使用される特殊な要素を適切に無害化できていなかったため、リモートの認証済み攻撃者が任意のコマンドを実行できる可能性があります。

IBM Langflow OSS バージョン 1.0.0 から 1.10.3 において、認証された攻撃者が不完全な危険な Docker ボリュームマウントおよびデバイスマッピング引数のフィルタリングを悪用することで、Docker ベースの MCP サーバー経由でホスト上の機密ファイルを読み取ったり改ざんしたり、情報漏洩を引き起こしたりする可能性があります。

IBM Langflow OSS バージョン1.0.0から1.10.3において、設定パラメータの不適切な検証により、リモートの攻撃者が任意のコードを実行できる可能性があります。

IBM Langflow OSS バージョン 1.0.0 から 1.10.3 までにおいて、AST ベースのセキュリティスキャン中に Python コードの不適切な検証が原因で、リモートの認証済み攻撃者が任意のコードを実行できる可能性があります。

IBM Langflow OSS のバージョン 1.0.0 から 1.10.3 までには、リモートの認証済み攻撃者がコードインジェクションを利用して任意のコードを実行できる脆弱性があります。

Android版Google Chromeのバージョン151.0.7922.109以前に存在したWebGLのUse after free脆弱性により、リモート攻撃者が細工されたHTMLページを介してレンダラプロセスを侵害し、サンドボックスをエスケープする可能性がありました。（Chromiumセキュリティの深刻度は重大です）

151.0.7922.109 より前の Google Chrome の CrashReporting におけるヒープバッファオーバーフローにより、リモート攻撃者が細工された HTML ページを介してレンダラープロセスを侵害し、サンドボックスを脱出する可能性がありました。（Chromium セキュリティ深刻度：高）

151.0.7922.109より前のWindows版Google ChromeのCredential Providerにおけるレースコンディションの脆弱性により、ローカル攻撃者が悪意のあるファイルを介してOSレベルの権限を昇格させることが可能でした。（Chromiumのセキュリティ重大度は高いです）

151.0.7922.109 未満の Google Chrome の GPU における Use after free の脆弱性によって、レンダラプロセスが侵害される可能性がありました。リモートの攻撃者は、細工された HTML ページを介してサンドボックスを脱出する可能性があります。（Chromium セキュリティの深刻度：高）

Google ChromeのAndroid版151.0.7922.109以前のバージョンのResourcesにおけるUse after freeの脆弱性により、レンダラープロセスが侵害される可能性がありました。リモートの攻撃者が細工されたHTMLページを介してサンドボックスの脱出を行う恐れがあります。（Chromiumセキュリティの深刻度：高）

Android版Google Chromeの151.0.7922.109未満のバージョンにおいて、WebAPKsの信頼できない入力の検証が不足していたため、ローカル攻撃者が悪意のあるファイルを利用してサンドボックスを脱出する可能性がありました。（Chromiumセキュリティの深刻度：高です）

Google Chrome 151.0.7922.109以前のTranslateにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる可能性がありました。（Chromiumセキュリティの重大度は高と評価されています）

151.0.7922.109より前のバージョンのLinux上で動作するGoogle ChromeのGPUにおける境界外書き込みの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してレンダラプロセスを侵害し、サンドボックスからの脱出を行う可能性がありました。(Chromiumのセキュリティ重大度は高です)

151.0.7922.109未満のGoogle ChromeのV8における不適切な実装により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる可能性がありました。（Chromiumのセキュリティ重大度は高です）

151.0.7922.109 より前の Google Chrome の V8 における Use after free の脆弱性により、リモートの攻撃者が細工された HTML ページを介してサンドボックス内で任意のコードを実行できる可能性がありました。（Chromium セキュリティの深刻度は高と評価されています）

Apache Answerにおける長さパラメータ不整合の不適切な処理による脆弱性です。この問題はApache Answerのバージョン2.0.1までに影響を及ぼします。認証されていない攻撃者が特別に細工されたAccept-Languageヘッダーを利用してパース中に過剰なCPU消費を引き起こし、サービス拒否（DoS）攻撃を実行する可能性があります。ユーザーには、この問題を修正したバージョン2.0.2へのアップグレードを推奨します。

Apache Answerにおけるデータ真正性の検証不足の脆弱性があります。この問題はApache Answerのバージョン2.0.1までに影響します。外部ログインのメールバインディングフローにおける認可チェックが欠如しているため、認証されていない攻撃者が被害者に巧妙に作成された確認リンクをクリックさせることで、任意のユーザーアカウントを乗っ取ることが可能です。ユーザーは本問題を修正したバージョン2.0.2へアップグレードすることを推奨します。

Apache CXFは「attachment-max-size」によって最大添付ファイルサイズを制御できます。Apache CXFのバージョン4.2.3、4.1.8、3.6.12より前のバージョンには、このサイズのデフォルト制限が設定されておらず、ユーザーが明示的に制限を設定しない場合、サービス拒否攻撃が可能でした。ユーザーはこの問題を解決するために、50MBのデフォルト添付ファイルサイズ制限を課したApache CXF 4.2.3、4.1.8、または3.6.12にアップデートすべきです。

OpenID Connect Core 1.0仕様では、ハイブリッドフローを実行する際にRPが必ず`c_hash`パラメータを検証することが義務付けられています。Apache CXF RPが`c_hash`を省略する非準拠もしくは誤設定のIdentity Provider（IdP）と統合されている場合、RPは認可コードの置換や注入攻撃に対して脆弱になります。ユーザーには、本問題を修正したバージョン4.2.3、4.1.8、または3.6.12へアップグレードすることを推奨します。

JCacheCodeDataProviderにおけるレースコンディションにより、攻撃者が同時リクエストを介して単一の認可コードを複数回利用でき、その結果、複数の異なる有効なアクセストークンが発行されてしまう問題があります。ユーザーには、この問題を修正したバージョン4.2.3、4.1.8、または3.6.12へのアップグレードを推奨します。

Apache CXF では、JAX-RS メッセージ内のフォームパラメータ数に対して「maxFormParameterCount」設定オプションを使って制限を設定できます。しかし、デフォルトの制限値が設定されていないため、非常に多くのフォームパラメータを含むリクエストを処理する際にサービス拒否（DoS）攻撃を受ける可能性があります。ユーザーには、本問題を修正しデフォルトで500パラメータの制限を設けているバージョン4.2.3、4.1.8、または3.6.12にアップグレードすることを推奨します。

Apache Answerにおける未承認の関係者への機密情報漏洩の脆弱性です。本問題はApache Answerのバージョン2.0.1までに影響します。親の質問が表示されたままの場合、削除済みまたは保留中の回答が単一回答の読み取り経路を通じて未承認のユーザーに取得される可能性があり、本来アクセスすべきでない回答内容が露出してしまいます。ユーザーは本問題を修正したバージョン2.0.2にアップグレードすることを推奨します。

CVE-2026-50645の修正が不完全であるため、多数の添付ヘッダーを含むメッセージを送信することでApache CXFに対してサービス拒否攻撃を行うことが依然として可能です。ユーザーには、この問題を修正したバージョン4.2.3、4.1.8、または3.6.12にアップグレードすることを推奨します。

Apache CXFは、強化されたStaxUtils経路を通じてトップレベルのWSDLを読み込みます。この経路ではXMLのDTDおよび外部エンティティが無効化されています。しかし、そのトップレベルのWSDLから参照される任意の＜wsdl:import＞や＜xsd:import＞はWSDL4Jに渡されますが、WSDL4JではDOCTYPE宣言や外部エンティティが無効化されていません。その結果、トップレベル文書に適用された保護はインポートされた文書には及ばず、インポートされたWSDL/XSDの内容はXML外部エンティティ（XXE）攻撃に対して脆弱な状態になっています。ユーザーには、本問題を修正したバージョン4.2.3、4.1.8、または3.6.12へのアップグレードを推奨します。