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

Linuxカーネルのdrm/xeサブシステムにおいて、madvise IOCTLでのpat_indexに対する境界チェックが不十分である脆弱性が報告されました。具体的には、xe_pat_index_get_coh_mode()関数がpat_indexの範囲検証を行わずに配列へアクセスするため、不正な値を用いることでカーネルの範囲外読み取りが発生する可能性があります。この問題はmadvise_args_are_sane()関数がpat_indexの検証を先行せずに処理を進めることに起因しています。この脆弱性が悪用されるとシステムの機密情報が漏洩するリスクを引き起こすおそれがあります。修正により、pat_indexの境界チェックが適切に実装され、またSpectre攻撃緩和のためにarray_index_nospec()が使用されるようになりました。

Linuxカーネルにおいて、以下の脆弱性が解消されました。mailbox: fw_mbox_index_xlate()関数における境界外アクセスの防止です。#mbox-cellsは少なくとも1であるべきですが、デバイスツリーには多くの#mbox-cells = 0;の例があります。その場合、対応するメールボックスコントローラーがfw_xlateおよびof_xlate関数ポインタを提供しないと、デフォルトでfw_mbox_index_xlate()が使用されます。この関数での境界チェック不足により、境界外アクセスが発生する可能性があります。

Linuxカーネルにおいて、以下の脆弱性が修正されました。net: ethernet: ec_bhfのdma_free_coherent()に関するdmaハンドルの問題です。エラーパスのdma_free_coherent()関数はdmaハンドルとしてpriv-rx_buf.alloc_lenを使用していましたが、これによりバッファが不適切にアンマッピングされる可能性がありました。そのため、dmaハンドルをpriv-rx_buf.alloc_physに変更しました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。xfrm: esp: 共有されたskbフラグメント上でのインプレース復号を回避します。MSG_SPLICE_PAGESはパイプから直接ページをskbに接続できます。TCPはskb_splice_from_iter()後にそのようなskbをSKBFL_SHARED_FRAGでマークし、パケットデータを変更する可能性のある後続の経路がまずプライベートコピーを作成できるようにします。しかし、IPv4/IPv6のデータグラム追加経路はUDP skbにページをスプライスする際にこのフラグを設定していませんでした。これにより、共有パイプページから作成されたESP-in-UDPパケットは、普通のクローンされていない非線形skbのように見えました。ESP入力はフラグメントリストのないクローンされていないskbに対してNo-COW高速パスを使い、skbがプライベートに所有していないデータ上にインプレースで復号します。IPv4/IPv6のデータグラムスプライスフラグメントにSKBFL_SHARED_FRAGをTCPに合わせてマークします。また、ESP入力はこのフラグが存在する場合skb_cow_data()にフォールバックし、ESPが外部でサポートされているフラグメント上でインプレース復号しないようにします。プライベートな非線形skbフラグメントは従来の高速パスを引き続き使用します。この変更はESP出力に意図的に影響を与えません。esp_output_head()内では、skb_cow_data()を呼ばず既存のskbテールルームにESPトレーラを追加する経路は非線形skbに対して到達不能です。skb_tailroom()はskb-data_lenが非ゼロの場合ゼロを返し、ESPのtailenは正であるためです。したがって、ESP出力は別の宛先フラグメントパスを使用するかskb_cow_data()にフォールバックします。

electermはオープンソースのターミナル、SSH、SFTP、Telnet、シリアルポート、RDP、VNC、Spice、FTPクライアントです。バージョン3.7.16以前では、src/app/widgets/load-widget.js内のrunWidget関数がユーザー提供のウィジェット識別子を適切にサニタイズせずに直接連結してファイルパスを構築していました。runWidgetは非同期IPCハンドラを介してレンダラープロセスに公開されており、入力検証が行われていません。そのため、レンダラー内でJavaScriptの実行を達成した攻撃者（例えば悪意のあるプラグインや組み込みwebviewのクロスサイトスクリプティング脆弱性を通じて）がパストラバーサル（../）を悪用し、被害者のファイルシステムの任意の場所にあるJavaScriptファイルを読み込み実行できます。これにより攻撃者はelectermプロセスのフル権限でローカルコードを実行でき、システム全体を完全に乗っ取る危険があります。この問題はバージョン3.7.16で修正されました。

