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

Linuxカーネルにおいて、以下の脆弱性が解決されました：PCI/IOVに関する問題です。SR-IOVの有効化および無効化時にPCIの再スキャン・削除ロックを追加するコミット（05703271c3cd）が取り消されました。この取り消しは、pci_stop_and_remove_bus_device()の一部としてsriov_del_vfs()が呼び出される際に、pci_rescan_remove_lockを再帰的に取得してデッドロックを引き起こす問題を修正します。例えば、以下のコマンドシーケンスで問題が発生します：$ echo NUM /sys/bus/pci/devices/pf/sriov_numvfs $ echo 1 /sys/bus/pci/devices/pf/remove。mlx5デバイスでのデッドロックのトレース（一部抜粋）では、zsh/5715がsriov_disable関数内でpci_rescan_remove_lockの取得を試みている一方で、既にpci_stop_and_remove_bus_device_locked内で同じロックを保持している状態が示されています。この問題を解決するための新しい修正が今後提供される予定であり、今回の変更だけでは完全な解決策にはなりません。

Linuxカーネルにおいて、以下の脆弱性が修正されました：powerpc/smpのparse_thread_groups()関数にkcalloc()失敗チェックが追加されました。kcalloc()が失敗する可能性があるため、その返り値を確認し、of_property_read_u32_array()に渡す際のNULLポインタ参照を回避しています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。net: wan/fsl_ucc_hdlcのuhdlc_memclean()内のdma_free_coherent()の処理が修正されました。priv-rx_bufferとpriv-tx_bufferはuhdlc_init()で連続したバッファとして一緒に割り当てられていますが、uhdlc_memclean()では2つのバッファとして解放されていました。クリーンアップ処理を変更し、バッファ全体に対してdma_free_coherent()を1回だけ呼び出すようにしました。

Linuxカーネルのmediaドライバーirisにおいて、ストリーミング停止処理のサニティチェックを追加したコミットをリバートしました。このリバートは、インスタンスがIRIS_INST_ERROR状態のときにstop_streamingをスキップするチェックが複数の問題を引き起こしていたためです。具体的には、エラー状態のインスタンスでバッファがvb2に返されず、buffer completionがスキップされることや、サポートされていない構成で早期に失敗したセッションが適切に終了処理されず、その結果ファームウェアが不整合な状態になる問題が含まれていました。この修正により、これらの問題が解決されます。

Linuxカーネルにおいて、以下の脆弱性が修正されました：HIDのhid-plでプローブエラーの処理時に、初期化エラーが報告されなければなりません。そうしないと、FFが初めて使用されたときにNULLポインタが参照されるという問題が発生します。

Linuxカーネルにおいて、以下の脆弱性が修正されました：erofsにおけるボリュームラベル処理の誤った早期終了を修正しました。細工された正しいボリュームラベルを含むEROFSイメージが誤った早期リターンを引き起こし、フォリオ参照のリークを招く可能性がありました。ただし、これによりシステムのクラッシュやその他の重大な問題は発生しませんでした。

Linuxカーネルにおいて、以下の脆弱性が修正されました。mux: mmioで、プローブ失敗時にregmapがリークする問題がありました。プローブ中に割り当てられる可能性のあるmmioのregmapが解放されない問題が存在していました。デバイス管理アロケータを使用するように切り替え、プローブ失敗時（例：プローブの延期）およびドライバのバインド解除時にregmapが確実に解放されるように改善しました。

Linuxカーネルにおいて、基本的なエンドポイントチェックを有効化する修正が行われました。pegasus_probe()関数は、エンドポイントディスクリプタを検証せずに固定されたエンドポイントパイプを使用してURBをセットしていました。不正なUSBデバイスが異なる転送タイプのエンドポイントを提示する可能性があり、これによってアサーションが発生していました。修正では、エンドポイント番号用の列挙型を追加し、マジックナンバーを置換しました。リソース割り当て前にエンドポイントのタイプ検証を実施し、不一致があった場合にはデバイスのプローブを拒否します。同様の変更は他のUSBネットワークドライバにも適用されています。

