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

Langflowは、AI搭載のエージェントおよびワークフローを構築・展開するためのツールです。バージョン1.0.19以前では、攻撃者が認証トークンやクッキーなしで/api/v1/files/upload/リクエストを送信し、非常に長いマルチパートフォームの境界を悪用することで、Langflowアプリを全ユーザーに対して無期限に使用不能にできる可能性がありました。この脆弱性はバージョン1.0.19で修正されました。

http-proxy-middlewareはNode.jsのhttp-proxyミドルウェアです。バージョン3.0.4から3.0.7および4.1.1まで、fixRequestBody()はボディパーサーによって既に消費されたリクエストボディを再送信するためのライブラリのドキュメント化されたヘルパーです。送信されるContent-Typeがmultipart/form-dataの場合、handlerFormDataBodyData()を使ってボディを再構築しますが、これは各req.bodyのキーと値をCR/LFを無効化せずにマルチパートのワイヤ形式に直接埋め込みます。値（またはキー）内の\r\nは攻撃者に現在のパートを閉じ、新しいフォームパートを完全に注入させることを可能にします。プロキシ自身のボディパーサーは単一の不透明な値を認識したため、ゲートウェイ側でreq.bodyに対して行われるポリシーや検証はアップストリームのバックエンドが最終的に解析するフィールドセットとは異なり、信頼境界を越えたリクエストやパラメータの非同期化が発生します。この脆弱性はバージョン3.0.7および4.1.1で修正されています。

Crawl4AIのバージョン0.8.8未満には、スクリーンショットおよびPDFエンドポイントに任意ファイル書き込みの脆弱性があります。この脆弱性により、認証されていない攻撃者がoutput_pathパラメータに対してシンボリックリンクおよびチェック時と使用時の時間差攻撃（TOCTOU）を利用し、意図されたディレクトリ外にファイルを書き込むことができます。リモートの攻撃者は不十分なパス検証およびシンボリックリンクの追従を悪用し、任意のファイル書き込みを行い、さらに実行可能ファイルやcronの場所への書き込み権限がある環境ではコードを実行する可能性があります。

Flowiseバージョン3.1.2以前には、/api/v1/chatflows/apikey/:apikeyエンドポイントに情報漏洩の脆弱性があります。keyonlyクエリパラメータが省略された場合（デフォルト設定）、このエンドポイントは提供されたAPIキーに紐付けられたチャットフローだけでなく、APIキーが割り当てられていないすべてのワークスペースのチャットフローも返します。これは基となるクエリにワークスペースフィルターが欠けているためです。したがって、あるワークスペースの有効なAPIキーを持つ攻撃者は、他のワークスペースに属する保護されていないチャットフローの完全なChatFlow構成（system promptsやノード構成を含むflowData、chatbotConfig、apiConfig、および資格情報ID）を取得できます。

Flowise 3.1.0未満のバージョンには、Execute Flowノードにサーバーサイドリクエスト偽装の脆弱性があります。この脆弱性により、攻撃者はbase URLフィールドにイントラネットのアドレスを指定してセキュリティ検証を回避できます。攻撃者はこれを悪用して内部ネットワークのアドレスにHTTPリクエストを送信し、クラウドのメタデータにアクセスしたり、httpSecurity.ts内のsecureFetchの検証不足を利用して内部サービスを列挙したりすることが可能です。

MISP Coreには、イベントレポートおよび共有グループの一括削除処理においてアクセス制御の欠陥がありました。影響を受けるdeleteSelectionハンドラーは、各選択オブジェクトの認可を検証する代わりに、広範なロールレベルの権限で削除を許可していました。イベントレポートに関しては、EventReportsController::deleteSelectionはレポートごとの所有権や認可チェックを行わず、グローバルなperm_add権限に依存していました。そのため、寄稿者レベルのユーザーが他組織のレポートIDまたはUUIDを送信し、インスタンス全体でハード削除できる状態でした。修正により削除前に各選択レポートについてEventReport::fetchIfAuthorized($user, $itemId, 'delete')が呼ばれるようになりました。共有グループに関しては、SharingGroupsController::deleteSelectionが各選択共有グループの所有権を検証せず、グローバルなperm_sharing_group権限に依存していました。これにより、共有グループ権限を持つユーザーが他組織の共有グループをハード削除でき、単一オブジェクト削除時に使用される所有権ゲートを回避していました。修正で各選択共有グループに対しSharingGroup::checkIfOwner($user, $itemId)が呼ばれるように変更されました。認証済みで該当の広範なロール権限を持つ攻撃者は、影響を受ける一括削除エンドポイントを悪用し、自組織の認可範囲外のオブジェクトを削除できるため、インスタンス全体でイベントレポート内容や共有グループ設定が失われる可能性があります。