electermはオープンソースのターミナル/ssh/sftp/telnet/serialport/RDP/VNC/Spice/ftpクライアントです。バージョン3.7.9以前のelectermには、SFTPの「システムエディタで開く」または「カスタムエディタで編集」機能におけるコード実行（RCE）脆弱性が存在します。ユーザーがシステムエディタまたはカスタムエディタでファイルを編集するために開く操作を選択すると、ファイル名がサニタイズされずに直接コマンドラインに渡されます。SSHサーバーまたはユーザーのOSを制御する悪意のある攻撃者は、シェルのメタ文字を含むファイル名を巧妙に作成することでこれを悪用できます。被害者がそのファイルを編集しようとすると、注入されたコマンドがユーザー権限でそのマシン上で実行されます。これにより攻撃者は任意のコードを実行したり、マルウェアをインストールしたり、ネットワーク内で横展開を行ったりする可能性があります。この問題はバージョン3.7.9で修正されました。

The Document FoundationのLibreOfficeにおける、不正に作成されたOOXMLドキュメントの暗号化ソルトパラメータの不一致を利用した範囲外書き込みの脆弱性です。この問題はLibreOfficeのバージョン26.2から26.2.3未満、および25.8から25.8.7未満に影響を及ぼします。

PraisonAIはマルチエージェントチームシステムです。バージョン4.5.139から4.6.32未満のバージョンにおいて、tool_resolver.pyとapi/call.pyの2つのファイルでtools.pyの自動インポートがPRAISONAI_ALLOW_LOCAL_TOOLS=trueの環境変数の下で制御されていましたが、praisonai/templates/tool_override.pyの3番目のインポート経路は保護されていませんでした。この経路はPOST /v1/recipes/runでリモートからトリガー可能で、レシピが任意のローカル絶対パスまたは任意のGitHubリポジトリを指す場合に悪用されます。攻撃者はtools.pyを設置してサーバー上でexec_module()により実行させることが可能であり、認証不要かつ環境のオプトインも必要ありませんでした。この問題はバージョン4.6.32で修正されました。

PraisonAIはマルチエージェントチームシステムです。バージョン2.5.6から4.6.34未満のバージョンには、認証がデフォルトで無効化されたレガシーFlask APIサーバーが同梱されています。そのサーバーが使用されると、任意の呼び出し元がトークンを提供せずに/agentsにアクセスでき、/chatを通じて設定されたagents.yamlのワークフローを起動できます。この問題はバージョン4.6.34で修正されました。

PraisonAIはマルチエージェントチームシステムです。PraisonAIバージョン4.6.37およびpraisonaiagentsバージョン1.6.37より前のバージョンでは、praisonaiagentsは宣言されたツールリストおよびレジストリと一致しなかった場合、未解決のツール名をモジュールのグローバルおよび__main__に対して解決していました。デフォルトのエージェント設定では_perm_allowがNoneのため、宣言されていない危険でないツール名は権限ゲートによって拒否されません。そのため、ツール呼び出し名に影響を与えられる攻撃者は、ツールとして宣言されていなかった意図しないアプリケーションの呼び出し可能オブジェクトを呼び出す可能性があります。この問題はpraisonaiバージョン4.6.37およびpraisonaiagentsバージョン1.6.37で修正されました。

PraisonAIはマルチエージェントチームシステムです。バージョン4.6.37以前では、すべてのレシピプル、レシピ公開、およびレシピ展開のフローで通過する_safe_extractallヘルパーは、アーカイブメンバーの名前に対して絶対パスや「..」セグメント、解決済みパスの逸脱を検証しますが、member.linknameを検証せず、シンボリックリンクやハードリンクのメンバーを拒否しません。また、tar.extractall(dest_dir)をfilter="data"なしで呼び出します。シンボリックリンクの名前がdest_dir内にありながらlinknameが外部を指しているバンドルが存在し、その後にそのシンボリックリンクを経由するパスの通常ファイルが続く場合、dest_dirの外に抜け出してしまい、攻撃者が被害者のファイルシステム上の攻撃者指定の場所に任意の内容を書き込むことが可能となります。この問題はバージョン4.6.37で修正されました。

ZTE Cloud PCクライアントuSmartViewにはDLLハイジャックの脆弱性があります。uSmartViewServiceAgent.exeはSYSTEM権限で実行されるため、このハイジャックに成功すると、ローカルで任意のコードを実行でき、権限昇格やメモリ破損を引き起こす可能性があります。

