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

Apache MINAのAbstractIoBuffer.getObject()における修正が不完全であったため、デシリアライズを許可するクラスのホワイトリスト適用が遅れ、クラスの静的初期化子が実行される可能性がありました。影響を受けるバージョンは2.0.0から2.0.27、2.1.0から2.1.10、および2.2.0から2.2.5です。この問題はホワイトリスト適用時期を早めたバージョンで解決されています。Apache MINAを利用するアプリケーションはアップグレードを推奨します。

Apache MINAのAbstractIoBuffer.resolveClass()には2つの分岐があり、そのうちの1つ（静的クラスまたはプリミティブ型の場合）はクラスのチェックを全く行わず、クラス名の許可リストをバイパスして任意のコードが実行される可能性があります。修正では、Class.forName()を呼び出す前にクラスが許可されたクラスフィルターに存在するかどうかを確認します。影響を受けるバージョンはApache MINA 2.0.0から2.0.27、2.1.0から2.1.10、および2.2.0から2.2.5です。この問題は、Apache MINA 2.0.28、2.1.11、および2.2.6でクラス名の許可リストを早期に適用することで解決されています。影響を受けるのは、Apache MINAを使用してIoBuffer.getObject()を呼び出すアプリケーションです。Apache MINAを使用しているアプリケーションはアップグレードすることを推奨します。

letta-ai letta 0.16.4には、ファイルletta/functions/ast_parsers.pyの関数resolve_typeにおいてコード内のディレクティブを不適切に無効化する脆弱性が存在します。この問題はリモートから悪用可能であり、すでに攻撃手法が公開されています。ベンダーには早期に通知しましたが、応答がありませんでした。

Cesanta Mongoose バージョン7.20までに脆弱性が発見されました。この脆弱性は、TLS 1.3ハンドラーのコンポーネントである mongoose.c ファイル内の mg_tls_recv_cert 関数に影響を与えます。引数 pubkey の操作によってヒープベースのバッファオーバーフローが発生します。この攻撃はリモートから実行される可能性があります。エクスプロイトは公開されており、悪用される可能性があります。バージョン7.21へのアップグレードにより、この問題を軽減できます。パッチ名は 0d882f1b43ff2308b7486a56a9d60cd6dba8a3f1 です。影響を受けるコンポーネントのアップグレードを推奨します。ベンダーには早期に連絡が行われ、非常にプロフェッショナルな対応により迅速に修正済み製品バージョンをリリースしました。

DTLS 1.3のACKメッセージ処理において、ヒープバッファオーバーフローが発生します。リモートの攻撃者が細工されたDTLS 1.3のACKメッセージを送信すると、ヒープバッファオーバーフローを引き起こす可能性があります。

Tenda i3 1.0.0.6(2204)に脆弱性が特定されました。影響を受ける要素は、HTTPハンドラのコンポーネントであるR7WebsSecurityHandler関数です。不正な操作を実行することでパストラバーサルが発生する可能性があります。この攻撃はリモートから実行可能です。エクスプロイトが公開されており、攻撃に利用される可能性があります。

Tenda i12 1.0.0.11(3862)に脆弱性が判明しました。影響を受けるのはHTTPハンドラコンポーネントの不明な関数です。操作を実行するとパス・トラバーサルが引き起こされる可能性があります。攻撃はリモートで実行される可能性があります。このエクスプロイトは公開されており、悪用される可能性があります。

Tenda CH22 1.0.0.6(468)に脆弱性が検出されました。この問題はhttpdコンポーネントのR7WebsSecurityHandler関数に影響を与えます。この操作によりパス・トラバーサルが発生します。攻撃はリモートで開始される可能性があります。エクスプロイトはすでに公開されており、悪用される恐れがあります。

FoundationAgents MetaGPT 0.8.1までのバージョンに脆弱性が検出されました。この脆弱性はコンポーネントHumanEvalBenchmark/MBPPBenchmarkの関数check_solutionに影響します。操作を行うとコードインジェクションが発生します。この攻撃はリモートで開始される可能性があります。エクスプロイトは現在公開されており、悪用される恐れがあります。問題は早期にプルリクエストを通じてプロジェクトに報告されましたが、まだ対応されていません。

