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

Apache::Session のバージョン 1.94 までの Perl 用モジュールは、削除されたセッションを再作成します。セッションストアである Apache::Session::Store::File と Apache::Session::Store::DB_File は存在しないセッションを作成してしまいます。これにより、削除されるべきデータを含むセッションが復活する可能性があります。

PhpSpreadsheetはスプレッドシートファイルの読み書き用のライブラリです。バージョン1.30.2以前、2.0.0から2.1.14、2.2.0から2.4.3、3.3.0から3.10.3、および4.0.0から5.5.0において、IOFactory::load()のfilename引数がユーザーによって制御可能な場合、攻撃者はis_file()チェックをFile::assertFile()で通過するPHPストリームラッパーパス（phar://、ftp://、ssh2.sftp://など）を指定することができます。phar://ラッパーはPHARメタデータのデシリアライズを引き起こし、適切なガジェットチェーンがアプリケーション内に存在すると、リモートコード実行に繋がる可能性があります。ftp://およびssh2.sftp://ラッパーはサーバーサイドリクエストフォージェリに悪用される可能性があります。この問題はバージョン1.30.3、2.1.15、2.4.4、3.10.4、および5.6.0で修正されました。

ZEBRAはRustで完全に書かれたZcashノードです。zebradバージョン4.3.1より前およびzebra-scriptバージョン5.0.2より前のリファクタリング後、ZebraはNU5ネットワークアップグレードで有効になったV5トランザクションのsighashハッシュタイプの可能な値を制限するコンセンサスルールの検証に失敗しました。そのため、Zebraノードはzcashdノードによって無効と見なされるブロックを受け入れ、最終的にマイニングしてしまい、Zebraノードとzcashdノード間でコンセンサスの分裂を引き起こしました。同様に、V4トランザクションに対しては、Zebraはsighashを計算する際に「標準的な」ハッシュタイプを誤って使用していましたが、zcashdは仕様に従い正しく生値を使用しており、これもコンセンサス分裂を引き起こす可能性がありました。この問題はzebradバージョン4.3.1およびzebra-scriptバージョン5.0.2で修正されています。

ZEBRAはRustで完全に書かれたZcashノードです。zebradバージョン4.4.0以前およびzebra-scriptバージョン6.0.0以前では、エラー処理が不十分でした。そのため、sighash計算中に無効なsighashタイプが検出されてもエラーを返さず、通常の処理が続行されて入力のsighashバッファが変更されませんでした。その結果、以前の署名検証から有効なsighashがバッファに残っている場合、無効なハッシュタイプが誤って受け入れられ、Zebraノードとzcashdノード間でコンセンサスの不一致が発生する可能性がありました。この問題はzebradバージョン4.4.0およびzebra-scriptバージョン6.0.0で修正されました。

vm2はNode.jsのためのオープンソースの仮想マシン／サンドボックスです。バージョン3.11.0以前のvm2にはサンドボックスを突破される脆弱性があります。これにより攻撃者はvm2のサンドボックスから脱出し、ホストシステム上で任意のコマンドを実行できるコードを作成できます。この問題はバージョン3.11.0で修正されました。

vm2はNode.js向けのオープンソースのVM/サンドボックスです。バージョン3.10.5以前には修正が不十分な脆弱性が存在しており、攻撃者がVM2サンドボックスから脱出し、ホストシステム上で任意のコマンドを実行できるコードを書き込む可能性がありました。この問題はバージョン3.10.5で修正されました。

vm2はNode.js向けのオープンソースの仮想マシンおよびサンドボックスです。バージョン3.11.0以前のVM2には、inspect関数を介してサンドボックスを突破できる脆弱性が存在します。これにより、攻撃者はVM2サンドボックスから脱出し、ホストシステム上で任意のコマンドを実行するコードを記述できます。この問題はバージョン3.11.0で修正されました。