ZEBRAは完全にRustで書かれたZcashノードです。バージョン4.4.0より前のバージョンでは、Zebraのブロックバリデータが、透明な署名操作に対して20000-sigopのブロック制限（MAX_BLOCK_SIGOPS）を過小に計上していました。そのため、zcashdがbad-blk-sigopsとして拒否するブロックをZebraが受け入れてしまいます。このようなブロックを生成するマイナーはネットワークを分裂させる可能性があります。具体的には、Zebraノードは問題のあるチェーンを追跡しますが、zcashdノードはそれを追跡しません。この問題はバージョン4.4.0で修正されました。

Torのバージョン0.4.9.7以前には、サーキットキューのメモリ圧迫が発生した場合に、サーキットが二重にクローズされることでクライアントがクラッシュする可能性があります。この問題はTROVE-2026-009としても知られています。

Tor 0.4.9.7以前のバージョンでは、CERTセルが順序通りでない場合にNULLポインタ参照が発生します。この問題はTROVE-2026-006としても知られています。

OSGeo gdal 3.13.0dev-4 までに脆弱性が確認されました。この問題は、ファイル frmts/hdf4/hdf-eos/SWapi.c の関数 SWnentries に影響を与えます。引数 DimensionName の不適切な操作により、ヒープベースのバッファオーバーフローが発生します。攻撃はローカルで実行される必要があります。エクスプロイトは公開されており、悪用される可能性があります。バージョン 3.12.4RC1 へアップグレードすることで、この問題を解決できます。パッチ名は 9491e794f1757f08063ea2f7a274ad2994afa636 です。影響を受けるコンポーネントのアップグレードを推奨します。

OSGeo gdal 3.13.0dev-4までのバージョンにセキュリティ欠陥が発見されました。影響を受けるのはfrmts/hdf4/hdf-eos/GDapi.cファイルのGDnentries関数です。引数DataFieldNameの操作によりヒープベースのバッファオーバーフローが発生します。この攻撃はローカル環境から実行される必要があります。攻撃コードは公開されており、攻撃に悪用される可能性があります。本問題に対処するためにはバージョン3.13.0RC1にアップグレードすることが推奨されます。パッチ名は184f77dbcc74118c062c05e464c88161d3c37b9bです。影響を受けるコンポーネントをアップグレードしてください。

DOMのUse-after-freeに関する脆弱性がネットワーキングコンポーネントで発生しました。この脆弱性はFirefox 150.0.2、Firefox ESR 140.10.2、Firefox ESR 115.35.2、Thunderbird 150.0.2、およびThunderbird 140.10.2で修正されています。

Forcepoint NGFWエンジンにおいて不要な権限での実行が可能となるため、ローカル権限を昇格させられる問題があります。この問題はNGFWエンジンのバージョン6.10.19、7.1.10、7.2.4、7.3.0までに影響します。

ASSA ABLOYのWindows版Visionlineには、不適切なデフォルト権限、不要な特権での実行、重要リソースへの不適切な権限割り当てという脆弱性が存在し、それにより設定や環境の操作が可能になります。この問題は、Visionlineのバージョン1.0から1.33未満に影響します。

pdfmakeのバージョン0.3.0-beta.2から0.3.5にかけて、サーバーサイドリクエストフォージェリ（SSRF）の脆弱性が存在し、リモートの攻撃者がsrc/URLResolver.jsコンポーネントを介して機密情報を取得できる可能性がありました。この脆弱性はバージョン0.3.6で修正され、setUrlAccessPolicy()メソッドが導入されることでサーバー運用者がURLアクセスルールを定義できるようになりました。さらに、ポリシーが設定されていない状態でpdfmakeがサーバーサイドで使用される場合、警告がログに記録されるようになっています。

Open Notebook v1.8.1において、不適切な入力検証と過度に許容的なデフォルトのCORS設定により、リモート攻撃者が正当なユーザーを騙して特別に細工された悪意のあるURLを通じて任意のデータベースエントリを変更または削除させることが可能です。展開環境によっては、データが流出する可能性もあります。

リモートデスクトップクライアントのUse after freeの脆弱性により、不正な攻撃者がネットワーク経由でコードを実行する可能性があります。

Open Notebook v1.8.3 のファイルアップロード機能においてユーザー入力の検証が不足しているため、アプリケーションユーザーはパス・トラバーサル攻撃を通じて Docker コンテナ上のファイルを作成または変更することができます。