Linuxカーネルにおいて、octeontx2-afのCGXコンポーネントにあったビットマップのリークが修正されました。RXおよびTXのフロー制御ビットマップ（rx_fc_pfvf_bmapおよびtx_fc_pfvf_bmap）はcgx_lmac_init()で割り当てられますが、cgx_lmac_exit()で解放されていませんでした。そのため、ドライバーのバインド解除と再バインドを繰り返すとkmemleakが発生していました。この問題は、両方のビットマップを終了時に解放することで解決しました。

Linuxカーネルにおいて、stagingのrtl8723bsドライバのfind_network関数内でヌルポインタ参照が発生する脆弱性が修正されました。変数pwlanはrtw_free_network_nolock()に渡される際にNULLである可能性があり、その後参照されていました。

Linuxカーネルにおいて、mfd: macsmcのミューテックス初期化に関する脆弱性が修正されました。apple_smc_probe()内で構造体apple_smcのミューテックスが初期化されていなかったため、サブデバイスのprobe()関数からapple_smc_read()を呼び出す際にまれにNULLポインタ参照が発生していました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。iommu/vt-dでは、スケーラブルモードに対応していないアクセス不能なPCIeデバイスに対するdev-iotlbフラッシュをスキップします。ATSが有効でユーザースペースにパススルーされたPCIeエンドポイント（例：QEMU、DPDK）は、リンクが突然取り外されたりリンク障害が発生するとホストがハードロックする可能性があります。コミット4fc82cd907ac（"iommu/vt-d: デバイス切断時にATS無効化リクエストを発行しない"）はpci_dev_is_disconnected()をdevtlb_invalidation_with_pasid()に追加し、デバイスが安全に取り外されている場合のみATS無効化をスキップしますが、これはIntel IOMMUのスケーラブルモードが有効な場合に限ります。スケーラブルモードが無効または未対応の場合、PCIeエンドポイントのリンクが落ちるとIntel IOMMUは完了しないATS無効化を待ち続け、システムがハードロックします。コールトレースは次の通りです。qi_submit_sync、qi_flush_dev_iotlb、__context_flush_dev_iotlb.part.0、domain_context_clear_one_cb、pci_for_each_dma_alias、device_block_translation、blocking_domain_attach_dev、iommu_deinit_device、__iommu_group_remove_device、iommu_release_device、iommu_bus_notifier、blocking_notifier_call_chain、bus_notify、device_del、pci_remove_bus_device、pci_stop_and_remove_bus_device、pciehp_unconfigure_device、pciehp_disable_slot、pciehp_handle_presence_or_link_change、pciehp_ist。コミット81e921fd3216（"iommu/vt-d: デバイス解放時のNULLドメイン修正"）はintel_pasid_teardown_sm_context()をintel_iommu_release_device()に追加し、qi_flush_dev_iotlb()を呼び出してPCIeエンドポイントのリンク断時にシステムがハードロックする可能性を修正しました。コールトレースは次の通りです。qi_submit_sync、qi_flush_dev_iotlb、__context_flush_dev_iotlb.part.0、intel_context_flush_no_pasid、device_pasid_table_teardown、pci_pasid_table_teardown、pci_for_each_dma_alias、intel_pasid_teardown_sm_context、intel_iommu_release_device、iommu_deinit_device、__iommu_group_remove_device、iommu_release_device、iommu_bus_notifier、blocking_notifier_call_chain、bus_notify、device_del、pci_remove_bus_device、pci_stop_and_remove_bus_device、pciehp_unconfigure_device、pciehp_disable_slot、pciehp_handle_presence_or_link_change、pciehp_ist。エンドポイントはリンクダウンイベントなしに接続を失うことがあり（例：リンク障害）、プロセスをkill（virsh destroy）するとホストがハードロックします。コールトレースは次の通りです。qi_submit_sync、qi_flush_dev_iotlb、__context_flush_dev_iotlb.part.0、domain_context_clear_one_cb、pci_for_each_dma_alias、device_block_translation、blocking_domain_attach_dev、__iommu_attach_device、__iommu_device_set_domain、__iommu_group_set_domain_internal、iommu_detach_group、vfio_iommu_type1_detach_group、vfio_group_detach_container、vfio_group_fops_release、__fput。pci_dev_is_disconnected()は安全な取り外し経路のみに対応し、pci_device_is_present()はベンダー/デバイスIDの読み取りによってアクセス可能性を検査し、その内部でpci_dev_is_disconnected()を呼び出します。ConnectX-5 (8 GT/s, x2)では約70マイクロ秒かかります。__context_flush_dev_iotlb()は{attach,release}_devのパスでのみ呼ばれる（ホットパスではありません）ため、そこにpci_device_is_present()を追加し、アクセス不能なデバイスをスキップしてハードロックを回避します。

