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

Google Chromeのバージョン148.0.7778.168以前のフォントに整数オーバーフローの脆弱性が存在していました。これにより、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる可能性がありました。

148.0.7778.168 未満の iOS 上の Google Chrome の Media における不適切な実装により、リモート攻撃者が細工された HTML ページを通じてレンダラプロセスを侵害し、境界外メモリ読み取りを実行できる可能性がありました。

Dataease 2.10.20にセキュリティの脆弱性が発見されました。影響を受けるのは、コンポーネントData DashboardのファイルSqlparserUtils.java内の関数SqlparserUtils.transFilterです。この脆弱性によってSQLインジェクションが発生します。攻撃はリモートから行われる可能性があります。エクスプロイトが公開されており、攻撃に使用される恐れがあります。この件に関してはベンダーに早期に連絡が取られました。

h2oaiのh2o-3 7402までに脆弱性が確認されました。影響を受けるのは、コンポーネントImportFile APIのファイルh2o-core/src/main/java/water/persist/PersistNFS.javaの関数importFilesです。この操作により情報漏洩が引き起こされます。攻撃はリモートで実行可能です。攻撃コードは公開されており、悪用される可能性があります。販売元には早期にこの開示について連絡しましたが、いまだ応答がありません。

vercel aiのバージョン3.0.97までに脆弱性が発見されました。影響を受けるのは、コンポーネントPR Branch Name Interpolationの.github/workflows/prettier-on-automerge.ymlファイル内のrun関数です。この操作によってOSコマンドインジェクションが発生します。攻撃はリモートで開始可能です。攻撃の複雑さはかなり高く、悪用の困難度も高いとされています。この脆弱性の悪用方法は公開されており、実際に使用される可能性があります。ベンダーには早期に本件を通知しましたが、いまだに回答は得られていません。

vercel ai バージョン 3.0.97 までに脆弱性が発見されました。影響を受ける要素はコンポーネント provider-utils のファイル packages/provider-utils/src/download-blob.ts にある関数 validateDownloadUrl です。この脆弱性によりサーバーサイドリクエスト偽造（SSRF）が発生します。攻撃はリモートから実行可能です。エクスプロイトは公開されており、悪用される可能性があります。ベンダーにはこの情報公開について早期に連絡しましたが、何の返答もありませんでした。

オーディオ/ビデオ：Web Codecsコンポーネントに境界条件の誤りが存在します。この脆弱性はFirefox 151、Firefox ESR 115.36、Firefox ESR 140.11、Thunderbird 151、およびThunderbird 140.11で修正されました。

DOM: Bindings（WebIDL）コンポーネントにおいて、Use-after-freeの脆弱性が存在します。この脆弱性は Firefox 151、Firefox ESR 115.36、Firefox ESR 140.11、Thunderbird 151、および Thunderbird 140.11 で修正されました。

オーディオおよびビデオコンポーネントにおいて、不正な境界条件と整数オーバーフローが発生する脆弱性があります。この脆弱性は、Firefox 151、Firefox ESR 140.11、Thunderbird 151、およびThunderbird 140.11で修正されました。

GotenbergはDockerを使用したステートレスなPDFファイル用APIです。バージョン8.31.0以前のGotenbergは、タグが正確にFileNameであるかどうかのみをチェックしていましたが、System:FileNameがそのまま通過してしまい、ExifToolが問題なくファイル名を変更してしまいます。これにより、リモートの攻撃者が任意のファイルを移動したり、名前を変更したり、権限を変更したりすることが可能になります。この脆弱性はバージョン8.31.0で修正されました。

iTerm2のバージョン3.6.9までにおいて、作業ディレクトリにconductorエンコーディングパスの有効な出力である名前（例えば先頭にace/c+の部分文字列を含むパス名）を持つ悪意のあるファイルが存在する場合、.txtファイルの表示時にDCS 2000pおよびOSC 135データを介したコード実行を引き起こす可能性があります。これは、iTerm2が正規のconductorセッションから発生していない端末出力からSSH conductorプロトコルを受け入れてしまうために発生する、いわゆる「仮想的なインバンドシグナリングの悪用」です。