HCL BigFix Service Management (SX) は、権限昇格を引き起こす破損したアクセス制御の脆弱性の影響を受けています。この脆弱性により、不正なユーザーが意図されたアクセス制限を回避して権限を昇格させる可能性があります。その結果、機密データが露出したり、不正なシステム変更が行われたりすることがあります。

Dell PowerProtect Data DomainのFeature Releaseバージョン8.4から8.5のData Domain Operating System（DD OS）にはセッションフィクセーションの脆弱性が含まれています。リモートアクセス権限を持つ高権限の攻撃者がこの脆弱性を悪用する可能性があり、不正アクセスを招く恐れがあります。

Dell PowerProtect Data Domain の Data Domain Operating System (DD OS) バージョン 8.4 から 8.5 の Feature Release には、過剰な認証試行に対する不適切な制限の脆弱性が存在します。高権限の攻撃者はリモートアクセスを通じてこの脆弱性を悪用する可能性があり、不正アクセスを引き起こす恐れがあります。

HCL BigFix サービス管理（SM）は、脆弱なWSGIサーバーを使用しているために影響を受けます。古く安全でないWSGIサーバーを展開すると、アプリケーションが既知のセキュリティ脆弱性にさらされ、悪用や不正アクセスのリスクが高まる可能性があります。

不適切な入力検証により、.NET Frameworkにおいて不正な攻撃者がネットワーク上でサービス拒否を引き起こす可能性があります。

.NETにおける制御されていないリソース消費のため、不正な攻撃者がネットワーク越しにサービス拒否攻撃を引き起こす可能性があります。

Linuxカーネルにおいて、以下の脆弱性が修正されました：dmaengine: idxdにおけるFLR後の不正なメモリアクセスの可能性を修正しました。最初のファンクションレベルリセット（FLR）が正常に終了した場合でも、2回目のFLRで保存される設定用のスクラッチエリアが割り当てられないと、不正なメモリアクセスが発生する可能性があります。FLRが完了した後は、常に解放されたスクラッチエリアをNULLに設定するようにしています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ext4に関しては、umountと競合する際のupdate_super_work内のuse-after-freeを修正しました。コミット b98535d09179（"ext4: fix bug_on in start_this_handle during umount filesystem"）では、アンマウント中に/proc/fs/ext4/xx/mb_groupsの読み取りで新しいエラー作業がキューに追加されるのを防ぐために、ext4_unregister_sysfs()をs_sb_upd_workのフラッシュより前に移動しました。しかし、これによりupdate_super_workがext4_notify_error_sysfs() - sysfs_notify()を呼び出し、kobject_del()によって解放された後のkobjectのkernfs_nodeにアクセスしてしまうuse-after-freeが発生しました。本修正では、解体順序を変更する代わりに、ext4_notify_error_sysfs()がs_kobj.state_in_sysfsをチェックしてsysfsが既に解体済みであることを検出し、その場合はsysfs_notify()の呼び出しをスキップするようにしました。専用のmutex(s_error_notify_mutex)がext4_notify_error_sysfs()とext4_unregister_sysfs()内のkobject_del()間のTOCTOU競合を防止しています。

Linuxカーネルにおいて、次の脆弱性が修正されました：ext4において、s_first_data_blockが0でないbigallocの場合にマウントを拒否します。s_first_data_blockが0でないbigallocはサポートされていないため、マウントできません。

Linuxカーネルにおいて、ext4_ext_correct_indexes関数内でp_idxの境界を検証しなかった問題によりスラブの境界外読み取りが発生する脆弱性が修正されました。オンディスクのエクステントヘッダーが破損または不正なeh_entries値を含む場合、p_idxが割り当てられたバッファの末尾を越えてアクセスできる可能性がありました。この問題は、whileループの前後でpath[k].p_idxをEXT_LAST_INDEX()に対して検証し、不正な場合は-EFSCORRUPTEDを返すことで修正されました。

