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

`FilterEngine.create_sqla_query()` におけるSQLインジェクション脆弱性により、認証済みの任意のRucioユーザーがDID検索エンドポイント（`GET /dids/scope/dids/search`）を介してバックエンドデータベースに対して任意のSQLを実行できます。Oracle環境では攻撃者が制御するフィルターキーと値がPythonの `.format()` によって `sqlalchemy.text()` に直接挿入され、パラメータ化を完全にバイパスします。これにより認証トークン、パスワードハッシュ、すべての管理データ識別子の抽出を含むデータベース全体の完全な侵害が可能となります。本脆弱性はバージョン1.27.0以降から35.8.5、38.5.5、39.4.2、40.1.1より前のバージョンに影響します。脆弱性は `lib/rucio/core/did_meta_plugins/filter_engine.py` の `create_sqla_query()` メソッドに存在し、データベース方言がOracleの場合、JSONメタデータカラムのフィルター式がPython文字列フォーマットを用いた `text()` によって構築されます。`key` と `value` はHTTPクエリパラメータに由来する攻撃者制御の文字列であり、`text()` は内容のエスケープやパラメータ化を行わない生のSQLフラグメントを生成します。認証済みの任意のRucioユーザーはDID検索APIを介してこれを悪用でき、バックエンドデータベースに対して任意のSQLを実行可能で、すべての管理データ識別子および識別子、トークン、アカウント、rse_settings、ルールなどの機密テーブルの情報漏洩やデータベース内容の変更を引き起こす可能性があります。本問題はデフォルトのjson_metaプラグインを使用するOracle環境に影響し、PostgreSQLやMySQL環境には影響しません。本脆弱性はバージョン35.8.5、38.5.5、39.4.2、40.1.1で修正されています。

Rucioのバージョン1.30.0以降において、35.8.5、38.5.5、39.4.2、40.1.1の各バージョンより前のリリースに、FilterEngine.create_postgres_query()にSQLインジェクションの脆弱性が存在します。この脆弱性により、認証された任意のRucioユーザーがDID検索エンドポイント（GET /dids/scope/dids/search）を通じてPostgreSQLのメタデータデータベースに任意のSQLを実行可能です。postgres_metaメタデータプラグインが設定されている場合、攻撃者が制御するフィルターのキーと値がPythonの.format()を介して直接生のSQL文字列に挿入され、その後psycopg3のsql.SQL()に渡されて信頼されたSQL構文として処理されます。サービスアカウントに割り当てられたデータベース特権によっては、脆弱性を悪用することで機密テーブルの露出、メタデータの修正や削除、サーバー側ファイルへのアクセス、またはCOPY ... FROM PROGRAMのようなPostgreSQLの機能を通じてコード実行が可能になる場合があります。この問題は明示的にpostgres_metaメタデータプラグインを使用している展開に影響します。この脆弱性はバージョン35.8.5、38.5.5、39.4.2、40.1.1で修正されています。

vLLMは大規模言語モデル（LLM）の推論およびサービスエンジンです。バージョン0.5.5から0.18.0未満のバージョンにおいて、Librosaはモノラルダウンミキシング（to_mono）にnumpy.meanをデフォルトで使用していましたが、国際標準のITU-R BS.775-4では重み付きダウンミキシングアルゴリズムが指定されています。この不一致により、人間が聞く音声（例：ヘッドホンや一般的なスピーカーを通じて）とAIモデル（vLLMやTransformerなど、Librosaを介したインフラ）が処理する音声との間に一貫性が欠けていました。この問題はバージョン0.18.0で修正されました。

