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

Linuxカーネルにおいて、以下の脆弱性が修正されました。netfilterのnf_conntrack_expectにおいて、expect-helperを使用する際に問題がありました。ctnetlinkおよび/procでヘルパー名をダンプする際にexpect-helperを使用しますが、マスターconntrackの参照を保持せずにnfct_help()を使用することは安全ではありません。期待を作成する際にユーザー空間が明示的なヘルパーを提供しない場合、既存の動作を維持するためにctnetlinkパスでexp-master-helperを使用します。ctnetlinkの期待パスはマスターconntrackとnf_conntrack_expectロックの参照を保持し、nfnetlinkグルーパスはskbに添付されたマスターctを参照します。

Linuxカーネルにおいて、以下の脆弱性が解決されました。ext4では、間接ブロックマッピングされたブロックを検索する際のラップアラウンド処理に問題がありました。コミット4865c768b563（"ext4: always allocate blocks only from groups inode can use"）は、間接ブロックベースのファイルに割り当てられるブロックを32ビットのブロック番号の範囲に制限しています。しかし、最新のGemini LLMを使用したレビュー・ボットがこのコミットをLTSベースのカーネルにバックポートする際にチェックしたところ、以下の懸念が挙げられました。ac-ac_g_ex.fe_groupがngroups以上（例えば、s_mb_last_groupsからのストリーム割り当てにより目標グループが設定された場合）であれば、startもngroups以上になります。これは間接ブロックマッピングされたファイルで32ビット制限を超えるブロック割り当てを許してしまう可能性があります。コミットメッセージではext4_mb_scan_groups_linear()がサポートされていないグループを選択しないよう注意していると述べられています。しかし、このループはgroup = *startを使っており、最初のイテレーションでext4_mb_scan_group()がサポートされていないグループで呼び出される可能性があります。なぜならnext_linear_group()はイテレーションの最後にしか呼ばれないためです。コードパスとLLMレビューを検討した結果、この問題は一部のファイルやディレクトリがエクステントマッピングされ、他が間接ブロックマッピングされているファイルシステムで発生する可能性があると判断しました。これに対処するため、ext4_mb_scan_groups()に安全なクランプを追加しました。

Linuxカーネルにおいて、net/mlx5eのRXストライディングRQで発生していたXDPマルチバッファ断片カウントの問題が修正されました。この問題は、XDPマルチバッファプログラムがbpf_xdp_pull_data()やbpf_xdp_adjust_tail()を使ってXDPバッファのレイアウトを変更すると、ドライバが断片の参照カウントを正しく扱わず、ページの参照カウントが不整合を引き起こしていたことに起因します。具体的には、破棄された断片のカウントをドライバ側がスキップした結果、ページのpp_ref_countが誤った状態となり、負の参照カウントエラーが生じていました。この現象は特にdrivers/net/xdp.pyのセルフテストtest_xdp_native_tx_mbで検出されました。修正は、すべてのXDPアクション（XDP_TX、XDP_REDIRECT、XDP_PASS）に対応し、元のXDPバッファ断片すべてに対してページ断片の正しいカウントを実施することで問題を解決しています。

Flowiseは、カスタマイズされた大規模言語モデルのフローを構築するためのドラッグ＆ドロップユーザーインターフェースです。バージョン3.1.0以前では、複数のツール実装がセキュアなラッパーを使用せずに、直接生のHTTPクライアント（node-fetch、axios）をインポートして呼び出していました。これらのツールには、(1) OpenAPIToolkit/OpenAPIToolkit.ts、(2) WebScraperTool/WebScraperTool.ts、(3) MCP/core.ts、および(4) Arxiv/core.tsが含まれています。この脆弱性はバージョン3.1.0で修正されました。

DOMのネットワーキングコンポーネントにおいて、同一生成元ポリシーをバイパスする脆弱性が存在します。この脆弱性はFirefox 151およびThunderbird 151で修正されました。

Networking: HTTPコンポーネントにおけるSame-originポリシーバイパスの脆弱性です。この脆弱性はFirefox 151、Firefox ESR 140.11、Thunderbird 151、およびThunderbird 140.11で修正されました。

NetworkingのJARコンポーネントにおいて整数オーバーフローが発生する脆弱性です。この脆弱性はFirefox 151、Firefox ESR 140.11、Thunderbird 151、およびThunderbird 140.11で修正されました。