New APIは大規模言語モデル（LLM）ゲートウェイおよび人工知能（AI）資産管理システムです。バージョン0.12.10以前には、Stripeのウェブフックハンドラーに脆弱性が存在し、認証されていない攻撃者がウェブフックイベントを偽造して、支払いを行わずに任意のクォータを自分のアカウントに付与できる状態でした。この問題はバージョン0.12.10で修正されました。

RayはAIコンピュートエンジンです。バージョン2.54.0から2.55.0未満のバージョンにおいて、Ray DataはカスタムのArrow拡張タイプ（ray.data.arrow_tensor、ray.data.arrow_tensor_v2、ray.data.arrow_variable_shaped_tensor）をPyArrowにグローバル登録しています。PyArrowがこれらの拡張タイプを含むParquetファイルを読み込む際、フィールドのメタデータバイトに対して__arrow_ext_deserialize__を呼び出します。Rayの実装はこれらのバイトを直接cloudpickle.loads()に渡しており、行データが読み込まれる前のスキーマ解析中に任意のコード実行を引き起こす可能性があります。この問題はバージョン2.55.0で修正されました。

VMware Fusionには、SETUIDバイナリによって実行される操作中に発生するTOCTOU（チェック時刻と使用時刻の間の競合）脆弱性があります。ローカルの管理者権限を持たないユーザー権限を持つ悪意のある攻撃者がこの脆弱性を悪用することで、Fusionがインストールされているシステム上で権限をrootに昇格させる可能性があります。

NSIS（Nullsoft Scriptable Install System）3.06.1から3.12の前のバージョンでは、SYSTEMとして実行される際にLow IL一時ディレクトリを使用することがあり、これによりローカル攻撃者が特権を取得する可能性があります（参考文献に示されているように、my_GetTempFileNameが0を返すように誘導できる場合があります）。

OpenBaoは、オープンソースのアイデンティティベースのシークレット管理システムです。バージョン2.5.3以前では、OpenBaoの初期名前空間削除が失敗した場合、その後の再試行時に名前空間を削除済みとマークする前にすべてのデータを適切に削除できませんでした。これにより、未処理のリースに影響を与えたり、関係のないストレージエントリが残る可能性があります。この脆弱性はバージョン2.5.3で修正されています。

Net::IMAPはRubyでインターネットメッセージアクセスプロトコル（IMAP）クライアント機能を実装しています。バージョン0.4.24、0.5.14、0.6.4より前のバージョンでは、多数の文字列リテラルを含む大きな応答を読み取る際にNet::IMAP::ResponseReaderが二次時間計算量を有していました。悪意のあるサーバーは、クライアントのCPUを消耗させるように細工された応答を送信し、サービス拒否攻撃を実行することができます。この問題はバージョン0.4.24、0.5.14、0.6.4で修正されています。

Net::IMAPはRubyでInternet Message Access Protocol（IMAP）クライアント機能を実装しています。バージョン0.3.10、0.4.24、0.5.14、および0.6.4以前には、中間者攻撃者がNet::IMAP#starttlsを「成功」と返させることができるものの、実際にはTLSを開始しない問題がありました。この問題はバージョン0.3.10、0.4.24、0.5.14、および0.6.4で修正されています。

新しいAPIは大規模言語モデル（LLM）ゲートウェイおよび人工知能（AI）資産管理システムです。バージョン0.11.9-alpha.1以前では、v0.9.0.5で導入され、v0.9.6で強化されたSSRF保護が未特定アドレス0.0.0.0をブロックしませんでした。管理者権限のない通常ユーザーは、有効なAPIトークンを保持していれば、画像やファイルのURLホストに0.0.0.0を指定して特定のエンドポイントにマルチモーダルリクエストを送信でき、それによってプライベートIPフィルターを回避し、サーバーがlocalhostへのHTTPリクエストを実行してしまいます。これは最低でもブラインドSSRFとみなされます。リクエストがAWS/Bedrockのアダプターを通る場合、取得したコンテンツがモデルの応答にインラインで挿入されるため、完全な読み取りSSRFにつながります。公開時点で修正パッチは存在していません。