OpenMRS Coreはオープンソースの電子医療記録システムプラットフォームです。バージョン2.7.8以前およびバージョン2.8.0から2.8.5までの間において、POST `/openmrs/ws/rest/v1/module` のモジュールアップロードエンドポイントにZip Slipパストラバーサル攻撃の脆弱性があります。`WebModuleUtil.startModule()` 内のアップロードされた .omod アーカイブの自動展開時に、web/module/ 以下のZIPエントリについて、完全なエントリパスが `..` で始まるかどうかのみがチェックされ、その後のパスは正規化や境界チェックなしに宛先パスに連結されます。これにより、`web/module/../../../../malicious.jsp` のような不正に作成されたアーカイブのエントリを含めることが可能で、意図されたモジュールディレクトリ外にファイルを書き込めます。モジュールアップロード権限を持つ認証済み攻撃者は、ウェブアプリケーションのルートなどの任意の場所にファイルを書き込み、JSPファイルをアップロードしてリクエストすることでリモートコード実行を達成できます。この問題は、モジュール管理のruntimeプロパティであるmodule.allow_web_adminがレガシーUIコントローラでは適用されている一方でREST APIのアップロード経路では適用されていません。そのため、Webベースのモジュール管理をブロックするためにこのプロパティに依存している環境は、RESTエンドポイントを通じて依然として攻撃にさらされています。この問題は2.7.x系の2.7.8を超えるバージョンおよび2.8.6以降のバージョンで修正されています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ntb: ntb_hw_switchtecにおける配列の境界外アクセスの問題が修正されました。MW LUTの数はNTB構成に依存し、MAX_MWSに設定可能です。このパッチはmw_sizesへの無効なインデックスによる境界外アクセスから保護します。無効なアクセスが発生した場合は、設定が無効であることをユーザーに通知します。

Linuxカーネルにおいて、ntfsの -d_compare() でブロックする問題が修正されました。そのため、__getname() を使用しないようにしています。同時に、ntfs_d_hash() も kmalloc(PATH_MAX, GFP_NOWAIT) に切り替えています。ntfs内で names_cachep を乱用するのをやめ、k[mz]alloc() を使うように変更しました。これらの修正によって、メモリ割り当ての安全性と効率性が向上しました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。vhostではvdpaグループの境界チェックをvhost_vdpaに移動しました。これにより重複が解消され、親ドライバがチェックを見逃す可能性が減少します。また、同時にvdpa_simのバグを修正しました。このバグは、有効なASIDがngroupsに等しいグループに割り当てられた結果、範囲外書き込みが発生する問題でした。