Proxmox拡張機能を介して展開されたインスタンスは、他のテナントに属するインスタンスへの不正アクセスを許可する脆弱性があります。この問題はApache CloudStackのバージョン4.21.0.0から4.22.0.0までに影響します。CloudStack用Proxmox拡張機能は、ユーザーが編集可能なインスタンス設定であるproxmox_vmidを不適切に使用し、CloudStackインスタンスをProxmox仮想マシンに関連付けています。この値はテナント所有権に対して制限や検証がされておらず、さらにProxmoxのVM IDは予測可能なため、権限のない攻撃者がこの設定を変更して別のアカウントに属するVMを参照させることが可能です。これにより、不正なクロステナントアクセスが発生し、対象のVMに対して起動、停止、破棄などのフルコントロールが可能となります。ユーザーはこの問題を修正したバージョン4.22.0.1へアップグレードすることを推奨します。既存のインストールに対する回避策として、ユーザーによるproxmox_vmidインスタンス詳細の編集を防止するために、この詳細名をグローバル設定パラメーターuser.vm.denied.detailsに追加できます。

vm2はNode.js用のオープンソースのVM/サンドボックスです。バージョン3.10.4には、任意のコード実行を伴う完全なサンドボックス脱出の脆弱性があります。VM.run()内の攻撃者のコードはホストプロセスのオブジェクトを取得し、ホストの協力なしにホストコマンドを実行します。この問題はバージョン3.10.5で修正されました。

Azure Managed Instance for Apache Cassandraにおける不適切なアクセス制御により、権限を持つ攻撃者がネットワークを介してコードを実行できる状態になる。

Azure Managed Instance for Apache Cassandra において不適切な入力検証があり、認証された攻撃者がネットワーク越しにコードを実行する可能性があります。

Azure Cloud Shellにおけるコマンドで使用される特殊要素の不適切な中和（「コマンドインジェクション」）により、認証されていない攻撃者がネットワーク上でなりすましを行うことが可能となります。

Azure AI Foundry M365の公開エージェントにおける不適切なアクセス制御により、認証されていない攻撃者がネットワーク経由で権限を昇格させることが可能となります。

CoreDNSはGo言語で書かれたDNSサーバーです。バージョン1.14.3より前のバージョンでは、gRPC、QUIC、DoH、およびDoH3のトランスポート実装においてTSIG認証の処理が正しく行われていません。gRPCおよびQUICの場合、サーバーはTSIGキー名が設定に存在するかを確認しますが、dns.TsigVerify()を呼び出してHMACを検証しません。キー名が設定されたキーと一致すると、tsigStatusフィールドはnilのままで、tsigプラグインはMACの値に関係なくリクエストを認証済みとして処理します。DoHおよびDoH3の場合は問題がさらに深刻で、DoHWriter.TsigStatus()メソッドは無条件にnilを返し、サーバーはTSIGレコードを全く検査しません。TSIGレコードを含むリクエストは、キー名が無効でMACが任意であってもDoHおよびDoH3上で認証済みとして扱われます。認証されていないネットワーク攻撃者はこれを悪用して、AXFR/IXFRゾーン転送、動的DNS更新、その他TSIGで制御されているプラグインの機能をバイパスできます。DoHおよびDoH3のバリアントは、攻撃者が有効なTSIGキー名を知る必要がないため、悪用のハードルが低くなっています。この問題はバージョン1.14.3で修正されています。回避策としては、TSIG認証が必要な場合にgRPC、QUIC、DoH、およびDoH3リスナーを無効化するか、影響を受けるトランスポートポートへのネットワークレベルのアクセスを信頼されたソースのみに制限してください。

Kestra v1.3.3以前にはSQLインジェクションの脆弱性が存在します。この脆弱性は、ユーザーが制御するGETパラメータの入力が適切に検証されず、パラメータ化もされないまま直接SQLクエリに連結されるために発生します。その結果、攻撃者は任意のSQL式をデータベースクエリに注入できるようになります。

PraisonAIはマルチエージェントチームシステムです。バージョン4.6.9以前のPraisonAIでは、MCPコマンド処理のparse_mcp_command()関数にコマンドの許可リストや引数の検証が追加されておらず、bashやpython、または.inlineコード実行フラグを持つ/bin/shなどの任意の実行ファイルがサブプロセスとして実行されてしまう問題がありました。この問題はバージョン4.6.9で修正されました。