FoundationAgents MetaGPT バージョン0.8.1までに脆弱性が発見されました。この脆弱性は、コンポーネントXMLハンドラーのファイル metagpt/actions/action_node.py 内の関数 ActionNode.xml_fill に影響を与えます。操作の実行により、動的に評価されるコード内の指示が不適切に無効化される可能性があります。この攻撃はリモートから実行される恐れがあります。エクスプロイトが公開されており、悪用される可能性があります。プロジェクト側には早期にプルリクエストを通じて問題が通知されましたが、まだ対応が完了していません。

FoundationAgents MetaGPT バージョン 0.8.1 までに脆弱性が発見されました。この問題は、ライブラリ metagpt/tools/libs/terminal.py 内の Terminal.run_command 関数に影響を及ぼします。この操作により OS コマンドインジェクションが発生します。攻撃をリモートから悪用することが可能です。この脆弱性を利用した攻撃手法は公に公開されており、悪用される可能性があります。パッチの識別子は d04ffc8dc67903e8b327f78ec121df5e190ffc7b です。この問題を修正するためにパッチの適用が推奨されます。

FoundationAgents MetaGPT バージョン 0.8.1 までに脆弱性が発見されました。影響を受けるのは metagpt/utils/common.py ファイル内の get_mime_type 関数で、この操作により OS コマンドインジェクションが発生します。攻撃はリモートで実行可能です。エクスプロイトは公開されており、悪用される可能性があります。プロジェクト側にはプルリクエストを通じて早期に問題が通知されましたが、まだ対応されていません。

FoundationAgents MetaGPT 0.8.1までに脆弱性が判明しました。影響を受けるのはライブラリ metagpt/tools/libs/terminal.py 内の関数 Bash.run です。この操作によって OSコマンドインジェクションが発生します。攻撃はリモートで実行可能です。問題はプルリクエストを通じて早期にプロジェクトに通知されましたが、まだ対応されていません。

Tenda i6 1.0.0.7(2204)に脆弱性が確認されました。この問題の影響を受けるのは、HTTPハンドラーコンポーネントのR7WebsSecurityHandler関数です。この操作によりパス・トラバーサルが発生します。リモートから攻撃を開始することが可能です。エクスプロイトは公開されており、悪用される可能性があります。

FoundationAgents MetaGPT 0.8.1以下に脆弱性が確認されました。この脆弱性はコンポーネントTree-of-Thought Solverのファイルmetagpt/strategy/tot.py内の関数generate_thoughtsに影響します。この問題によりコードインジェクションが発生します。攻撃はリモートで開始することが可能です。悪用コードが公開されており、実際に使用される可能性があります。問題は早期に問題報告を通じてプロジェクト側に通知されましたが、まだ対応されていません。

Tenda i9 1.0.0.5(2204)に脆弱性が確認されました。この脆弱性はHTTPハンドラーのコンポーネントであるR7WebsSecurityHandler関数に影響を及ぼします。この脆弱性によりパストラバーサルが発生し、リモートから攻撃を行うことが可能です。エクスプロイトは公開されており、悪用される可能性があります。

D-Link DI-8100 16.07.26A1に脆弱性が発見されました。この脆弱性はCGIエンドポイントのコンポーネントであるtgfile.htmファイルのtgfile_htm関数に影響します。引数fnの操作によってバッファオーバーフローが発生します。この攻撃はリモートで実行可能です。エクスプロイトが公開されており、悪用される可能性があります。

Anthropic Claude Code CLIおよびClaude Agent SDKには、認証ヘルパーの実行においてOSコマンドインジェクションの脆弱性があります。これは、ヘルパーの設定値が入力検証を行わずにshell=trueで実行されるためです。認証設定を操作できる攻撃者は、apiKeyHelper、awsAuthRefresh、awsCredentialExport、gcpAuthRefreshなどのパラメータを介してシェルのメタキャラクターを注入し、ユーザーや自動化環境の権限で任意のコマンドを実行できます。これにより、認証情報を窃取したり環境変数が流出したりする可能性があります。