Linuxカーネルにおいて、以下の脆弱性が修正されました。9p/xenにおいて、xen_9pfs_front_free関数の同時呼び出しから保護する対策が施されました。xenwatchスレッドが他のバックエンドの変更通知と競合し、xen_9pfs_front_free()を二度呼び出すことで二重解放が発生し、一般保護例外が起きていました。フロントエンドの状態を解放する呼び出しを一度に一つだけに制御することにより、クラッシュを防止しています。これは二重解放問題の修正です。[ 27.052347] Oops: general protection fault, probably for non-canonical address 0x6b6b6b6b6b6b6b6b: 0000 [#1] SMP DEBUG_PAGEALLOC NOPTI [ 27.052357] CPU: 0 UID: 0 PID: 32 Comm: xenwatch Not tainted 6.18.0-02087-g51ab33fc0a8b-dirty #60 PREEMPT(none) [ 27.052363] RIP: e030:xen_9pfs_front_free+0x1d/0x150 ... (以下スタックトレース省略) この修正により、xen_9pfs_front_freeの二重解放によるクラッシュを防ぎ、フロントエンド状態の解放パスを保護しています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。rxrpcでは、ページ化された断片が存在する場合にDATA/RESPONSEパケットも共有解除するように対応しました。rxrpc_input_call_event()内のDATAパケットハンドラおよびrxrpc_verify_response()内のRESPONSEハンドラは、skb_cloned()が真の場合にのみ、セキュリティ操作呼び出し前にskbをリニアにコピーします。クローンされていないが外部所有のページ断片（例：splice()によってUDPソケットに__ip_append_data経由で渡されるSKBFL_SHARED_FRAGが設定されたもの、またはチェインされたskb_has_frag_list()を持つskb）はインプレース復号化経路へ進み、fragページをskb_to_sgvec()を介して直接AEAD/skcipherのSGLに束縛します。skb_has_frag_list()またはskb_has_shared_frag()が真の場合にも共有解除を拡張し、splice-ループバックベクトルやその他の外部共有fragソースを検出します。一方で、fragsがカーネル専用（例：NICのpage_pool RX、GRO）のskbに対してはゼロコピー高速経路を維持します。既存のOOM/トレース処理も再利用されます。

Tenda CX12L 16.03.53.12に脆弱性が発見されました。この問題は、ファイル/goform/SetPptpServerCfgの関数formSetPPTPServerに影響を及ぼします。操作によりスタックベースのバッファオーバーフローが発生します。この攻撃はリモートで実行可能です。エクスプロイトが公開されており、悪用される可能性があります。

NAVER MYBOX Explorer for Windows 3.0.11.160未満のバージョンには不適切な権限チェックがあり、ローカル攻撃者がレジストリの操作を介してNT AUTHORITY\SYSTEMの権限を昇格させることが可能です。

Jupyter ServerはJupyterウェブアプリケーションのバックエンドです。バージョン2.17.0以前では、Originヘッダーの検証にPythonのre.match()を使用して、allow_origin_pat設定値と照合していました。しかしre.match()は文字列の先頭のみをアンカーとして完全一致を要求しないため、信頼されたドメイン（例：trusted.example.com）のみをマッチさせるつもりのパターンでも、そのドメインで始まり追加の文字列が続く起源（例：trusted.example.com.evil.com）にもマッチしてしまいます。攻撃者がそのようなドメインを制御している場合、CORSの起源制限を回避して、信頼されていないサイトからJupyter Server APIへのクロスオリジンリクエストを行うことが可能になります。この問題はバージョン2.18.0で修正されました。

Langflowは、AI搭載のエージェントおよびワークフローを構築・展開するためのツールです。バージョン1.5.1以前では、`src/backend/base/langflow/api/v1/flows.py`の`_read_flow`ヘルパーが`AUTO_LOGIN`設定に基づいて`user_id`でフィルタリングするかを分岐していました。しかし、`AUTO_LOGIN`が`False`（すなわち認証が有効）であっても、どちらの分岐も所有権のチェックを強制せず、指定されたUUIDに一致する任意のフローを所有者に関係なく返していました。このため、認証済みの任意のユーザーが他のユーザーのフロー（埋め込まれたプレーンテキストのAPIキーを含む）を読み取ったり、他ユーザーのAIエージェントのロジックを変更したり、他ユーザーのフローを削除したりすることが可能でした。この脆弱性は、オートログインモード下でパブリックやサンプルフロー（`user_id = NULL`）への対応のために条件分岐ロジックが導入された際に、認証済みルートでの所有権フィルターが誤って抜け落ちたことで発生しました。バージョン1.5.1の修正では、`AUTO_LOGIN`の条件分岐を完全に削除し、常にリクエストユーザーにクエリのスコープを限定するように変更しました。

Perl向けGazelleのバージョン0.49までには、不適切なヘッダーの優先順位付けによりHTTPリクエストスマグリングの脆弱性があります。GazelleはHTTPリクエストに「Content-Length」と「Transfer-Encoding: chunked」の両方のヘッダーが存在する場合に、「Content-Length」を優先して処理しますが、RFC 7230 3.3.3によれば「Transfer-Encoding」が優先されるべきです。攻撃者はこれを悪用して、フロントエンドのリバースプロキシ経由で悪意のあるHTTPリクエストをこっそり送信することが可能です。

uuidはRFC9562（旧RFC4122）UUIDの作成に使用されます。バージョン14.0.0より前では、v3、v5、およびv6は外部出力バッファを受け入れていましたが、範囲外の書き込み（小さいバッファや大きなオフセット）を拒否しませんでした。そのため、呼び出し元が提供したバッファに対して静かに部分的な書き込みが発生する可能性がありました。この脆弱性は14.0.0で修正されました。

Bedrock AgentCore Starter Toolkitのバージョンv0.1.13以前には、S3所有権検証の欠如という問題がありました。この欠如により、リモートの攻撃者がビルドプロセス中にコードを注入し、AgentCoreランタイム上でそのコードが実行される可能性があります。この問題は、2025年9月24日以降にToolkitをビルドしたユーザー、およびバージョンv0.1.13未満のBedrock AgentCore Starter Toolkitを使用しているユーザーにのみ影響します。一方、バージョンv0.1.13以上のユーザーや2025年9月24日以前にToolkitをビルドしたユーザーは影響を受けません。この問題を解決するために、顧客はバージョンv0.1.13にアップグレードする必要があります。

影響を受けるデバイスの安全でない設定インターフェースにより、認証されていないリモート攻撃者がハッシュ化された認証情報やアクセスコードを含む機密情報にアクセスできます。

株式会社GROWIが提供するGROWIには、次の脆弱性が存在します。 ・パストラバーサル（CWE-22）- CVE-2026-41951 この脆弱性情報は、製品利用者への周知を目的に、開発者がJPCERT/CCに報告し、JPCERT/CCが開発者との調整を行いました。

株式会社EPGが提供するスマートフォンアプリ「くら寿司 公式アプリ」には、次の脆弱性が存在します。 ・プッシュ通知に関する通信における証明書検証不備（CWE-295）- CVE-2026-41872 ・無線LANのアクセスポイントを設置した第三者によって、中間者攻撃（man-in-the-middle attack）が行われることを想定 この脆弱性情報は、情報セキュリティ早期警戒パートナーシップに基づき下記の方がIPAに報告し、JPCERT/CCが開発者との調整を行いました。 報告者：SAK University 株式会社エスアイイー 小川 剛 氏

yeti-platformのyeti 2.1.12以前のカスタムテンプレートエクスポート機能にはSSTI（サーバーサイドテンプレートインジェクション）脆弱性が存在し、攻撃者がアプリケーションサーバー上でコードを実行できる可能性があります。

yeti-platformのバージョン2.1.12以前には、YETI_AUTH_SECRET_KEYをSECRET以外の値に設定しない限り、攻撃者は有効なJWTトークンを生成できる脆弱性が存在します。

Dell PowerProtect Data DomainのData Domain Operating System（DD OS）において、Feature Releaseバージョン7.7.1.0から8.5まで、LTS2025リリースバージョン8.3.1.0から8.3.1.20まで、LTS2024リリースバージョン7.13.1.0から7.13.1.50までに、弱い認証情報の使用に関する脆弱性が存在します。認証されていない攻撃者がローカルアクセス権を持っている場合、この脆弱性を悪用してシステムに不正アクセスできる可能性があります。

M365 Copilotにおける特殊要素の不適切な無害化により、認可されていない攻撃者がネットワーク越しに情報を漏洩させる可能性があります。

M365 Copilotにおいて、下流コンポーネントで使用される出力中の特殊要素が不適切に無害化される（「インジェクション」）ため、認可されていない攻撃者がネットワーク上で情報を漏洩させる可能性があります。

Linuxカーネルにおいて、以下の脆弱性が解決されました。usb: usbtmcモジュールのusbtmc_release関数でアンカーされたURBをフラッシュします。usbtmc_releaseを呼び出す際に、保留中のアンカーされたURBはuse-after-freeエラー（例えばHCDのgivebackパスでのエラー）を防止するためにフラッシュまたは破棄しなければなりません。アンカーされたURBを完了させるために、usbtmc_draw_down()関数を呼び出します。

Linuxカーネルにおいて、以下の脆弱性が修正されました。usb: ulpi: ulpi_register_interface()のエラーパスでの二重解放の問題を修正しました。device_register()が失敗した場合、ulpi_register()はulpi-devに対してput_device()を呼び出します。デバイスのリリースコールバックであるulpi_dev_release()はOFノードの参照を解放し、ulpiを解放しますが、ulpi_register_interface()の現在のエラーパスでは、その後に再度kfree(ulpi)を呼び出して二重解放が発生していました。これに対し、put_device()にulpi_dev_release()を通じたクリーンアップを任せ、ulpi_register_interface()ではulpiを再度解放しないように変更しました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。iioのgyroドライバーであるmpu3050に関して、iio_device_register()を正しい場所に移動しました。iio_device_register()はプローブ関数の最後に配置すべきであり、これにより競合状態を防止します。iio_device_register()をプローブ関数の最後に配置し、iio_device_unregister()もそれに応じて適切に配置してください。

Linuxカーネルにおいて、以下の脆弱性が修正されました。iio: imu: st_lsm6dsxに関し、加速度計のみのバッファサンプリング周波数を設定するst_lsm6dsx_hwfifo_odr_store()関数は、ユーザースペースからバッファサンプリング周波数のsysfs属性が書き込まれた際に呼び出され、st_lsm6dsx_check_odr()を呼び出します。この関数はsensor-idをインデックスとしたodr_table配列にアクセスしますが、この配列は2つのエントリしかありません。そのため、加速度計またはジャイロスコープ以外のセンサータイプの場合、範囲外アクセスが発生していました。バッファ周波数をセンサーのサンプリング周波数と異なる値に設定可能にする動機は、高いサンプリング周波数が必要な正確なイベント検出をサポートしつつ、低周波数でセンサーデータを取得するユースケースを実現することにあります。サポートされるすべてのイベントタイプは加速度データから生成されるため、加速度計以外のセンサータイプに対してバッファサンプリング周波数属性を作成しないように修正しました。

CoreDNSはプラグインを連結するDNSサーバーです。バージョン1.14.3以前のCoreDNSでは、DNS-over-QUIC（DoQ）サーバーが多数のQUICストリームを開き、各ストリームで1バイトのみを送信するリモートクライアントにより、無制限のゴルーチンおよびメモリ増大を引き起こす可能性がありました。ワーカープールが満杯の場合でも、CoreDNSは受け入れたストリームごとにゴルーチンを生成してワーカートークンの待機を行います。さらに、アクティブなワーカーはストリームごとの読み取り期限が設定されていないio.ReadFull()で無期限にブロックされるため、攻撃者は単一バイトを送信することで全ワーカーを停止させ、DoQ長さプレフィックスの2バイト目の読み取り待ちで読み取りがブロックされます。これにより、認証されていないリモート攻撃者がメモリ枯渇およびOOMキルを引き起こすことが可能です。この問題はバージョン1.14.3で修正されました。既知の回避策は存在しません。

CoreDNSはプラグインを連結するDNSサーバーです。バージョン1.14.3より前のバージョンでは、DNS-over-HTTPS（DoH）のGETパスが過大なdns=クエリパラメータ値を受け入れ、リクエストを拒否する前にURLクエリの解析、base64デコード、DNSメッセージの展開を実行していました。POSTパスでは65536バイトに制限されたhttp.MaxBytesReaderによるバウンデッドリードが適用されていますが、GETパスには高コストな処理を行う前に同様のサイズ検証がありません。リモートの未認証攻撃者は過大なDoH GETリクエストを繰り返し送信することでCPU使用率の急増、一時的な大規模メモリアロケーション、ガベージコレクションの負荷増大を引き起こし、サービス拒否状態をもたらす可能性があります。この問題はバージョン1.14.3で修正されました。

CoreDNSはプラグインを連結して動作するDNSサーバーです。バージョン1.14.3以前では、tsigプラグインが非プレーンDNSトランスポート（DoT、DoH、DoH3、DoQ、およびgRPC）上でバイパスされる可能性がありました。これは、tsigプラグインが自身で検証を行わずにトランスポートライターのTsigStatus()を信頼していたためです。DoHおよびDoH3のライターのTsigStatus()は常にnilを返し、DoTサーバーはdns.Server上でTsigSecretを設定しておらず、DoQおよびgRPCのライターも無条件にnilを返していました。これにより、認証されていないリモートクライアントがTSIGベースの認証を回避し、tsig require allポリシーの背後にあるリソースにアクセスできる可能性がありました。TCPおよびUDPによるプレーンDNSは影響を受けませんでした。この問題はバージョン1.14.3で修正されました。

SQLBotは、大規模言語モデルとRAGに基づくインテリジェントなText-to-SQLシステムです。バージョン1.7.0およびそれ以前のバージョンでは、Text2SQLチャットインターフェースがプロンプトインジェクションに対して脆弱でした。ユーザーが提供したquestionパラメータはフィルタリングやエスケープ処理なしに直接LLMプロンプトに連結され、LLMの応答から抽出されたSQLは検証やサニタイズなしにデータベースで実行されます。認証された攻撃者は悪意のある質問を作成し、LLMを操作して任意のSQL文を生成および実行させることが可能です。PostgreSQLデータソースに接続している場合、これはCOPY FROM PROGRAMを介したリモートコード実行につながる可能性があります。この問題はバージョン1.7.1で修正されました。

CoreDNSはプラグインを連結するDNSサーバーです。バージョン1.14.3より前のバージョンでは、転送プラグインが親ゾーンとより具体的なサブゾーンの両方が設定されている場合に誤ったACLスタンザを選択する可能性がありました。plugin/transfer/transfer.go内のlongestMatch()関数は、実際の最長サフィックスマッチの代わりに辞書式文字列比較を使用して勝者のゾーンを選択していました。その結果、許容的な親ゾーンの転送ルールが、ゾーン名の順序に応じて制限的なサブゾーンルールを上書きしてしまうことがあります（例：辞書式において「example.org.」が「a.example.org.」よりも大きい場合）。これにより、不正なリモートクライアントがサブゾーンのAXFR/IXFRを実行し、そのゾーンの完全な内容を取得できます。この問題はバージョン1.14.3で修正されました。

Microsoft Partner Centerにおける別の領域のリソースへの外部制御参照の脆弱性により、権限のない攻撃者がネットワーク上でなりすましを行う可能性があります。

Jupyter ServerはJupyterウェブアプリケーションのバックエンドです。バージョン2.17.0およびそれ以前にはREST APIにパストラバーサルの脆弱性があり、認証済みユーザーが設定されたroot_dirから脱出し、root_dirと同じプレフィックスで始まる兄弟ディレクトリにアクセスできてしまいます。例えば、root_dirが"test"の場合、APIはエンコードされたパスコンポーネントを使用した/api/contentsエンドポイントへの細工されたリクエストを通じて、兄弟ディレクトリ"testtest"へのアクセスを許可します。攻撃者は影響を受ける兄弟ディレクトリ内のファイルを読み書きや削除が可能です。予測可能な命名スキームを使用するマルチテナント環境ではリスクが特に高く、例えば"user1"というディレクトリを持つユーザーが、user10からuser19以降のディレクトリにアクセスできてしまいます。単一文字のフォルダ名を選択できるユーザーは、多数の兄弟ディレクトリにアクセスできる可能性があります。この脆弱性はバージョン2.18.0で修正されています。回避策としては、フォルダ名が兄弟ディレクトリと共通のプレフィックスを持たないようにすることを推奨します。

GotenbergはAPIベースのドキュメント変換ツールです。バージョン8.29.1において、ネットワークアクセス権を持つ認証されていない攻撃者が、Gotenberg-Webhook-Urlリクエストヘッダーに細工されたURLを指定することで、任意の内部または外部の宛先に対してサーバーにHTTP POSTリクエストを送信させることが可能でした。filter.goのFilterDeadline関数は送信先URLを制御する目的で用いられていますが、許可リストと拒否リストの両方が空の場合（デフォルト設定）、無条件にnilを返し、すべてのURLを許可してしまいます。この問題はブラインドSSRFの脆弱性であり、Gotenbergは変換したドキュメントをWebhook URLにPOSTし、レスポンスのステータスコードがエラーかどうかだけを確認していますが、ターゲットのレスポンスボディは攻撃者に返しません。攻撃者はこれを利用して、エラーハンドラが呼ばれるかどうかを観察することで内部ネットワークインフラを調査し、副作用を持つ内部サービスに対してPOSTリクエストを強制し、クラウドのメタデータエンドポイントへの到達性を確認できます。リトライ可能なHTTPクライアントは1リクエストあたり最大4回の自動リトライを実行するため、調査を増幅します。この問題はバージョン8.31.0で修正されました。回避策として、GOTENBERG_API_WEBHOOK_ALLOW_LIST環境変数を設定してWebhook URLを既知の受信先に制限するか、GOTENBERG_API_WEBHOOK_DENY_LISTを設定してRFC-1918およびリンクローカルアドレス範囲をブロックしてください。

オプションの拡張コンポーネントである TinkerpopClientService は、Apache NiFi 2.0.0-M1 から 2.8.0 までのバージョンにおいて、Execute Code Required Permission を持つ Restricted アノテーションが欠如しています。TinkerpopClientService は、Script Submission Type 用の ByteCode Submission の構成をサポートしており、クエリを送信する前にサービス内で Groovy スクリプトを実行できます。Restricted アノテーションが欠けているため、Execute Code Permission を持たないユーザーが、細かい権限管理を使用し、さらにオプションの TinkerpopClientService がインストールされている環境でサービスを設定できます。nifi-other-graph-services-nar がインストールされていない Apache NiFi 環境はこの脆弱性の影響を受けません。Apache NiFi 2.9.0 へのアップグレードが推奨される対策です。

Quarkusはクラウドネイティブアプリケーションを構築するためのJavaフレームワークです。バージョン3.20.6.1、3.27.3.1、3.33.1.1、3.35.1.1、3.34.7、および3.35.2より前のバージョンでは、セキュリティ層とルーティング層間のパス正規化の不整合により、認証されていないユーザーや権限の低いユーザーがHTTPパスベースの認可ポリシーを回避できる問題がありました。Quarkusのセキュリティ層はマトリックスパラメータ（セミコロン）を保持したまま生のURLパスで認可チェックを行いますが、RESTEasy Reactiveのルーティング層はエンドポイントをマッチングする前にマトリックスパラメータを削除します。攻撃者はリクエストURLにセミコロンと任意のテキスト（例：/api/admin;anything）を付加することで、/api/adminを保護するポリシーを回避しつつ保護されたエンドポイントにルーティングすることが可能です。この問題はバージョン3.20.6.1、3.27.3.1、3.33.1.1、3.35.1.1、3.34.7、および3.35.2で修正されました。

GotenbergはAPIベースのドキュメント変換ツールです。バージョン8.30.1およびそれ以前のバージョンでは、--webhook-deny-listおよび--api-download-from-deny-listフラグのデフォルトのプライベートIP拒否リストが、大文字と小文字を区別する正規表現(^https?://)を使用してURLスキームと一致させていました。Goのnet/url.Parse()はアウトバウンドTCP接続を確立する前にスキームを小文字に正規化するため、攻撃者はURLスキームの一部（例：HTTP://、HTTPS://、Http://）を大文字にすることで拒否リストを回避する可能性がありました。これにより、認証されていないリクエストがプライベートIPレンジやループバックアドレス、さらにはクラウドインスタンスのメタデータエンドポイント（例：http://169.254.169.254/latest/meta-data/）を含む内部ネットワークサービスに到達できる恐れがありました。この問題はバージョン8.31.0で修正されました。

Math.jsはJavaScriptおよびNode.js向けの広範な数学ライブラリです。バージョン13.1.0から15.2.0未満のバージョンにおいて、mathjsの式パーサを通じて任意のJavaScriptコードが実行される可能性があります。この問題はバージョン15.2.0で修正されました。