electermはオープンソースの端末、SSH、SFTP、Telnet、シリアルポート、RDP、VNC、Spice、FTPクライアントです。バージョン3.3.8以前のelectermには、github.com/electerm/electerm/npm/install.jsの150行目にコマンドインジェクションの脆弱性が存在していました。runMac()関数は攻撃者が制御するリモートのreleaseInfo.nameを検証せずに、直接exec("open ...")コマンドに追加していました。この問題はバージョン3.3.8で修正されました。

electermはオープンソースのターミナル/SSH/SFTP/Telnet/シリアルポート/RDP/VNC/Spice/FTPクライアントです。バージョン3.3.8以前のgithub.com/elcterm/electerm/npm/install.jsの130行目にコマンドインジェクションの脆弱性があります。runLinux()関数は、攻撃者が制御可能なリモートバージョン文字列を検証せずにexec("rm -rf ...")コマンドに直接連結してしまいます。この問題はバージョン3.3.8で修正されました。

OpenC3 COSMOSは、1つまたは複数の組み込みシステムにコマンドを送信し、データを受信するための機能を提供します。バージョン6.7.0から7.0.0-rc3未満の間、COSMOSの時系列データベース（TSDB）コンポーネントにSQLインジェクションの脆弱性が存在していました。cvt_model.rbファイルのtsdb_lookup関数は、ユーザーから提供された入力をサニタイズせずに直接SQLクエリに埋め込んでいます。その結果、ユーザーは初期のSQL文から抜け出し、任意のSQLコマンドを実行でき、データの削除なども可能になります。この問題はバージョン7.0.0-rc3で修正されました。

LiteLLMは、OpenAI（またはネイティブ）形式のLLM APIを呼び出すプロキシサーバー（AIゲートウェイ）です。バージョン1.81.16から1.83.7未満の間、プロキシのAPIキー確認時に使用されるデータベースクエリで、呼び出し元が提供したキーの値が別のパラメータとして渡されずにクエリテキストに混入していました。認証されていない攻撃者が特別に細工したAuthorizationヘッダーを任意のLLM APIルート（例えばPOST /chat/completions）に送信し、プロキシのエラーハンドリング経路を介してこのクエリに到達することが可能でした。攻撃者はプロキシのデータベースからデータを読み取ることができ、場合によってはこれを改ざんすることもできました。これにより、プロキシおよび管理している資格情報への不正アクセスが発生する恐れがありました。この問題はバージョン1.83.7で修正されています。

OpenEXRは、映画産業向けの画像保存フォーマットであるEXRファイルフォーマットの仕様および参照実装を提供します。バージョン3.0.0から3.2.9未満、3.3.0から3.3.11未満、および3.4.0から3.4.11未満の間、IDManifest::init()はプレフィックス圧縮された表現から文字列を再構築します。前の文字列が255バイトを超える場合、次の文字列は2バイトのプレフィックス長で始まることが期待されます。しかし、コードは現在の文字列が少なくとも2バイトあるかを確認せずにstringList[i][0]とstringList[i][1]を読み取っています。この問題はバージョン3.2.9、3.3.11、および3.4.11で修正されました。