Nettyは非同期でイベント駆動型のネットワークアプリケーションフレームワークです。バージョン4.2.0.Finalから4.2.13.Finalにかけて、Nettyのepollトランスポートは半分クローズされた後にRSTを受信したTCP接続を検出および閉鎖することに失敗していました。その結果、クリーンアップされないスタレーチャンネルが存在し、一部のコードパスではイベントループスレッドで100%のCPU使用率のビジーループが発生していました。この脆弱性は4.2.13.Finalで修正されています。

Nettyは非同期でイベント駆動型のネットワークアプリケーションフレームワークです。4.2.13.Finalおよび4.1.133.Finalより前のバージョンでは、NettyのHttpProxyHandlerがヘッダー検証を明示的に無効にしたままHTTP CONNECTリクエストを構築していました。newInitialMessage()メソッドはDefaultHttpHeadersFactory.headersFactory().withValidation(false)を使用してヘッダーを作成し、その後CRLF検証なしにユーザー提供のoutboundHeadersを追加します。これにより、送信されるCONNECTリクエストのヘッダーに影響を与えることができる攻撃者がプロキシサーバーに任意のHTTPヘッダーを注入可能になります。この脆弱性は4.2.13.Finalおよび4.1.133.Finalで修正されました。

Nettyは非同期のイベント駆動型ネットワークアプリケーションフレームワークです。4.2.13.Finalより前のバージョンでは、ヘッダーブロックをデコードする際に、io.netty.handler.codec.http3.QpackDecoder#decodeHuffmanEncodedLiteralの非ハフマン分岐が、圧縮フィールドセクション内に実際にlengthバイトが存在することを確認する前に、文字列リテラル用にnew byte[length]を実行する可能性がありました。ワイヤーエンコーディングは非常に大きなlengthを少ないバイト数で表現することを許可します。new byte[length]を実行する前にlength = in.readableBytes()のチェックがありませんでした。この脆弱性は4.2.13.Finalで修正されました。

Nettyは非同期でイベント駆動型のネットワークアプリケーションフレームワークです。4.2.13.Finalおよび4.1.133.Final以前のバージョンでは、Lz4FrameDecoderはLZ4処理の前に、decompressedLength（ブロックごとに最大32MB）のサイズのByteBufを割り当てます。攻撃者は21バイトのヘッダーに加えてcompressedLengthのペイロードバイト数（compressedLengthが1の場合は22バイト）を送信するだけで、この割り当てを強制できます。この脆弱性は4.2.13.Finalおよび4.1.133.Finalで修正されました。

Nettyは非同期でイベント駆動型のネットワークアプリケーションフレームワークです。4.2.13.Finalおよび4.1.133.Finalより前のバージョンでは、Nettyが不正なTransfer-Encodingを誤って解析し、リクエスト・スマグリング攻撃を可能にしていました。この脆弱性は4.2.13.Finalおよび4.1.133.Finalで修正されました。

Nettyは非同期のイベント駆動型ネットワークアプリケーションフレームワークです。4.2.13.Finalおよび4.1.133.Finalより前のバージョンでは、NettyのRedisコーデックエンコーダ（RedisEncoder）がユーザー制御の文字列コンテンツを検証やサニタイズせずに直接ネットワーク出力バッファに書き込みます。Redisシリアル化プロトコル（RESP）はCRLF（\r\n）をコマンドおよびレスポンスの区切り文字として使用しているため、Redisメッセージの内容を制御できる攻撃者は任意のRedisコマンドを注入したり、偽のレスポンスを作成したりすることが可能です。この脆弱性は4.2.13.Finalおよび4.1.133.Finalで修正されました。