WidgetはWin32コンポーネントの境界条件の誤りによってサンドボックスを脱出する脆弱性です。この脆弱性はFirefox 151、Firefox ESR 140.11、Thunderbird 151、およびThunderbird 140.11で修正されました。

WebdriverIOは、WebDriver、WebDriver BiDi、およびAppiumを使用したユニットテスト、エンドツーエンドテスト、コンポーネントテストのためのテスト自動化フレームワークです。バージョン9.24.0未満には、テストオーケストレーションにおいてリモートコード実行（RCE）につながるコマンドインジェクションの脆弱性があります。Gitはシェルのメタ文字を含むブランチ名を許可しており、getGitMetadataForAISelection()はこれらの名前をサニタイズせずに直接execSync()呼び出しに挿入します。攻撃者は悪意のあるリポジトリ（testOrchestrationOptions.runSmartSelection.source経由、もしくは未設定の場合は現在のディレクトリ）を提供し、そのブランチ名にペイロードを含めることでシェル上で任意のコードを実行させることが可能です。これによりCI/CDサーバーや開発者マシン上でリモートコード実行が可能となり、認証情報や秘密情報の漏洩、ソースコードおよびSSHキーの持ち出し、システムの乗っ取り、改ざんされたビルド成果物を用いたサプライチェーン攻撃を招きます。本問題はバージョン9.24.0で修正されています。

WGDashboardはWireGuard VPNのダッシュボードです。バージョン4.3.2以前には、認証なしでホストのファイルシステムに不正アクセスを許す可能性のある重大な脆弱性がWGDashboardに存在していました。この脆弱性はバージョン4.3.2で修正されました。

TurborepoはJavaScriptおよびTypeScriptコードベース向けの高性能ビルドシステムです。バージョン1.1.0から2.9.14未満の間、悪意のあるYarn構成を含む信頼できないリポジトリで実行した場合、任意のコードを実行される脆弱性が存在しました。影響を受けるバージョンでは、パッケージマネージャの検出時にプロジェクトディレクトリからyarn --versionが実行され、これにより.yarnrc.ymlのプロジェクト管理下のyarnPathをYarnが読み込み、コードを実行する可能性がありました。リポジトリの内容を制御できる攻撃者は、ユーザーまたはCIシステムが影響を受けるturbo、@turbo/codemod、または@turbo/workspaceの変換コマンドを実行した際にコードを実行させることが可能でした。この脆弱性はバージョン2.9.14で修正されました。

coreMQTTのバージョン5.0.1以前のMQTT v5.0プロパティパーサーにおける境界チェックの欠如により、細工されたパケットを送信されることでMQTTブローカーがサービス拒否（DoS）を引き起こす可能性があります。この問題を解決するために、ユーザーはv5.0.1にアップグレードする必要があります。

adenhq hive 0.11.0までに脆弱性が発見されました。この脆弱性は、Delete Request Handlerコンポーネントのcore/framework/server/routes_sessions.pyファイル内の_read_events_tail関数に影響を与えます。操作を行うとパストラバーサルが発生します。この攻撃はリモートで開始される可能性があります。このエクスプロイトは公開されており、悪用される恐れがあります。ベンダーには早期に連絡がありましたが、何の対応もされていません。

Linuxカーネルにおいて、以下の脆弱性が修正されました：dmaengineのidxdサブシステムにあるllist_abort_desc()関数に誤ったディスクリプタ完了が発生する可能性がありました。この関数の最後でdはflistの巡回カーソルですが、コードは誤ってfoundを完了していました。これによりNULLポインタ参照や二重完了、ディスクリプタのリークなどの問題が発生する可能性がありました。最終的なlist_for_each_entry_safe()ループでfoundではなくdを完了するように修正し、この問題を解決しました。

Apache OFBizにおけるハードコーディングされた暗号鍵の使用に関する脆弱性です。本問題はApache OFBizのバージョン24.09.06より前に影響します。ユーザーは、この問題を修正したバージョン24.09.06にアップグレードすることを推奨します。

H2O-3 バージョン 3.46.0.9 以前には、認証なしでアクセス可能な REST API エンドポイント /99/ImportSQLTable に重大なリモートコード実行の脆弱性が存在します。この脆弱性は、MySQL JDBC ドライバ固有の危険なパラメータのみを対象としたパラメータのブラックリスト機構のセキュリティ制御が不十分であったことに起因します。攻撃者は JDBC URL プロトコルを jdbc:postgresql: に切り替え、socketFactory や socketFactoryArg といった PostgreSQL JDBC ドライバ固有のパラメータを悪用することで、これらの制御を回避できました。この結果、認証されていない攻撃者が H2O-3 サーバ上で H2O-3 プロセスの権限で任意のコードを実行可能です。この問題はバージョン 3.46.0.10 で修正されています。