Microsoft Purviewのサーバーサイドリクエストフォージェリ（SSRF）により、不正な攻撃者がネットワーク上で権限を昇格させることが可能になります。

Nexxt Solutions Nebula 300+ のファームウェアバージョン12.01.01.37まででは、認証に ecos_pw クッキーを使用しています。このクッキーには、静的なサフィックスと組み合わされたBase64エンコードされた認証情報が含まれています。エンコードは可逆的で整合性保護がないため、攻撃者は適切な認証なしに有効なクッキー値を再構築または偽造できます。これにより、保護されたエンドポイントに対して不正な管理者アクセスが可能になります。

Nexxt Solutions Nebula 300+のファームウェアバージョン12.01.01.37までには、認証インターフェースに対してレート制限やアカウントロックアウト機構が実装されていません。攻撃者は認証情報の検証に依存するエンドポイントに対して無制限に認証試行を行うことが可能であり、管理者の認証情報を制限なく推測できるブルートフォース攻撃を行うことができます。

frpは高速なリバースプロキシです。バージョン0.43.0から0.68.0までの間に、アクセス制御の一部としてrouteByHTTPUserを使用している場合、HTTP vhostルーティングパスに認証バイパスの脆弱性が存在します。プロキシスタイルのリクエストにおいて、ルーティングロジックはProxy-Authorizationのユーザー名を使用してrouteByHTTPUserバックエンドを選択しますが、アクセス制御のチェックは通常のAuthorizationヘッダーからの資格情報を使用します。その結果、HTTP vhostのエントリポイントに到達でき、保護されたrouteByHTTPUserの値を知っているか推測できる攻撃者は、不正なProxy-AuthorizationパスワードであってもhttpUser / httpPasswordで保護されたバックエンドにアクセスできる可能性があります。この問題は、明示的にrouteByHTTPUserを使用している展開に影響します。この機能を使用していない通常のHTTPプロキシには影響しません。この脆弱性はバージョン0.68.1で修正されました。

Tenda 4G03 Pro のバージョン 1.0、1.1、04.03.01.53、および 192.168.0.1 までにセキュリティ上の欠陥が発見されました。この脆弱性は /bin/httpd ファイルの不明な機能に影響を与えます。この問題により不適切なアクセス制御が発生します。攻撃はリモートから実行される可能性があります。エクスプロイトは公開されており、攻撃に利用される恐れがあります。

Linuxカーネルにおいて、次の脆弱性が修正されました： rxrpcのrxgk_verify_response()関数における整数オーバーフローの問題です。rxgk_verify_response()関数内で、チェック前にtoken_lenを切り上げてしまうために整数オーバーフローが発生する可能性があり、これにより長さチェックを回避される恐れがありました。この問題は、切り上げ前の値もlenと比較して確認することで修正されました（レスポンスは単一のUDPパケットに収まる必要があるため、lenには制限が設けられています）。

Linuxカーネルのrxrpcモジュールには認証子のパーサーが範囲外読み取りを引き起こす脆弱性が存在しており、これが修正されました。この問題は、rxgk_verify_authenticator関数でauth_lenバイトを一時バッファにコピーした後、ポインタp + auth_lenをパーサーの終了位置として使用していたことに原因があります。pが__be32型であるため誤ったサイズ計算が行われ、実際には4倍の範囲を読み取ってしまっていました。その結果、悪意のある認証子によりメモリの境界外読み取りが発生する可能性がありました。この脆弱性は適切なオフセット計算を行うことで解決されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。rxrpcでは、復号不能なrxkadレスポンチケットを拒否する処理が実装されました。rxkad_decrypt_ticket()はRXKADレスポンチケットを復号化した後に、crypto_skcipher_decrypt()が成功したかを確認せずにバッファをプレーンテキストとして解析していました。そのため、不正なRESPONSEはブロック境界に沿わないチケット長を用いて復号操作を失敗させ、それでも攻撃者が制御するバイトでチケットパーサを駆動できました。復号結果をチェックし、チケットの復号に失敗した場合は接続をRXKADBADTICKETで中止します。