Linuxカーネルにおいて、以下の脆弱性が修正されました。media: tegra-videoの__tegra_channel_try_format()関数に存在したメモリリークが修正されました。__v4l2_subdev_state_alloc()によって割り当てられた状態オブジェクトは、不要になったときに必ず__v4l2_subdev_state_free()で解放しなければなりません。__tegra_channel_try_format()内では、2つのエラーパスがv4l2_subdev_call()の失敗後に直接返却され、割り当てられた'sd_state'オブジェクトを解放していませんでした。これは要件違反であり、メモリリークを引き起こしていました。本修正では、クリーンアップ用ラベルを導入し、エラーパスでgoto文を使うことで、関数から返る前に必ず__v4l2_subdev_state_free()が呼ばれるようにしています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。md/bitmapのリサイズ競合によりwrite_pageで発生する一般保護例外（GPF）を修正しました。arrayのリサイズ中にwrite_page()で一般保護例外が発生する問題がありました。RIP: 0010:write_page+0x22b/0x3c0 [md_mod]で発生します。これはbitmap_daemon_work()と__bitmap_resize()間のuse-after-free競合によるものです。デーモンはロックをかけずに`bitmap-storage.filemap`を反復処理しますが、リサイズ経路はmd_bitmap_file_unmap()を通じてそのストレージを解放します。`quiesce()`はmdスレッドを停止しないため、解放されたページへの同時アクセスが可能でした。修正はbitmap更新中に`mddev-bitmap_info.mutex`を保持することで行われました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。hwmonのnct7363_present_pwm_fanin関数におけるリソースリークの問題を修正しました。of_parse_phandle_with_args()を呼び出す際には、呼び出し元がデバイスノードの参照を解放するためにof_node_put()を呼び出す必要があります。しかし、nct7363_present_pwm_fanin関数では参照を解放しておらず、結果としてリソースリークが発生していました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。xfrm: NETDEV_UNREGISTERイベント発生時に常に状態とポリシーをフラッシュします。syzbotは「struct xfrm_state」の参照カウントがリークしていることを報告しています。unregister_netdevice: netdevsim0が解放されるのを待機中であり、使用カウントは2です。ref_tracker: netdev@ffff888052f24618は1/1のユーザーを持っています。これは、コミットd77e38e612a0（"xfrm: Add an IPsec hardware offloading API"）がxfrm_dev_unregister()を実質的に無操作として実装したためであり、xfrm_dev_state_add()がxfrm_state_construct()から"struct net_device"への参照を取得しているにもかかわらずです。このコミットは、NETDEV_DOWNイベントがNETDEV_UNREGISTERイベントの前に発生すると想定し、さらにxfrm_dev_state_add()が(dev-features & NETIF_F_HW_ESP) != 0の場合にのみ呼ばれることを想定していたと推測されます。Sabrina Dubrocaは同様の症状を再現する手順を特定しました。これらの手順によれば、xfrm_dev_state_add()が"struct net_device"への参照を取得した後にNETIF_F_HW_ESPビットがクリアされる可能性があります。また、xfrm_dev_state_add()は参照取得時にNETIF_F_HW_ESPビットをチェックしていません。コミット03891f820c21（"xfrm: handle NETDEV_UNREGISTER for xfrm device"）はxfrm_dev_event()にNETDEV_UNREGISTERイベントを再導入しましたが、その際に、NETDEV_DOWNイベントとNETDEV_UNREGISTERイベントの両方にxfrm_dev_down()を共有させるという理由不明の選択をしました。このコミットは前述の挙動を見落としていると考えられます。したがって、状態とポリシーを無条件にフラッシュし、"struct net_device"への参照を解放するために、xfrm_dev_unregister()を再導入する必要があります。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ocfs2のreflink保持クリーンアップに関する問題を修正しました。コミットc06c303832ec（"ocfs2：xattr配列エントリ__counted_byエラーの修正"）はすべてのケースを処理できておらず、保持されたxattrエントリのクリーンアップ処理にバグが残っていました。クリーンアップ後には'last'ポインタを配列エントリ1単位分シフトさせる必要があります。また、現在のコードのロジックではxh_countが1の場合、最初のエントリがクリーンアップされません。なお、コミットc06c303832ecは0fe9b66c65f3に対するバグ修正でもあります。