OpenEXRは映画産業向けの画像保存フォーマットであるEXRファイルフォーマットの仕様と参照実装を提供しています。バージョン3.0.0から3.2.9未満、3.3.0から3.3.11未満、および3.4.0から3.4.11未満において、readVariableLengthInteger()関数は信頼できないEXR入力から可変長整数をデコードする際にシフト回数の上限を設けていません。連続バイトが十分に続くと、64ビット値に対して70ビットの左シフトを実行し、この動作は未定義となります。この問題はバージョン3.2.9、3.3.11、および3.4.11で修正されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました：ipv6のicmpのip6_err_gen_icmpv6_unreach()内でskb2-cb[]をクリアする問題です。Sashiko AIレビューでは、ip6_err_gen_icmpv6_unreach()におけるskbは外側のIPv4 ICMPエラーパケットであり、そのcbにはIPv4のinet_skb_parmが含まれていることが観察されました。skbがskb2にクローンされicmp6_send()に渡される際、IP6CB(skb2)が使用されます。IP6CBはIPv4のinet_skb_parmをinet6_skb_parmとして解釈します。inet_skb_parm.opt内のcipsoオフセットは、オフセット18のinet6_skb_parmのdsthaoと直接重なっています。攻撃者がCIPSO IPオプション付きの偽造ICMPv4エラーを送信した場合、dsthaoは非ゼロのオフセットとなります。icmp6_send()内でmip6_addr_swap()が呼ばれ、ipv6_find_tlv(skb, opt-dsthao, IPV6_TLV_HAO)が使用されます。これにより、そのオフセットから始まる攻撃者制御の内部IPv6パケットがスキャンされ、残りのパケット長が18バイトのstruct ipv6_destopt_hao全体を保持できるか確認せずに偽のTLVを返す可能性があります。mip6_addr_swap()がパケットデータの終端を超えてskb_shared_infoまで16バイトのスワップを実行することがあります。このため、ip6_err_gen_icmpv6_unreach()およびip6ip6_err()内でcb配列もクリアすべきです。今回のパッチは最初の提案を実装しています。ip6ip6_err()の変更が必要かは不明であり、別途パッチを適用することが望ましいです。

Linuxカーネルにおいて、以下の脆弱性が修正されました：net: ti: icssg-pruethにおけるZC RXディスパッチのデータコピー漏れおよび誤ったリサイクルを修正しました。emac_dispatch_skb_zc()はnapi_alloc_skb()を使って新しいskbを割り当てますが、XDPバッファからパケットデータをskbにコピーしていなかったため、skbは実際に受信したパケットではなく初期化されていないヒープメモリを含んだ状態で上位に渡され、カーネルヒープの内容がユーザースペースに漏洩する問題がありました。そこで、skb_copy_to_linear_data()を使用してXDPバッファから受信パケットデータをskbにコピーするように修正しました。さらに、skbはNAPIのページフラグメントアロケータにより管理されておりpage_poolのものではないため、skb_mark_for_recycle()の呼び出しを削除しました。非page_poolのskbをリサイクル対象にマークすると、解放パスで所有していないページをpage_poolに返却してしまい、page_poolの状態を破壊してしまうからです。非ZCパス（emac_rx_packet）はnapi_build_skb()を使い、直接page_poolのページをラップしてコピーを不要としており、page_pool_dev_alloc_pages()由来のページを正しくリサイクル対象にマークしているため、この問題は発生しません。

Linuxカーネルにおいて、以下の脆弱性が修正されました：netfilterのnft_set_pipapo_avx2において、期限切れ時に非一致エントリを返さないようにする新しいテストケースがavx2のマッチング関数を使用すると予期せず失敗します。テストは最初に「ipv4 . port」キーを持つランダムに生成されたpipapoセットを読み込み、正常に動作します。その後、フラッシュ後にセットを再読み込みします：(echo flush set t s; cat foo) | nft -f -。期待されるのは同じセットで動作することですが、avx2では失敗し、nftは要素の衝突を報告します。報告された衝突は次の形を取ります：a . bとc . dを正常に再挿入し、その後a . dを挿入しようとします。avx2は既に存在するa . dを見つけますが（"flush set"のため新世代では無効としてマークされています）、要素をスキップして次に進みます。不適切なマスキングにより、スキップステップは最初のフィールドのみを考慮して次の一致要素a . bを返します。このため、最後のフィールドが異なるにもかかわらず、本来はマッチすべきでないエントリを返してしまいます。ジェネリックなC実装（avx2なし）や最後のフィールドで'nft_pipapo_avx2_lookup_slow'フォールバックを使う場合、このエラーは発生しません。バイセクションは7711f4bb4b36（"netfilter: nft_set_pipapo: fix range overlap detection"）に関連しますが、その修正は単にこのバグを露呈しただけです。このコミット以前は誤った要素が返されていましたが、誤って完全な重複として報告されていました。根本原因はavx2のマッチ関数における早すぎるリターンにあります。最後のフィールドを処理するときは、全入力サイズが完全に消費されるまで処理を続け、マップに古いビットが残らないようにすべきです。