Linuxカーネルにおいて、以下の脆弱性が修正されました：net: stmmac: チェーンモードにおける整数アンダーフローの修正です。jumbo_frm()のチェーンモード実装は無条件にlen = nopaged_len - bmax;を計算しています。ここで、nopaged_lenはskb_headlen(skb)（線形バイトのみ）を指し、bmaxはBUF_SIZE_8KiBまたはBUF_SIZE_2KiBです。しかし、呼び出し元のstmmac_xmit()はskb-len（ページフラグメントを含む全長）に基づきjumbo_frm()を呼び出すかどうかを決定しています：is_jumbo = stmmac_is_jumbo_frm(priv, skb-len, enh_desc); パケットの線形部分が小さい（nopaged_len = bmax）がページフラグメントにより全長が大きい場合（skb-len bmax）、引き算は符号なし整数でラップアラウンドし巨大なlen値（約0xFFFFxxxx）となります。これによりwhile (len != 0)ループが数十万回実行され、skb-data + bmax * iのポインタがskbバッファを大幅に超えてdma_map_single()に渡されます。IOMMU非搭載のSoC（stmmacの典型的な展開環境）では、これは任意のカーネルメモリをDMAエンジンにマップすることになり、カーネルメモリの情報漏洩およびハードウェアからの潜在的なメモリ破損を引き起こします。この問題はbuf_lenというローカル変数を導入し、min(nopaged_len, bmax)に制限することで修正しました。これによりlen = nopaged_len - buf_lenの計算は常に安全となります。線形部分が単一ディスクリプタに収まる場合はlenが0となり、while (len != 0)ループは自然にスキップされ、その後stmmac_xmit()内のフラグメントループがページフラグメントを処理します。