Linuxカーネルにおいて、以下の脆弱性が修正されました。drm/buddyでは、丸められた割り当てサイズを検証し、BUG_ONを防止します。DRM_BUDDY_CONTIGUOUS_ALLOCATIONが設定されている場合、要求されたサイズはroundup_pow_of_two()によって次の2の累乗に切り上げられます。同様に、非連続割り当てで大きなmin_block_sizeが設定されている場合は、サイズがround_up()によって切り上げられます。これらの操作により、丸められたサイズがmm-sizeを超えることがあり、その結果BUG_ON(order mm-max_order)が発生します。例えば、10GBのVRAMメモリ上で9GBの連続割り当てを行う場合、roundup_pow_of_two(9GB)が16GBとなり、10GBを超えます。また、10GBのVRAMメモリ上で8GBのmin_block_sizeを持つ9GBの割り当てでは、round_up(9GB, 8GB)が16GBとなり、10GBを超えます。この問題は、丸められたサイズがmm-sizeを超えていないかを検査することで修正されました。非連続または範囲割り当てでsize mm-sizeが無効な場合は、即座に-EINVALを返します。連続割り当てで範囲制限がない場合は、既存の__alloc_contig_try_harder()のフォールバック処理に処理が委ねられます。これにより、不正なユーザー入力はエラーを返すかフォールバックパスを用いるため、BUG_ONに到達するのを防止します。バージョン2：（Matt A）が修正を追加し、Cc stable、Closesタグの追加によってコンテキストを強化しました。

Linuxカーネルにおいて以下の脆弱性が修正されました：usbのdwc3ガジェット機能において、vbus_draw関数がワークキューコンテキストに移動されました。現在、dwc3_gadget_vbus_draw()はアトミックコンテキストから呼び出される可能性があり、これがpower-supply-coreのAPIを呼び出しています。一部のPMIC APIはスリープ操作を含むため、これによりカーネルパニックが発生する可能性がありました。この問題はvbus_drawをワークキューコンテキストに移動することで修正されました。

LinuxカーネルにおいてEFI/CPERの脆弱性が修正されました。悪質なファームウェアがエラーレコードの長さを不正に操作することで、メモリ全体がダンプされ、情報漏えいやカーネルクラッシュの原因となっていました。この問題は、16進ダンプを実行する前にセクションの長さを適切に検証することで修正されました。

この問題はメモリ処理の改善によって対処されました。この問題はiOS 18.7.9およびiPadOS 18.7.9、iOS 26.5およびiPadOS 26.5、macOS Sonoma 14.8.7、macOS Tahoe 26.5、tvOS 26.5で修正されています。ローカルネットワーク上の攻撃者がサービス拒否（DoS）攻撃を引き起こす可能性があります。

境界外書き込みの問題は、境界チェックの改善によって対処されました。この問題はiOS 18.7.9およびiPadOS 18.7.9、iOS 26.5およびiPadOS 26.5、macOS Sequoia 15.7.7、macOS Sonoma 14.8.7、macOS Tahoe 26.5、tvOS 26.5、visionOS 26.5、watchOS 26.5で修正されました。ローカルネットワーク上の攻撃者がサービス拒否を引き起こす可能性があります。

jqはコマンドラインのJSONプロセッサです。バージョン1.8.1およびそれ以前において、decNumberFromStringにINT_MAX-1（2147483646）桁の数値リテラルが与えられると、D2U()マクロが符号付き整数演算中にオーバーフローします。オーバーフローして負の値となった結果、ヒープ割り当てサイズチェックを回避し、関数は30バイトのスタックバッファを使用します。その後、スタックフレームの1.43 GiB下のオフセットに約7億1500万個の16ビット単位（約1.4 GiB）を書き込みます。書き込まれる内容は完全に攻撃者が制御可能であり、解析された10進数の桁数が単位あたり3つで詰め込まれます。