Apache OFBizにおけるLDAPクエリで使用される特殊要素の不適切な無害化による『LDAPインジェクション』の脆弱性です。この問題はApache OFBizの24.09.06以前のバージョンに影響します。ユーザーは、この問題を修正したバージョン24.09.06へアップグレードすることを推奨します。

Dify バージョン 1.14.1 以前には、認証された編集者ユーザーがテナント所有権に関係なく任意のアプリケーションのトレース設定を設定および有効化できる認可バイパスの脆弱性が存在します。攻撃者はトレース設定エンドポイントにおけるテナント所有権の検証不足を悪用し、被害者アプリケーションからのすべてのメッセージおよび応答を攻撃者が管理する LLM トレースプロバイダーにリダイレクトできます。注記として、Dify Cloud は認証なしでの無料セルフ登録を許可しているため、攻撃者が簡単にアカウントを作成可能です。

Dify バージョン 1.14.1 以前には、認証済みユーザーが不十分なURLパスのサニタイズを悪用することで、プラグインデーモンの内部REST APIへ転送されるリクエストを操作できるパストラバーサルの脆弱性が存在します。攻撃者は、タスク識別子内のエンコードされていないドットシーケンスや操作されたファイル名パラメータを使用して、権限のあるテナントパスの外側へ移動し、被害テナントのUUIDを知っているだけでデバッグインターフェースなどの内部エンドポイントにアクセスできます。なお、Dify Cloudは認証なしの無料自己登録を許可しているため、攻撃者は簡単にアカウントを作成することが可能です。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ksmbdのsmb_lazy_parent_lease_break_close()関数内で発生していたuse-after-freeの問題を修正しました。rcu_dereference(fp-f_opinfo)を介して取得されたopinfoポインタが、rcu_read_unlock()の呼び出し後にアクセスされていました。これにより、アンロックとその後のポインタ参照（opinfo-is_leaseなど）の間に、並行する書き込み者によってメモリが解放される可能性がある競合状態が発生し、use-after-freeが生じていました。

Open WebUIは完全にオフラインで動作する自己ホスト型の人工知能プラットフォームです。バージョン0.1.124以前では、プロンプトにファイルを添付する際、ファイル名が元のHTTPアップロードリクエストから取得され、検証やサニタイズが行われていませんでした。これにより、ユーザーはファイルパスにドットセグメントを含む名前のファイルをアップロードし、意図したアップロードディレクトリ外へ移動（トラバーサル）させることが可能でした。実質的に、ウェブサーバーを実行しているユーザーの権限が許す任意のファイルシステム上の場所にファイルをアップロードできます。この脆弱性は0.1.124で修正されました。

TraefikはHTTPリバースプロキシおよびロードバランサーです。バージョン2.11.46、3.6.17、および3.7.1より前のTraefikのKubernetes Gateway APIプロバイダでは、HTTPRoute作成権限を持つテナントがRESTプロバイダハンドラを公開でき、providers.rest.insecure=false設定をバイパスすることが可能でした。Gatewayプロバイダは名前が@internalで終わる任意のTraefikServiceバックエンド参照を受け入れるため、意図されたapi@internalに加えてrest@internalへのトラフィックルーティングも可能になります。RESTプロバイダが有効な共有Gateway環境では、権限の低いユーザーがTraefikのライブ動的設定を書き込み可能となり、ルータやサービスを不正に再構成できるようになっていました。この脆弱性は2.11.46、3.6.17、および3.7.1のバージョンで修正されています。

Microsoft Edge（Chromiumベース）におけるリモートコード実行の脆弱性により、攻撃者が任意のコードを実行できる可能性があります。

GStreamer gst-plugins-good バージョン 1.28.2 より前のバージョンに問題が発見されました。MP4 オーディオトラックを解析する際、isomp4 プラグインの qtdemux_audio_caps 関数がアトムデータの検証を十分に行わずに除算操作を実行するため、ゼロによる整数除算が発生し、サービス拒否（DoS）を引き起こす可能性があります。

SGLangsのマルチモーダル生成ランタイムスケジューラのROUTERソケットはデフォルトで0.0.0.0にバインドされており、受信メッセージに対してpickle.loads()を呼び出す機能が含まれています。そのため、インターネットに露出するとリモートコード実行（RCE）を可能にします。