Linuxカーネルにおいて、以下の脆弱性が修正されました：batman-advにおけるバックボーンゲートウェイの参照管理に関する問題です。batadv_bla_add_claim()はclaim-backbone_gwを置き換え、古いゲートウェイの最後の参照を解放しますが、リーダーはまだそのポインタを参照していました。netlinkのクレームダンプ経路はclaim-backbone_gw-origを逆参照し、基盤となるバックボーンゲートウェイを固定せずにclaim-backbone_gw-crc_lockを取得していました。batadv_bla_check_claim()も同様に生のポインタアクセスの問題がありました。両方のリーダーでbatadv_bla_claim_get_backbone_gw()を再利用し、読み取り側の処理が完了するまで安定したゲートウェイ参照で動作するように修正しました。これにより、ダンプおよびクレームチェックの経路は他のBLAクレームリーダー向けに導入されたライフタイムルールに沿って整合されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。batman-advでは巨大なグローバルTTレスポンスバッファに関する拒否脆弱性が存在しました。batadv_tt_prepare_tvlv_global_data()関数は、グローバルTTレスポンスの割り当て長を16ビットの一時変数で処理していました。リモートオリジネーターが非常に大きなグローバルTTを広告すると、TTペイロード長とVLANヘッダーオフセットの合計が65535を超え、kmalloc()の前にオーバーフローが発生します。フルテーブルレスポンス経路はtt_changeを埋める際に元のTTペイロード長を使用し続けるため、オーバーフローした割り当てが小さすぎ、batadv_tt_prepare_tvlv_global_data()が後のパケットサイズチェックが実行される前にヒープオブジェクトの末尾を超えて書き込みを行ってしまいます。この問題は、16ビットのTVLVペイロード長フィールドに収まらないTVLV値長を持つTTレスポンスを拒否することで修正されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。seg6:lwtunnelにおける入力経路と出力経路のdst_cacheを分離しました。seg6 lwtunnelは、encapルートごとに単一のdst_cacheを使用し、seg6_input_core()とseg6_output_core()で共有しています。これらの2つの経路は、異なるルーティングコンテキスト（例えば、入力インターフェースに対するipルールのマッチングやVRFテーブルの分離）で後処理SIDのルックアップを行う可能性があります。どちらかの経路が先に実行されてキャッシュを生成し、他方はそのキャッシュを盲目的に再利用して独自のルックアップをバイパスしてしまいます。この問題を修正するために、キャッシュをcache_inputとcache_outputに分割し、それぞれの経路が独立してキャッシュされたdstを保持するようにしました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。mptcpにおける__inet_lookup_establishedのslab-use-after-free問題が修正されました。ehashテーブルのルックアップはロックレスで行われ、RCUリードサイドクリティカルセクション中のソケットメモリの安定性を保証するためにSLAB_TYPESAFE_BY_RCUに依存しています。tcp_protおよびtcpv6_protはいずれもproto_register()を通じてこのフラグ付きでスラブキャッシュを作成します。しかし、MPTCPのmptcp_subflow_init()はinet_init()（fs_initcall、レベル5）中にtcpv6_protをtcpv6_prot_overrideにコピーしますが、inet6_init()（module_init/device_initcall、レベル6）がproto_register(&tcpv6_prot)を呼び出す前であるため、その時点でtcpv6_prot.slabはまだNULLであり、結果としてtcpv6_prot_override.slabは永続的にNULLのままになります。これにより、MPTCPのIPv6サブフロウの子ソケットはTCPv6スラブキャッシュではなくkmalloc（kmalloc-4kに該当）で割り当てられます。kmalloc-4kキャッシュはSLAB_TYPESAFE_BY_RCUを欠いているため、子ソケット用に設計上解除されているSOCK_RCU_FREEなしでこれらのソケットが解放されると、メモリが即座に再利用可能になります。その結果、rcu_read_lock下の同時ehashルックアップが解放済みメモリにアクセスし、__inet_lookup_establishedでslab-use-after-freeが発生します。この問題を修正するため、IPv6固有の初期化処理をmptcp_subflow_init()から新たなmptcp_subflow_v6_init()に分割し、プロトコル登録前にmptcp_proto_v6_init()から呼び出すようにしました。これによりtcpv6_prot_override.slabが正しくSLAB_TYPESAFE_BY_RCUスラブキャッシュを継承することが保証されます。

Roxy-WIは、Haproxy、Nginx、Apache、およびKeepalivedサーバーを管理するためのウェブインターフェースです。バージョン8.2.6.4以前には、haproxy_section_saveインターフェースにパストラバーサルおよびスケジュールされたタスクへの書き込みによってリモートコード実行が可能となる脆弱性が存在していました。この問題はバージョン8.2.6.4で修正されました。

Roxy-WIはHaproxy、Nginx、Apache、Keepalivedサーバーを管理するためのウェブインターフェースです。バージョン8.2.6.4以前には、app/routes/config/routes.pyのhaproxy_section_save関数にSQLインジェクションの脆弱性が存在します。URLパスから取得されるserver_ipパラメータは複数の関数呼び出しを経て未サニタイズのまま渡され、最終的にPythonの文字列フォーマットを用いてSQLクエリ文字列に埋め込まれるため、攻撃者が任意のSQLコマンドを実行できます。この問題はバージョン8.2.6.4で修正されています。

EspoCRMはオープンソースの顧客関係管理アプリケーションです。バージョン9.3.4より前のEspoCRMでは、組み込みの数式スクリプトエンジンによって添付ファイルのsourceIdを更新できました。そのため認証済みの管理者は`Attachment`エンティティの`sourceId`フィールドを上書き可能でした。`sourceId`は`sEspoUploadDir::getFilePath()`内でファイルパスに直接連結され、サニタイズ処理が行われていなかったため、攻撃者は任意のファイル読み書き操作をウェブサーバの`open_basedir`範囲内の任意のパスにリダイレクトできました。この問題はバージョン9.3.4で修正されました。