jqはコマンドラインのJSONプロセッサです。バージョン1.8.1およびそれ以前のバージョンでは、jqはjq言語レベルで埋め込まれたNULバイトをインポートパスに受け入れていましたが、その後、モジュールおよびデータファイルの検索時にC言語の文字列操作を使ってこれらのパスを解決します。これにより、ポリシーや監査コードが検証する論理的なインポート文字列と、jqが実際に開くディスク上のパスとの間に不一致が生じていました。

jqはコマンドラインのJSONプロセッサです。バージョン1.8.1およびそれ以前では、jv_object_merge_recursive()における無制限の再帰により、細工されたjqプログラムがセグメンテーションフォルトによってプロセスをクラッシュさせることが可能です。この関数は、両方のオペランドがオブジェクトである場合に*演算子を通じて呼び出されます。

protobufjsは、protobuf定義をJavaScript（JS）関数にコンパイルします。バージョン7.5.6および8.0.2以前では、protobufjsは提供されたプロパティオブジェクトから列挙可能なプロパティをフィルタリングせずにコピーし、メッセージコンストラクタを生成していました。もしアプリケーションが攻撃者が制御するプレーンオブジェクトからメッセージを構築すると、その所有する列挙可能な__proto__プロパティによって個別のメッセージインスタンスのプロトタイプが変更されてしまう可能性がありました。この脆弱性はバージョン7.5.6および8.0.2で修正されています。

protobufjsは、protobuf定義をJavaScript（JS）関数にコンパイルします。7.5.6および8.0.2より前のバージョンでは、protobufjsがスキーマで制御されたフィールドおよびoneofの名前からJavaScriptのプロパティアクセサを生成していました。フィールド名に含まれる特定の制御文字は、生成された関数本体に埋め込まれる前に適切にエスケープされていませんでした。したがって、細工されたスキーマまたはJSON記述子によって、生成されたエンコード、デコード、検証、または変換関数のコンパイルが失敗する可能性がありました。この脆弱性は7.5.6および8.0.2で修正されています。

Honoは任意のJavaScriptランタイムをサポートするWebアプリケーションフレームワークです。4.12.16より前のバージョンでは、hono/jsxにおけるJSX要素タグ名の不適切な処理により、検証されていないタグ名が生成されたHTML出力に直接挿入されていました。サーバーサイドレンダリング中にプログラム的なjsx()またはcreateElement() APIを介して信頼されていない入力がタグ名として使用される場合、特別に細工された値が本来の要素コンテキストを逸脱し、意図しないHTMLを注入する可能性があります。この脆弱性は4.12.16で修正されています。

Honoは任意のJavaScriptランタイムをサポートするWebアプリケーションフレームワークです。4.12.16以前のバージョンでは、bodyLimit()は使用可能なContent-Lengthがないリクエスト（例：Transfer-Encoding: chunked）に対してmaxSizeを確実に強制できませんでした。そのため、サイズを超えたリクエストがハンドラーに到達し、413ではなく200を返す可能性がありました。この脆弱性は4.12.16で修正されました。

HonoはあらゆるJavaScriptランタイムをサポートするWebアプリケーションフレームワークです。4.12.18以前のバージョンでは、Cache MiddlewareがVary: AuthorizationやVary: Cookieでユーザーごとのバリエーションを宣言したレスポンスに対してキャッシュをスキップしませんでした。そのため、ある認証済みユーザーのためにキャッシュされたレスポンスが、異なるユーザーからの後続のリクエストに対しても提供される可能性がありました。この脆弱性は4.12.18で修正されています。

Honoは任意のJavaScriptランタイムをサポートするWebアプリケーションフレームワークです。4.12.18以前のバージョンでは、JSXレンダラーがHTMLのstyle属性オブジェクトの値をエスケープしますが、CSSに対してはエスケープしません。そのため、styleオブジェクトの値やプロパティ名に信頼されていない入力がある場合、レンダリングされたstyle属性に追加のCSS宣言を注入することが可能です。この影響はCSSに限定されており、JavaScriptの実行やHTML属性の脱出は許されません。この脆弱性は4.12.18で修正されました。