SGLangsのマルチモーダル生成ランタイムには、認証なしのパストラバーサル脆弱性が存在します。この脆弱性により、攻撃者は特定のエンドポイントにアップロードファイル名として「../」のシーケンスを含めることで、サーバープロセスが書き込み権限を持つ任意の場所に任意のファイルを書き込めるようになります。

SGLangsのマルチモーダル生成ランタイムには、--enable-custom-logit-processorオプションが有効になっている場合、認証されていないリモートコード実行の脆弱性があります。これは、dill.loads()を介して読み込まれたPythonオブジェクトが検証なしにデシリアライズされるために発生します。

Google Chrome バージョン 148.0.7778.168 より前の Mojo において Use after free の脆弱性が存在し、リモートの攻撃者が細工された HTML ページを介してサンドボックスから脱出できる可能性がありました。

h2oaiのh2o-3バージョン7402までにセキュリティの脆弱性が発見されました。この脆弱性は、コンポーネントJAR Handlerのファイルであるh2o-core/src/main/java/hex/Model.java内の関数importBinaryModelに影響します。操作を行うとデシリアライズが発生します。この攻撃はリモートで実行可能です。攻撃コードはすでに公開されており、攻撃に使用される可能性があります。ベンダーには早期に本脆弱性の情報が通知されましたが、対応はされませんでした。

障害者支援APIコンポーネントにはUse-After-Freeの脆弱性が存在し、それによりサンドボックスからの脱出が可能です。この問題はFirefox 151、Firefox ESR 115.36、Firefox ESR 140.11、Thunderbird 151、およびThunderbird 140.11で修正されました。

Ollama for Windowsは、ダウンロードされたアップデート実行ファイルの完全性や真正性を検証しません。他のプラットフォームとは異なり、Windows版のアップデート検証ルーチンは常に成功を返すため、アップデートのデジタル署名や信頼性の検証が行われません。その結果、攻撃者が提供した実行ファイルが受け入れられ、アプリケーションによって後に実行される可能性があります。重大な問題として、Ollama for Windowsはサイレントで自動的にアップデートを実行するため、悪意のあるペイロードがユーザーに気づかれないうちに自動的にインストールされる恐れがあります。この脆弱性はプロジェクトの管理者に早期に通知されましたが、脆弱性の詳細や影響を受けるバージョン範囲についての回答はありませんでした。バージョン0.12.10から0.17.5までがテストされ、脆弱であることが確認されており、他のバージョンもテストされていませんが同様に脆弱である可能性があります。

Ollama for Windows は、攻撃者が制御する HTTP レスポンスヘッダーの不適切な処理により、アップデート機構にリモートコード実行の脆弱性が存在します。アップデートをダウンロードする際、アプリケーションは HTTP ヘッダーから取得した値を検証せずにローカルファイルパスの構築に使用しています。この値は filepath.Join に直接渡され、パストラバーサルが発生し、本来のアップデートステージングディレクトリ外にファイルを書き込むことを可能にします。攻撃者はこの欠陥を悪用して、現在のユーザーがアクセス可能な任意の場所に任意の実行ファイルを書き込むことができ、特に Windows のスタートアップディレクトリへ書き込むことで任意のコードを実行できます。アップデートの署名検証が欠落している点と組み合わせると、悪意のあるペイロードが自動的に配信され、実行されるリスクがあります。Ollama for Windows はサイレントで自動アップデートを行い、ユーザーの認識なしにステージされたバイナリを実行するため、持続的なコード実行が発生します。メンテナは脆弱性を通知されましたが、詳細な返答はなく、バージョン0.12.10から0.17.5までが脆弱であることが確認されています。

Net::IMAPはRubyでインターネットメッセージアクセスプロトコル（IMAP）クライアント機能を実装しています。バージョン0.4.24、0.5.14、および0.6.4より前のバージョンでは、いくつかのNet::IMAPコマンドが検証やエスケープ処理なしにサーバーに送信される生の文字列引数を受け入れていました。この文字列がユーザー制御の入力に由来する場合、CRLFシーケンスを含む可能性があり、攻撃者はこれを利用して任意のIMAPコマンドを注入することができました。この問題はバージョン0.4.24、0.5.14、および0.6.4で修正されています。