Nettyは非同期でイベント駆動型のネットワークアプリケーションフレームワークです。4.2.13.Finalおよび4.1.133.Final以前のバージョンでは、HttpContentDecompressorはmaxAllocationパラメータを受け入れて、解凍バッファサイズの制限と解凍爆弾攻撃の防止を行っていました。この制限はZlibDecoderを介したgzipおよびdeflateエンコーディングに対して正しく適用されますが、コンテンツエンコーディングがbr（Brotli）、zstd、またはsnappyの場合には無視されてしまいます。攻撃者はContent-Encoding: gzipの代わりにContent-Encoding: brを用いて圧縮されたペイロードを送信することで、設定された解凍制限を回避し、無制限のメモリ割り当てを誘発し、メモリ不足によるサービス拒否を引き起こす可能性があります。同様の脆弱性はHTTP/2接続に対するDelegatingDecompressorFrameListenerにも存在します。この脆弱性は4.2.13.Finalおよび4.1.133.Finalで修正されています。

GotenbergはPDFファイル向けのDockerベースのステートレスAPIです。8.30.0以前のバージョンでは、GotenbergのExifToolメタデータ書き込みブロックリストがExifToolのグループプレフィックス構文を使用して回避される可能性があり、その結果、サーバー上で任意のファイルのリネーム、移動、ハードリンク作成、シンボリックリンク作成が可能でした。ExifToolはFile:FileNameのようなグループプレフィックス構文をサポートしており、これはFileNameと同様に処理されます。プレフィックスはWriter.plのSetNewValueでタグマッチング前に除去されます。safeKeyPattern正規表現（^[a-zA-Z0-9\-_.:]+$）はコロンを許可しているため、プレフィックス付きタグ名は検証を通過します。プレフィックスは任意で、File:FileNameやSystem:Directory、a:HardLinkなどがあります。さらに、FilePermissions、FileUserID、FileGroupIDの疑似タグはまったくブロックされず、プレフィックスなしでファイル属性を変更できます。この脆弱性は8.30.0で修正されました。

GotenbergはPDFファイル向けのDocker駆動のステートレスAPIです。バージョン8.32.0以前では、LibreOffice変換エンドポイント（/forms/libreoffice/convert）がアップロードされたドキュメントの内容を検査せずに直接LibreOfficeに渡していました。LibreOfficeはその後、埋め込まれた外部URLを独自に取得し、SSRFフィルターを完全に回避していました。この脆弱性はバージョン8.32.0で修正されました。

GotenbergはPDFファイル用のDockerベースのステートレスAPIです。バージョン8.32.0より前では、Webhookミドルウェアが同期ハンドラーがErrAsyncProcessを返した後にリクエストのecho.Contextへの参照を保持するゴルーチンを生成し、Echoがコンテキストをsync.Poolへリサイクルしていました。並行リクエストがリサイクルされたコンテキストを取得すると、c.Reset()がストアをクリアします。その時点でWebhookゴルーチンがhardTimeoutMiddlewareに達すると、nilのストアエントリに対する未チェックの型アサーションによってrecover()スコープ外でパニックが発生し、Gotenbergプロセスがクラッシュします。匿名の呼び出し者はWebhookパスに到達可能です（デフォルトのwebhook-deny-listはWebhookの送信先のみをフィルタリングし、送信者はフィルタリングしません）。単一ソースから約24件のWebhookリクエストと約60件のGET /versionリクエストをストレステストすると、約2秒でプロセスクラッシュが発生します。この脆弱性はバージョン8.32.0で修正されました。