MISPコアには複数のアクセス制御の不具合があり、認可チェックが誤ったエンティティに対して実行されることや、書き込み経路で所有権および編集権のチェックが欠如していました。影響を受けるサブシステムでは、関連する機能権限を持つ権限の低い認証済みユーザーが、あるオブジェクトの認可を受けていながら別のオブジェクトを変更したり、ユーザーの組織が閲覧可能だが編集権限のないオブジェクトを変更することが可能でした。影響を受けるパスは以下の通りです。 * イベントレポートのタグ削除：ルート認可されたレポートとタグ解除に使用されるレポートIDが異なり、別組織の他のイベントレポートからタグを削除できました。 * コレクション要素の一括削除：一括削除がコレクション要素の行IDと一致するコレクションIDに対して認可されており、要素の親コレクションのIDではなかったため、ユーザーが所有していないコレクションから要素を削除できます。 * アナリストデータの取得・更新：入れ子になったアナリストデータの更新がcanEditAnalystDataの所有権チェックを適用せずに既存レコードを上書きでき、組織間でアナリストデータレコードを上書き可能でした。 * テンプレート要素の編集：テンプレート要素のIDと一致するテンプレートに対して編集が認可されていましたが、実際の親テンプレートではなかったため、別組織のテンプレート要素を不正に編集できました。 * 減衰モデルの編集およびマッピング：書き込み経路がビュー・スコープのアクセスを使ってモデルを読み込んでいたものの編集所有権を確認せず、別組織が所有する表示可能なモデルを編集または再マッピングできました。 これらの不具合を悪用すると、特定サブシステムの権限を持つ認証済みユーザーがMISPデータの組織間で不正な変更や削除を行い、整合性を喪失させ、共有インテリジェンスの不正改ざんやアナリストのワークフロー混乱を引き起こす可能性があります。

MISPは、サイト管理者がJsonLogToolで使用されるNDJSONエラーログの任意のファイルシステムパスを設定できるようにしていました。ログエントリには攻撃者が制御する内容が含まれる可能性があるため、認証されたサイト管理者権限を持つ攻撃者は、ログ出力をWebアクセス可能なディレクトリ内のPHPファイルに向けてログデータを通じてPHPコードを注入できました。生成されたファイルにアクセスすると、Webサーバープロセスの権限でリモートコード実行が発生する可能性があります。修正によって、ログの出力先はAPP/tmp/logsまたは/var/log以下の既存ディレクトリに制限され、絶対パスが必須となりました。また、ストリームラッパーおよびトラバーサルに関連する入力が拒否され、ファイル名は.logまたは.ndjson拡張子に限定され、実行可能な拡張子のセグメントは許可されなくなりました。

MISPは認証されたサイト管理者にKafka_rdkafka_config設定を任意のファイルシステムパスに設定させることを許可していました。MISPはその後、参照されたINIファイルを解析し、そのオプションをrdkafkaに渡していました。作成された攻撃者制御の設定ファイルは、plugin.library.pathsのようなrdkafkaオプションを使用して外部ライブラリを読み込み、結果としてMISPプロセスの権限で任意のコードを実行させる可能性があります。攻撃者はアップロードファイルや管理用画像など、MISPが書き込み可能な場所を利用して悪意のある設定ファイルをホストする可能性があります。問題は、設定をウェブルートおよびMISPアップロードターゲット外の認可された設定ディレクトリ内の絶対パス.iniファイルのみに制限することで修正されました。

Jenkins Assemblaプラグイン1.4およびそれ以前のバージョンは、XML外部実体（XXE）攻撃を防ぐようにXMLパーサーを適切に構成していません。そのため、攻撃者は構成されたAssemblaサーバーの応答を制御し、Jenkinsコントローラーから秘密情報を抽出したり、サーバー側リクエスト偽造（SSRF）を実行したりすることが可能です。