Net::IMAPはRubyでInternet Message Access Protocol（IMAP）クライアント機能を実装しています。バージョン0.4.24、0.5.14、および0.6.4より前のバージョンでは、コマンドに対するシンボル引数がIMAPコマンドに渡される際にCRLFインジェクションおよびIMAPコマンドインジェクションの脆弱性を引き起こしていました。この問題はバージョン0.4.24、0.5.14、および0.6.4で修正されています。

Sentryはエラートラッキングおよびパフォーマンス監視ツールです。バージョン21.12.0から26.4.1未満のバージョンにおいて、SentryのSAML SSO実装に重大な脆弱性が発見されました。この脆弱性により、攻撃者は悪意のあるSAMLアイデンティティプロバイダと同じSentryインスタンス内の別の組織を利用して、任意のユーザーアカウントを乗っ取ることが可能です。この脆弱性を悪用するためには、被害者のメールアドレスを知っている必要があります。この問題はバージョン26.4.1で修正されました。

PostizはAIソーシャルメディアスケジューリングツールです。バージョン2.21.6から2.21.7未満のバージョンにおいて、投稿を作成できる認証済みユーザーは、自分の保存リクエストを改ざんすることで投稿内容に任意のHTMLを保存でき、その結果、公開プレビューページ /p/postId?share=true のリンクを他のユーザーに送信できます。プレビューページは、その保存されたHTMLを主要アプリケーションのオリジン上でdangerouslySetInnerHTMLを使ってレンダリングします。この問題はバージョン2.21.7で修正されました。

Nettyは非同期でイベント駆動型のネットワークアプリケーションフレームワークです。4.2.13.Finalおよび4.1.133.Finalより前のバージョンでは、NettyのDNSコーデックがエンコードおよびデコード時にRFC 1035のドメイン名制約を強制していませんでした。これにより双方向の攻撃面が生まれ、悪意のあるDNS応答がデコーダーを悪用でき、ユーザーが影響を与えるホスト名はエンコーダーを悪用できる可能性があります。この脆弱性は4.2.13.Finalおよび4.1.133.Finalで修正されています。

Nettyは非同期かつイベント駆動型のネットワークアプリケーションフレームワークです。4.2.13.Finalおよび4.1.133.Final以前のバージョンでは、HttpObjectDecoderはリクエストにTransfer-Encoding: chunkedとContent-Lengthの両方が存在する場合、HTTP/1.1メッセージに対してのみ矛盾するContent-Lengthヘッダーを削除しますが、HTTP/1.0にはこの保護がありません。攻撃者が両方のヘッダーを含むHTTP/1.0リクエストを送信すると、Nettyは本文をチャンク転送としてデコードしつつContent-Lengthを転送されるHttpMessageにそのまま残すため、Content-LengthをTransfer-Encodingよりも信頼する下流のプロキシやハンドラはメッセージの境界を誤解し、リクエストスマグリングを可能にします。この脆弱性は4.2.13.Finalおよび4.1.133.Finalで修正されています。

Nettyは非同期のイベント駆動型ネットワークアプリケーションフレームワークです。4.2.13.Finalおよび4.1.133.Final以前のバージョンでは、HttpClientCodecは1xxを含む各応答ごとにqueue.poll()を使って1つのアウトバウンドリクエストとインバウンド応答をペアにしていました。クライアントがGETからHEADのパイプラインを構築し、サーバーが103、次にGETボディ付きの200、さらにHEAD用の200を送信した場合、キューがHEADを最初の200とペアリングします。HEADルールはそのメッセージのボディの読み取りをスキップするため、GETのエンティティバイトがストリームに残り、その後の200が誤ったオフセットから解析されることになります。この脆弱性は4.2.13.Finalおよび4.1.133.Finalで修正されました。

GotenbergはPDFファイル向けのDockerベースのステートレスAPIです。バージョン8.31.0より前のGotenbergの/forms/pdfengines/metadata/write HTTPエンドポイントは、JSONメタデータオブジェクトを受け取り、そのキーをgo-exiftoolライブラリを通じてExifToolに直接渡します。キー文字に対する検証は行われません。JSONキーに埋め込まれた改行文字（\n）はExifToolの標準入力ストリームを新しい引数行に分割し、攻撃者が任意のExifToolフラグ（Perl式を評価する-ifを含む）を注入できるようにします。これにより、単一のHTTPリクエストで認証なしにOSコマンドを実行できてしまいます。レスポンスは有効なPDFを含むHTTP 200で返され、この攻撃は基本的な監視では検知されにくいです。この脆弱性はバージョン8.31.0で修正されました。