Next.jsはフルスタックのウェブアプリケーションを構築するためのReactフレームワークです。バージョン10.0.0から15.5.16未満および16.2.5までの間、デフォルトのイメージローダーでNext.jsをセルフホスティングしている場合、Image Optimization APIはローカル画像を最大サイズ制限を設けることなくメモリに完全に読み込みます。攻撃者は、デフォルトで全てのパターンが許可されているimages.localPatterns設定に一致する大きなローカルアセットを/_next/imageエンドポイントにリクエストすることでメモリ不足状態を引き起こす可能性があります。この脆弱性はバージョン15.5.16および16.2.5で修正されています。

jqはコマンドラインのJSONプロセッサーです。バージョン1.8.2rc1およびそれ以前では、通常のモジュールローダーが、2つの有効なモジュールがお互いを含む場合に、サイクル検出なしで再帰処理を実行します。

OpenClawの2026年4月21日以前のバージョンには、command-auth.tsに認可バイパスの脆弱性が存在します。明示的なowner allowFrom設定がない場合にワイルドカードのインバウンド送信者が構成されていると、非所有者の送信者が所有者限定のスラッシュコマンドを実行できてしまいます。攻撃者は影響を受けるチャンネルで/send、/config、/debugといったコマンドを送信することで、所有者専用のコマンド認可チェックを回避できます。

OpenClawの2026年4月5日から2026年4月20日未満のバージョンには、環境変数インジェクションの脆弱性があり、workspace dotenvがMINIMAX_API_HOSTを上書きできる問題があります。攻撃者は認証済みのMiniMax APIリクエストを制御するオリジンにリダイレクトでき、その結果Authorizationヘッダー内のMiniMax APIキーが露出する可能性があります。

OpenClawの2026年4月20日以前のバージョンには、Feishuのカードアクションコールバックにおいて、ダイレクトメッセージをグループ会話として誤分類してしまうメッセージ分類の脆弱性があります。攻撃者は、本来制限ポリシーによってブロックされるべきダイレクトメッセージの会話でカードアクションフローをトリガーすることにより、dmPolicyの施行を回避することが可能です。

OpenClawの2026年4月22日以前のバージョンには、Control UIのbootstrap設定エンドポイントに認証バイパスの脆弱性があり、認証されていない攻撃者が機密の設定フィールドを読み取ることができます。攻撃者は有効なGatewayトークンなしにbootstrap設定ルートにアクセスでき、認証済みのControl UIセッション専用の機密なbootstrapおよび設定情報を露出させる可能性があります。

OpenClawの2026年4月22日以前のバージョンには、制限されたサブエージェントが深さ、子セッションの数の制限、制御範囲、またはターゲットエージェントの制限を継承しないACP子セッションを生成できるセキュリティエンベロープの制約を回避する脆弱性があります。攻撃者はサブエージェント専用の制約を回避する子セッションを生成することで、この脆弱性を悪用して特権を昇格させたり、制限されたリソースにアクセスしたりする可能性があります。

OpenClawの2026年4月20日以前のバージョンには、バンドルされたMCPおよびLSPツールが設定されたツール制限を回避できるツールポリシーバイパスの脆弱性があります。ローカルエージェントのアクセス権を持つ攻撃者は、ポリシーフィルタリング後に制限されたツールを有効なツールセットに追加でき、プロファイルポリシー、許可/拒否リスト、所有者のみの制限、サンドボックスポリシー、およびサブエージェントポリシーを回避することが可能です。

OpenClaw は 2026 年 4 月 20 日より前のバージョンにおいて、分離された cron awareness イベントに対する未確認ラベルを適切に保持できません。その結果、Webhook によってトリガーされた cron エージェントの出力が信頼されたシステムイベントとして誤って記録される可能性があります。攻撃者はこの信頼ラベル付けの問題を悪用し、未確認イベントを信頼されたシステムイベントとして扱うことでプロンプトインジェクション攻撃を強化できます。