Linuxカーネルにおいて、scsi: ibmvfcのibmvfc_discover_targets_done()関数に存在した境界外アクセスの脆弱性が修正されました。悪意のあるまたは侵害されたVIOサーバがmax_targetsを超えるnum_writtenの値を返すことで、割り当てられたバッファの外側にあるカーネルメモリにアクセスし、情報漏洩が発生する可能性がありました。修正ではnum_writtenの値をmax_targetsに制限して、この問題を解決しました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。erofsでは、必要に応じてbio完了処理にGFP_NOIOを追加しました。プロセスコンテキスト（例: dm-verity）でのbio完了パスでは、別のワークキューコンテキストを起動するのではなく、直接データの展開処理を呼び出します。これはスケジューリング遅延を最小限に抑えるためです。しかし、その結果としてGFP_KERNELを使ってvm_map_ram()を呼び出すことがあります。メモリ不足によりvm_map_ram()はメモリスワップI/Oを発生させる可能性があり、そのためsubmit_bio_waitが特定のシナリオでデッドロックを引き起こす場合があります。呼び出しスタックを簡略化すると以下の通りです。f2fs_submit_read_io → submit_bio（bio_list初期化済み）→ mmc_blk_mq_recovery → z_erofs_endio → vm_map_ram → __pte_alloc_kernel → __alloc_pages_direct_reclaim → shrink_folio_list → __swap_writepage → submit_bio_wait（bio_list非NULLのためハング）。このパスをmemalloc_noio_{save,restore}()で囲うことで問題を解決しました。

Linuxカーネルにおいて、以下の脆弱性が修正されました：vfio/pciのdma-buf機能における二重解放の問題です。vfio_pci_core_feature_dma_buf()のエラーパスは、dma_buf_export()の後にのみdma_buf_put()を使用するという指示を無視し、アンワインドチェーン全体を通過していました。ファイルディスクリプタが枯渇した場合、vfioデバイスの参照カウントが不均衡になり、割り当てられたオブジェクトが二重に解放される可能性があります。これを回避するために、「put」をエラーパスに直接移動し、アンワインドチェーンに入るのではなくエラー番号を返すように修正しました。

Linuxカーネルのvirtio_netドライバにおいて、IFF_XMIT_DST_RELEASEフラグが解除され、napi_txがfalseのときにdst_ops構造体へのUse-After-Free脆弱性が存在していました。この問題は、ネットワーク名前空間の削除時にskb-dstの参照が不適切に解放されるため、解放済みのdst_opsを使用してカーネルで不正なメモリアクセスが発生することが原因です。この脆弱性は、start_xmit関数内でskb_dst_drop(skb)を追加してskbのdst参照を事前に解放することで修正されました。対象のLinuxカーネルバージョンにおいて、virtio_netデバイスがnapi_txを無効にし、かつIFF_XMIT_DST_RELEASEが解除されている環境で発生します。

Linuxカーネルにおいて、以下の脆弱性が修正されました：virt: tdx-guestで、ホスト制御の「quote」バッファ長の取り扱いが修正されました。ホストが制御する値 `quote_buf-out_len` を検証し、ゲストユーザ空間にコピーされるquoteのバイト数を決定します。TDX環境のリモート認証において、quoteは秘匿情報とみなされず、認証サーバーに転送可能です。ホストがゲストに割り当てられた長さより大きい応答長を指定したり、ゲストが応答を消費する間に応答が変更される競合状態が発生するシナリオを検出します。これにより、`quote_buf`に割り当てられたページ（TSM_REPORT_OUTBLOB_MAXまで）を超える内容がゲストユーザ空間に読み出されたり認証リクエストで転送されたりするのを防ぎます。一部の展開環境ではコンテナごとにconfigs-tsm-reportインターフェースが必要なため、この情報漏洩はローカルrootだけでなく、コンテナの保護境界を越える可能性があることに注意してください。

Linuxカーネルにおいて、以下の脆弱性が修正されました。usb: typec: ucsi: ucsi_notify_common()内でのコネクタ番号の検証に関するものです。UCSI_CCI_CONNECTOR()を介してCCIから抽出されるコネクタ番号は7ビットフィールド（0-127）であり、ucsi_connector_change()内のコネクタ配列のインデックスとして使用されます。しかし、この配列はデバイスが報告するコネクタ数（通常は2〜4エントリ）分しか割り当てられていません。悪意のある、または誤動作するデバイスがCCIに範囲外のコネクタ番号を報告すると、ucsi_connector_change()で配列の境界外アクセスが発生する可能性があります。ハードウェアから到着後にCCIが解析される中央のポイントであるucsi_notify_common()に境界チェックを追加し、不正なコネクタ番号がそれ以上伝播しないように拒否するようにしました。