GotenbergはDockerを利用したステートレスのPDFファイル用APIです。バージョン8.32.0以前のGotenbergのChromiumのURLからPDFへのエンドポイント(/forms/chromium/convert/url)には、HTTP/HTTPSベースのSSRFに対するデフォルトの保護がありません。デフォルトの拒否リストの正規表現はfile:// URIのみをブロックします。認証されていない攻撃者は、Chromiumをループバック、RFC 1918範囲、クラウドのメタデータエンドポイントを含む任意の内部IPに向け、その応答をPDFとして受け取ることが可能です。さらに、運用者がカスタムの拒否リストを設定していても、HTTPリダイレクトを介して保護が回避されます。GotenbergのChromiumインスタンスは、攻撃者が制御する外部URLからの302リダイレクトを内部ターゲットに従い、リダイレクト先を拒否リストと再検証しません。この脆弱性はバージョン8.32.0で修正されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。cpufreqのガバナーであるcpufreq_dbs_governor_init()のエラーパスにおいて二重解放の問題が修正されました。kobject_init_and_add()が失敗した場合、cpufreq_dbs_governor_init()はkobject_put(&dbs_data-attr_set.kobj)を呼び出します。kobjectの解放コールバックであるcpufreq_dbs_data_release()はgov-exit(dbs_data)とkfree(dbs_data)を呼び出しますが、現在のエラーパスではさらにgov-exit(dbs_data)とkfree(dbs_data)が再度呼び出され、二重解放が発生していました。gov-init()の失敗パスに対しては直接kfree(dbs_data)で対応しつつ、kobject_init_and_add()呼び出し後はkobject_put()がcpufreq_dbs_data_release()を通じてクリーンアップを担当するようにしました。

Linuxカーネルにおいて、次の脆弱性が修正されました：netfilterのflowtableに関する最大アクション数の厳密なチェックです。IPv6におけるflowtableハードウェアオフロードの最大アクション数は以下の通りです。・イーサネットマングリング（ペイロードアクション4つ、イーサネットアドレスごとに2つ）・SNAT（ペイロードアクション4つ）・DNAT（ペイロードアクション4つ）・ダブルVLAN（vlanアクション4つ、QinQのためにvlanをポップするのに2つ、プッシュするのに2つ）・リダイレクト（1アクション）。合計は17ですが、最大は16です。ただし、act_ctはトンネルのアクションもサポートしています。ペイロードアクションは32ビットワード単位で動作し、IPv6アドレスのマングリングには4つのペイロードアクションが必要です。flow_action_entry_next()の呼び出しを更新し、サポートされる最大アクション数をチェックするようにしました。同時に、IPv6環境で正常に動作させるために、フローあたりの最大アクション数を16から24に引き上げました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。crypto: caamに関する長いHMACキーに対するオーバーフローの問題を修正しました。ブロックサイズよりも長いキーが供給された場合、そのキーはコピーされた後、実際のキーとしてハッシュされます。コピーのために割り当てられたメモリはDMAキャッシュアラインメントに丸める必要があります。そうしないと、ハッシュ化されたキーが隣接するメモリ領域を破損する可能性があります。コピーはkmemdupを使用して行われていましたが、このためにオーバーフローが発生していました。具体的には、keylenの元のバッファから(aligned_len - keylen)バイト多く読み取ってしまっていました。この問題を修正するために、kmemdupをkmallocに置き換え、その後memcpyを使用する方法に改めました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。thermal: core: サーマルゾーンデバイス登録のエラー処理パスの修正です。thermal_zone_device_register_with_trips()がサーマルゾーンデバイス登録後に失敗した場合、thermal_zone_device_unregister()と同様にtz-removal完了を待つ必要があります。これはユーザースペースがサーマルゾーンデバイスのkobjectへの参照を取得している可能性があり、その場合、エラーパス自体でthermal_release()が呼び出されず、tzが早期に解放されてしまう恐れがあるためです。サーマルゾーンデバイス登録のエラーパスに不足していたwait_for_completion()の呼び出しを追加しました。

VaultwardenはRustで書かれたBitwarden互換のサーバーです。バージョン1.35.5より前では、ユーザーのsecurity_stampがパスワード変更、KDF変更、キーのローテーション、メール変更、組織管理者によるパスワードリセット、緊急アクセスの引き継ぎなどのセキュリティに敏感な操作によって回転された場合でも、リフレッシュトークンが無効化されませんでした。これにより、以前に取得したリフレッシュトークンを保持する攻撃者が、ユーザーがアカウントのセキュリティ対策を行った後でもセッションアクセスを維持する可能性があります。この脆弱性はバージョン1.35.5で修正されました。