Linuxカーネルにおいて、以下の脆弱性が修正されました。btrfsのトレースポイントにおいて、イベントbtrfs_sync_file()でdentryから正しいスーパーブロックを取得する問題です。overlayがbtrfsの上に使用されている場合、dentry-d_sbはoverlayのスーパーブロックを指し、その結果、fsidの割り当てがクラッシュを引き起こしていました。常にbtrfs_sbを取得するためにfile_inode(file)-i_sbを使用するように修正されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。dlm_search_rsb_tree関数における長さの検証が不足していました。具体的には、dlm_dump_rsb_name()のlenパラメータは検証されず、ネットワークメッセージから直接取得されていました。もしこの値がDLM_RESNAME_MAXLENを超える場合、dlm_search_rsb_tree()内で境界外書き込みが発生する可能性があります。潜在的なバッファオーバーフローを防ぐために、長さの検証を追加しました。

electermはオープンソースのターミナル/ssh/sftp/telnet/serialport/RDP/VNC/Spice/ftpクライアントです。バージョン3.8.15およびそれ以前のバージョンでは、Electermのターミナルハイパーリンクハンドラーが、ターミナル内でクリックされた任意のURLをプロトコル検証なしに直接shell.openExternalに渡します。攻撃者はターミナル出力を制御できる場合（例：悪意のあるSSHサーバー、侵害されたリモートホスト、またはターミナルコンテンツをレンダリングする悪意のあるプラグインを介して）、被害者が表示されたリンクをクリックするだけで、被害者のマシン上で任意のコードを実行したりローカルファイルにアクセスしたりできます。公開時点では、利用可能なパッチはありません。

electermはオープンソースのターミナル/SSH/SFTP/Telnet/シリアルポート/RDP/VNC/Spice/FTPクライアントです。バージョン3.0.6から3.8.15未満のバージョンにおいて、electermにはディープリンク、CLIの--opts、または細工されたショートカットを介して任意のローカルコードを実行される脆弱性があります。攻撃の成功には、細工された electerm://... リンクをクリックすること、あるいは攻撃者が制御するオプションで electermを起動する細工されたショートカットやコマンドを開く必要があります。この問題はバージョン3.8.15で修正されています。

PraisonAIはマルチエージェントチームシステムです。バージョン1.6.32以前のPraisonAIのURLチェックロジックには論理的な欠陥があり、攻撃者がこれを回避してSSRF攻撃を引き起こす可能性がありました。この問題はバージョン1.6.32で修正されました。

PraisonAIはマルチエージェントチームシステムです。バージョン4.6.34以前のPraisonAIのMCP（Model Context Protocol）サーバー（praisonai mcp serve）は、デフォルトで4つのファイル操作ツール（praisonai.rules.create、praisonai.rules.show、praisonai.rules.delete、praisonai.workflow.show）を登録しています。これらのツールはそれぞれMCPツール／呼び出しの引数からパスまたはファイル名の文字列を受け取り、~/.praison/rules/（workflow.showの場合は絶対パス）に結合しますが、ディレクトリの包含チェックを行いません。JSON-RPCディスパッチャはparams["arguments"]を各ハンドラに対して、広告されている入力スキーマの検証なしに**kwargsとして盲目的に渡します。rule_name="../../some-path"と設定することで、攻撃者はrulesディレクトリの外に出て、実行中のユーザーが書き込み可能な任意のファイルに書き込むことが可能になります。ユーザーのsite-packagesディレクトリにPythonの.pthファイルを配置することで、この脆弱性は任意のコード実行にエスカレートします。これにより、次回のpraisonai CLIの呼び出し、IDEスクリプトの実行、ユーザーのpython REPL、または任意のバックグラウンドPythonサービスでコードが実行されてしまいます。この問題はバージョン4.6.34で修正されました。