CI4MSは、CodeIgniter 4をベースとしたCMSスケルトンであり、生産環境向けのモジュラーアーキテクチャ、RBAC認可、およびテーマサポートを提供するシステムです。バージョン31.0.0.0以前では、ユーザーがプロフィール名（例：フルネーム／ユーザー名）を更新する際に、ユーザーの入力を適切にサニタイズできていませんでした。攻撃者はプロフィール名に悪意のあるJavaScriptペイロードを注入でき、これはサーバー側に保存されます。この保存されたペイロードは、その後複数のアプリケーションビューで適切な出力エンコードなしに安全でない方法でレンダリングされ、保存型クロスサイトスクリプティング（XSS）を引き起こします。この脆弱性はバージョン31.0.0.0で修正されました。

Tenda W30E V2.0 V16.01.0.21には、formSetUSBPartitionUmount関数のusbPartitionNameパラメータを介してコマンドインジェクションの脆弱性が存在します。この脆弱性によって、攻撃者は細工されたリクエストを送信することで任意のコマンドを実行できます。

Firebirdはオープンソースのリレーショナルデータベース管理システムです。バージョン5.0.4、4.0.7および3.0.14より前のバージョンにおいて、外部エンジンプラグインローダーはユーザーが指定したエンジン名をファイルシステムパスに連結する際、パス区切り文字や「..」コンポーネントをフィルタリングしませんでした。CREATE FUNCTION権限を持つ認証済みユーザーは、細工されたENGINE名を使用してパストラバーサルを通じてファイルシステム上の任意の共有ライブラリをロードできます。ライブラリの初期化コードはロード中に直ちに実行され、Firebirdがモジュールを検証する前にサーバーのOSアカウントとしてコード実行を達成します。この問題はバージョン5.0.4、4.0.7および3.0.14で修正されています。

FastGPTはAIエージェント構築プラットフォームです。バージョン4.14.9.5以前では、パスワードベースのログインエンドポイントがランタイム検証なしにTypeScriptの型アサーションを使用していました。そのため、認証されていない攻撃者がパスワードフィールドにMongoDBのクエリ演算子オブジェクト（例：{"$ne": ""}）を渡すことが可能でした。このNoSQLインジェクションによりパスワードチェックを回避でき、root管理者を含む任意のユーザーとしてログインすることが可能でした。この問題はバージョン4.14.9.5で修正されています。

ASP.NET Coreにおける暗号署名の不適切な検証により、未承認の攻撃者がネットワークを介して特権を昇格させることが可能になります。

OAuth2 ProxyはOAuth2プロバイダーを使用して認証を提供するリバースプロキシです。バージョン7.5.0から7.15.1までの間で、`--reverse-proxy`が有効でかつ`--skip-auth-regex`または`--skip-auth-route`が設定されている場合、クライアントが送信した`X-Forwarded-Uri`ヘッダーを信頼してしまう可能性があります。攻撃者はこのヘッダーを詐称することで、OAuth2 Proxyが認証およびスキップ認証ルールを実際に上流アプリケーションに送信されたパスとは異なるパスに対して評価させることができます。これにより、認証されていないリモートの攻撃者が認証を回避し、有効なセッションなしで保護されたルートにアクセスできる恐れがあります。影響を受けるユーザーは、`--reverse-proxy`を有効にし、少なくとも1つの`--skip-auth-regex`または`--skip-auth-route`ルールを設定しているoauth2-proxyを実行している環境です。本問題は`v7.15.2`で修正されました。すぐにアップグレードできない場合の回避策としては、リバースプロキシやロードバランサーのレベルでクライアントから提供された`X-Forwarded-Uri`ヘッダーを除去すること、リクエストをOAuth2 Proxyに転送する前に`X-Forwarded-Uri`を実際のリクエストURIで明示的に上書きすること、OAuth2 Proxyへの直接のクライアントアクセスを制限して信頼できるリバースプロキシ経由のみでアクセスできるようにすること、また可能であれば`--skip-auth-regex`および`--skip-auth-route`ルールを削除または絞り込むことが挙げられます。nginxベースの環境では、`X-Forwarded-Uri`がnginxによって設定され、クライアントからそのまま渡されないようにしてください。