WasmtimeはWebAssemblyのランタイムです。バージョン30.0.0から36.0.8、43.0.2、および44.0.1において、WasmtimeのWebAssemblyテーブルの割り当てロジックにオーバーフロー時にパニックを引き起こす検査付き算術演算が含まれていました。このオーバーフローは非常に大きなサイズのテーブルが割り当てられた場合にトリガーされ、パニックを引き起こす可能性があります。これは、WebAssembly memory64提案によりテーブルのサイズが以前の32ビット範囲ではなく64ビット範囲になる可能性があるためです。非常に大きなテーブルを作成しようとすると、たとえばWebAssemblyモジュールまたはコンポーネントをインスタンス化するときにこのパニックが発生します。この脆弱性は36.0.8、43.0.2、および44.0.1で修正されています。

Nettyは非同期かつイベント駆動型のネットワークアプリケーションフレームワークです。4.2.13.Finalおよび4.1.133.Finalより前のバージョンでは、MQTT 5ヘッダーのPropertiesセクションがメッセージサイズ制限が適用される前に解析およびバッファリングされていました。具体的には、MqttDecoderのdecodeVariableHeader()メソッドがbytesRemainingBeforeVariableHeader maxBytesInMessageのチェックより前に呼び出されていました。decodeVariableHeader()はdecodeProperties()を呼び出す他のメソッドを呼び出すことがあります。実質的にNettyはデコードされるPropertiesのサイズに制限を適用していませんでした。さらに、MqttDecoderがReplayingDecoderを継承しているため、Nettyは巨大なPropertiesセクションを繰り返し再解析し、完全に解析が完了するまでバイトをメモリにバッファリングし続けていました。これによりCPUおよびメモリのリソース使用率が高くなる可能性がありました。この脆弱性は4.2.13.Finalおよび4.1.133.Finalで修正されています。

Open WebUIは、完全にオフラインで動作するよう設計されたセルフホスト型の人工知能プラットフォームです。バージョン0.9.0以前では、utils/tools.pyのtool_serversおよびterminal_serversキーにプレフィックスが使用されていませんでした。複数のOpen WebUIインスタンスがRedisデータベースを共有する場合（複数地域展開やブルーグリーン展開、クラスタトポロジーなどのサポートされ文書化された展開パターン）では、プレフィックスのないキーが競合します。インスタンスAの管理者がtool_serversに書き込むと、インスタンスBが読み取る値が上書きされ、インスタンスBのユーザーはインスタンスAのツールサーバ構成を受け取ってしまいます。この脆弱性はバージョン0.9.0で修正されました。

Open WebUIは完全にオフラインで動作するように設計されたセルフホスト型の人工知能プラットフォームです。バージョン0.9.0以前では、管理者ロールの変更やユーザーの削除時にSESSION_POOLを反復処理して影響を受けるセッションを切断していませんでした。そのため、管理者ロールが取り消されたユーザーは、既存のSocket.IOセッション内で接続が維持されている限り（自動ハートビート経由で）管理者権限を保持し続けてしまいます。この問題はSocket.IOセッションキャッシュに特有のものです。この脆弱性はバージョン0.9.0で修正されています。

Open WebUIは完全にオフラインで動作するよう設計されたセルフホスト型の人工知能プラットフォームです。0.9.0以前のバージョンでは、POST /api/v1/retrieval/process/web エンドポイントがユーザー提供のcollection_nameおよびoverwriteクエリパラメータ（デフォルト：True）を受け入れていました。このエンドポイントは、呼び出しユーザーが対象のコレクションを所有しているか、または書き込みアクセス権を持っているかどうかの認可チェックを一切行いませんでした。overwrite=Trueの場合、save_docs_to_vector_dbは新しい内容を書き込む前にVECTOR_DB_CLIENT.delete_collection()を対象コレクションに対して呼び出していました。この脆弱性は0.9.0で修正されました。