netbox-docker 2.5.0以前のバージョンには、デフォルトの資格情報を持つスーパーユーザーアカウントが存在していました（管理者アカウントのadminパスワードおよびSUPERUSER_API_TOKENは0123456789abcdef0123456789abcdef01234567という値でした）。実際には、ほとんどのユーザーがパスワードを変更しましたが、トークンを変更したのは約90%のユーザーのみでした。デフォルトのトークン値を設定することは意図的であり、netbox-docker製品の主要な使用ケースである隔離された開発ネットワークに対して有用でした。一部のユーザーはnetbox-dockerを本番環境で再利用しようと試みました。この試みに関する文書には、デフォルトの値を使用してはならないと明記されていました。しかし、インストール時にはデフォルトでない値の設定が保証されていませんでした。供給者はCVE IDの割り当てを認識しており、割り当てに異議を唱えませんでした。

HCL DFXAnalyticsは、パッチが適用されていないライブラリやサブコンポーネントを使用しているため、「既知の脆弱性を持つコンポーネントの使用」という欠陥の影響を受けています。これにより、攻撃者は公開されている既知のセキュリティ脆弱性を特定して悪用し、不正アクセスやアプリケーションの破損を引き起こす可能性があります。

HCL DFXAnalyticsはトランスポート層の保護が不十分な脆弱性の影響を受けており、データが暗号化されずにネットワーク上で送信されるため、攻撃者が機密情報の機密性、完全性、および認証を侵害する可能性があります。

パスワードリセットエンドポイントにおいて、アクティベーショントークンが再利用される不適切なアクセス制御の問題により、権限のないユーザーがパスワードをリセットし、アカウントを完全に乗っ取ることが可能になりました。影響を受ける製品は、Deutsche Telekom AGのTelekomアカウント管理ポータルであり、2025年10月27日以前のバージョンです。この問題は2025年10月31日に修正されました。

2要素認証にレート制限が欠如しているため、不適切なアクセス制御が発生し、無制限のブルートフォース試行が可能です。その結果、ユーザーの操作なしで完全な多要素認証（MFA）を回避できます。影響を受ける製品は、Deutsche Telekom AGのTelekomアカウント管理ポータルであり、2025年10月24日以前のバージョンが含まれます。この問題は2025年11月3日に修正されました。

MiCode FileExplorerには、組み込みのSwiFTP FTPサーバーコンポーネントに認証バイパスの脆弱性があり、ネットワーク攻撃者が有効な資格情報なしでログインすることを可能にしています。攻撃者は任意のユーザー名とパスワードの組み合わせをPASSコマンドハンドラに送信でき、このハンドラは無条件にアクセスを許可します。その結果、FTPサーバーで公開されているファイルの一覧表示、読み取り、書き込み、および削除が可能になります。MiCode/Explorerのオープンソースプロジェクトは既にサポート終了の状態です。

Open Notebook v1.8.3におけるユーザー入力のサニタイズが不足しているため、アプリケーションユーザーはユーザー作成の変換処理を介してサーバーサイドテンプレートインジェクション（SSTI）を利用し、Dockerコンテナ上でPythonコード（およびその後のOSコマンド）を実行することができます。

Nefteprodukttekhnika BUK TS-G ガソリンスタンド自動化システム 2.9.1（Linux版）には、システム構成モジュールにSQLインジェクションの脆弱性（CWE-89）が存在します。リモートの攻撃者は、application/x-www-form-urlencoded形式のデータ内のsqlパラメータ（例：action=do&sql=query_here&reload_driver=0）を介して、/php/request.phpエンドポイントに特別に細工されたHTTP POSTリクエストを送信することで、任意のSQLコマンドを実行し、潜在的にリモートコードを実行する可能性があります。

Palo Alto NetworksのPAN-OSソフトウェアにおけるUser-ID認証ポータル（別名Captive Portal）サービスにバッファオーバーフローの脆弱性があります。この脆弱性により、認証されていない攻撃者が特別に細工されたパケットを送信すると、PA-SeriesおよびVM-Seriesファイアウォール上でroot権限の任意のコードを実行できる可能性があります。この問題のリスクは、ベストプラクティスガイドラインhttps://knowledgebase.paloaltonetworks.com/KCSArticleDetailに従い、User-ID認証ポータルへのアクセスを信頼できる内部IPアドレスのみに制限することで大幅に低減されます。Prisma Access、Cloud NGFW、およびPanoramaアプライアンスはこの脆弱性の影響を受けません。