全国公的データラボ読み込み中…
読み込んでいます…
脆弱性情報（JVN）
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 294,721 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
深刻度 High 種別 解放済みメモリの使用 の検索結果：801–840 件目を表示（ページ 21）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
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カーネルにおいて、以下の脆弱性が修正されました：thermal: coreにおけるサーマルゾーンの削除競合状態とレジュームの競合の問題を解決しました。thermal_zone_pm_complete()およびthermal_zone_device_resume()は、該当するサーマルゾーンのpoll_queue遅延作業を再初期化します。しかし、thermal_zone_device_unregister()内のcancel_delayed_work_sync()は既に実行中の作業アイテムを見逃す可能性があり、結果としてサーマルゾーンが早期に解放されることがあります[1]。失敗シナリオは2つあり、どちらもthermal_pm_notify_complete()が実行された直後にサーマルゾーンの1つに対してthermal_zone_device_unregister()が呼び出されることから始まります。最初のシナリオでは、thermal_pm_notify_complete()が該当するサーマルゾーンに対してthermal_zone_pm_complete()を呼び出した時点ですでに作業アイテムが実行中であり、その作業はthermal_zone_device_unregister()の開始時も継続しています。thermal_pm_notify_complete()によってpoll_queue遅延作業が再初期化されているため、thermal_zone_device_unregister()のcancel_delayed_work_sync()は実行中の作業アイテムを見逃し、その作業がサーマルゾーンオブジェクトの解放後も継続するためUse-After-Freeの問題が発生します。2つ目のシナリオでは、thermal_pm_notify_complete()によってキューに入れられたthermal_zone_device_resume()が、thermal_zone_device_unregister()によって呼び出されたthermal_zone_exit()が終了した直後に実行されます。poll_queue遅延作業はthermal_zone_device_resume()によって再初期化され、その後thermal_zone_device_unregister()がcancel_delayed_work_sync()を呼び出しますが、そのタイミングで遅延作業は継続して実行され、サーマルゾーンオブジェクトの解放後の動作となり、これもUse-After-Freeにつながります。最初の失敗シナリオでは、thermal_pm_notify_complete()が呼ばれる際にサーマル作業アイテムが実行中でないことを保証する対応を行いました。まずthermal_zone_pm_complete()からcancel_delayed_work()の呼び出しをthermal_zone_pm_prepare()へ移動し、その後新規作業が作業キューに追加されないようにしました。次にサーマルイベント専用の作業キューを使用するよう切り替え、thermal_pm_notify()内のコードもthermal_pm_notify_prepare()の戻り後にその専用作業キューをフラッシュする処理に更新し、残っているサーマル作業の処理を完了させました（残作業はすべてのサーマルゾーンがサスペンド状態であるため、意味のある処理は行いません）。2つ目の失敗シナリオでは、thermal_zone_device_resume()にtz-stateチェックを追加し、サーマルゾーンが消去される場合にpoll_queue遅延作業の再初期化を防止する対策を実施しました。なお、これらの変更はサーマルゾーンのサスペンド・レジューム処理をデバイスのサスペンド・レジューム処理により近い位置に移動することも促進します。
はい。製品・ベンダ・脆弱性タイプ（CWE）で全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順に表示します。
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
JVN（IPA〔情報処理推進機構〕・JPCERT/CC 提供）の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全294,721件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。
Linuxカーネルにおいて、以下の脆弱性が修正されました：net: macb: PCIグルードライバの削除時におけるclk処理の問題対応。platform_device_unregister()は、ランタイム再開コールバック中に登録されたクロックをまだ使用する可能性があります。同様のclkとプラットフォームデバイスの登録解除に関する問題は、コミットd82d5303c4c5（"net: macb: fix use after free on rmmod"）ですでに対処されていましたが、その修正によりバグが別の場所に移動してしまいました。プラットフォームデバイスが登録解除された後も再利用できるように、CLKのポインタをローカル変数に保存する仕様に変更しました。バグの内容は、clk_prepare関数内でのuse-after-freeであり、modprobeタスクによるアドレスffff888104f85e00のサイズ8の読み取りによって発生しました。エラーはKASANによって検出され、CPU2のプロセスID597のmodprobeで発生しています。コールトレースは、スタックのダンプ、報告、clk_prepareの呼び出しから始まり、macbのランタイム再開、バスデバイスの削除、プラットフォームデバイスの登録解除、PCIデバイスの削除、ドライバの解除登録に至る一連の操作を示しています。割り当ておよび解放は、それぞれタスク519と597により行われており、KASANの追跡および解放関数を通じてclk構造体のメモリ管理が適切に行われています。
Linuxカーネルにおいて、以下の脆弱性が修正されました。bpf: sockmapのsk_psock_verdict_data_ready()内のsk-sk_socketに関するuse-after-freeの問題が修正されました。syzkallerのsyzbotにより、sk_psock_verdict_data_ready()でAF_UNIXソケットのsk-sk_socketに対するuse-after-freeが報告されました[0]。unix_stream_sendmsg()では、ピアソケットの-sk_data_ready()がunix_state_lock()を解放した後に呼び出されます。送信側のソケットはピアの参照カウントを保持しているものの、ピアのsock_orphan()を防ぐことはできず、ピアのsk_socketは一つのRCU猶予期間後に解放される可能性があります。sk_psock_verdict_data_ready()内では、RCU下にてピアのsk-sk_socketとsk-sk_socket-opsを取得するように変更しました。[0]:BUG: KASAN: slab-use-after-freeがsk_psock_verdict_data_ready+0xec/0x590 net/core/skmsg.c:1278で発生しました。アドレスffff8880594da860の8バイト読み取りはsyz.4.1842/11013タスクによるものであり、CPU: 1、UID: 0、PID: 11013、Comm: syz.4.1842でした。その他、詳細なコールトレースや割り当て・解放情報が示されています。この脆弱性はAF_UNIXソケットの不適切なメモリ管理に起因し、競合状態によるuse-after-freeを防止するための修正が行われました。
Linuxカーネルにおいて、HID: logitech-hidppドライバーのフォースフィードバック初期化が失敗した際に発生するUse-After-Freeの脆弱性が修正されました。この問題はXbox One用Logitech G920 Driving Force Racing Wheelのプロービング時に、フォースフィードバックの初期化が失敗してエラーが返されると、ユーザー空間がこれらのエラーを無視し、ダングリング状態の参照を使い続けることで発生します。修正では、警告を出力し、フォースフィードバック機能を除いてデバイスを動作させ続ける方法が採用されました。
Linuxカーネルのatm: lecモジュールにおいて、sock_def_readable()関数でuse-after-freeの脆弱性が修正されました。この問題は、lec_atm_close()関数がpriv-lecdをNULLに設定し、送信処理の間に別スレッドが該当ポインタへ同時アクセスする競合状態により発生しました。結果として、RCUによるソケット解放後にsock_def_readable()内で解放済みメモリにアクセスされる危険がありました。本修正では、priv-lecdをRCU保護ポインタに変更し、rcu_assign_pointer()やrcu_access_pointer()で安全なアクセスを保証しています。また、lec_atm_close()でsynchronize_rcu()を呼ぶことで全ての読みに対する同期を行っています。この変更によりuse-after-free状態を回避し、競合状態の根本的な問題を解決しました。なお、従来のspinlock方式による同期は不十分であったため、このRCU方式への切り替えにより安定性が向上しました。
Linuxカーネルにおいて、以下の脆弱性が修正されました。net: manaのadd_adev()関数のエラーパスにおけるuse-after-freeの問題です。auxiliary_device_add()が失敗した場合、add_adev()はadd_failにジャンプし、auxiliary_device_uninit(adev)を呼び出します。補助デバイスは解放コールバックとしてadev_release()が設定されており、これは包含するstruct mana_adevを解放します。adevはstruct mana_adevに埋め込まれているため、その後init_failにフォールスルーし、adev-idにアクセスするとuse-after-freeの問題が発生する可能性がありました。この問題はauxiliary_device_add()を呼び出す前に補助デバイスIDをローカル変数に保存し、auxiliary_device_uninit()の後のクリーンアップパスでその保存されたIDを使用することで修正されました。
148.0.7778.96 より前の Google Chrome の WebRTC における Use after free の脆弱性により、リモートの攻撃者が細工された HTML ページを介してサンドボックス内で任意のコードを実行する可能性がありました。Chromium のセキュリティ重要度は低と評価されています。
Google ChromeのiOS版148.0.7778.96より前のバージョンのMobileにおけるUse after freeの脆弱性により、リモートの攻撃者がユーザーに特定のUIジェスチャーを実行させることで、細工されたHTMLページを介して任意のコードを実行できる可能性があります。この脆弱性はChromiumセキュリティの深刻度で重大と評価されています。
Linux版Google Chromeの148.0.7778.96より前のバージョンのChromotingにおいて、Use after freeの脆弱性が存在しました。これにより、リモートの攻撃者が悪意のあるネットワークトラフィックを介して任意のコードを実行できる可能性がありました。
MacのGoogle Chrome 148.0.7778.96以前のANGLEにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる可能性がありました。
Google Chromeの148.0.7778.96以前のバージョンにおけるSVGのUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行する可能性があります。
Google Chromeのバージョン148.0.7778.96以前に存在したDOMのUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる可能性がありました。
Windows版Google Chrome148.0.7778.96以前のAuraにはUse after freeの脆弱性が存在し、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを乗っ取り、サンドボックスからの脱出を行う可能性がありました。この脆弱性のChromiumにおけるセキュリティ重大度は高いと評価されています。
Windows上のGoogle Chromeバージョン148.0.7778.96以前のフルスクリーン機能におけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してレンダラプロセスを侵害し、サンドボックスを突破する攻撃を実行する可能性がありました。
Google Chromeの148.0.7778.96以前のバージョンにおいて、GPUのUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを乗っ取り、サンドボックスから脱出する可能性がありました。
Google Chromeの148.0.7778.96以前のAuraにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスを脱出する可能性がありました。
Google Chrome 148.0.7778.96 未満のバージョンにおいて、Skia の Use after free によりレンダラープロセスが侵害される問題がありました。これにより、リモートの攻撃者が細工された HTML ページを介してサンドボックスから脱出する可能性がありました。
148.0.7778.96より前のGoogle Chromeのパスワード機能におけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介して任意のコードを実行できる可能性がありました。
Google Chrome 148.0.7778.96より前のバージョンのServiceWorkerにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックスをエスケープできる可能性がありました。
Google ChromeのWindows版148.0.7778.96以前のバージョンにあるChromotingのUse after freeの脆弱性により、ローカル攻撃者が悪意のあるファイルを介してOSレベルで特権昇格を実行できる可能性がありました。
Google Chrome 148.0.7778.96 より前のバージョンの PresentationAPI に存在する Use after free の脆弱性により、リモートの攻撃者は細工された HTML ページを介してサンドボックス内で任意のコードを実行する可能性がありました。
Windows版Google Chrome 148.0.7778.96以前のWebRTCにはUse after freeの脆弱性が存在し、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行する可能性があります。
Google Chromeの148.0.7778.96以前のMediaRecordingにおけるUse after freeの脆弱性により、リモート攻撃者が特定のUI操作を行うようユーザーを騙し、細工されたHTMLページを介して任意のコードを実行できる可能性がありました。
Google Chromeのバージョン148.0.7778.96未満に存在するCSSのUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行する可能性があります。
Google Chromeの148.0.7778.96以前のV8におけるUse after freeの脆弱性により、攻撃者はユーザーを騙して悪意のある拡張機能をインストールさせ、細工されたChrome拡張機能を介してサンドボックス内で任意のコードを実行することが可能でした。
Google Chrome 148.0.7778.96 未満のバージョンには、ナビゲーションにおける Use after free の脆弱性が存在しました。この脆弱性により、リモートの攻撃者が細工された HTML ページを使用してレンダラープロセスを侵害し、サンドボックスからの脱出を行う可能性がありました。
Google Chromeの148.0.7778.96以前のバージョンにおいて、TopChromeのUse after freeの脆弱性により、レンダラープロセスが侵害される可能性がありました。これにより、リモートの攻撃者が細工されたHTMLページを介してサンドボックスを脱出する攻撃を実行できる危険性がありました。
Google Chrome バージョン 148.0.7778.96 より前の Blink における Use after free の脆弱性により、リモート攻撃者が細工された HTML ページを介してサンドボックス内で任意のコードを実行できる可能性がありました。
Google Chromeの148.0.7778.96以前のバージョンのDevToolsにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを通じてレンダラープロセスを侵害し、サンドボックスからの脱出を試みる可能性がありました。
Google Chrome 148.0.7778.96以前のViewsにおけるUse after freeの脆弱性により、悪意のある拡張機能をインストールするようユーザーを騙した攻撃者が、細工されたChrome拡張機能を介して任意のコードを実行できる可能性がありました。
Google Chromeのバージョン148.0.7778.96より前のWebAudioにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行可能でした。この脆弱性はユーザーのセキュリティに重大な影響を与える可能性があります。
Google Chromeのバージョン148.0.7778.96以前のReading ModeにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してレンダラプロセスを乗っ取り、サンドボックス内で任意のコードを実行できる可能性があります。
Google Chromeのバージョン148.0.7778.96以前のGPUにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してレンダラプロセスを侵害し、サンドボックスを脱出する可能性がありました。
Google Chrome 148.0.7778.96 未満のバージョンの WebRTC における Use after free により、細工された HTML ページを介してリモートの攻撃者がサンドボックス内で任意のコードを実行する可能性がありました。
Google Chromeのバージョン148.0.7778.96以前には、UIのUse after free脆弱性が存在していました。この脆弱性により、リモート攻撃者は細工されたHTMLページを通じてレンダラープロセスを侵害し、サンドボックス内で任意のコードを実行することが可能でした。
Linux、Mac、ChromeOSのGoogle Chromeバージョン148.0.7778.96以前に存在する印刷時のUse After Freeの脆弱性により、細工されたHTMLページを介してリモートの攻撃者がレンダラープロセスを侵害し、サンドボックスから脱出する可能性がありました。
Mac上のGoogle Chrome148.0.7778.96より前のバージョンのAudioにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行可能でした。
パフォーマンスカウンタの選択解除操作を実行中に、解放されたソースからデータをコピーした際にメモリ破損が発生します。
Redisはインメモリデータ構造ストアです。redis-serverのバージョン7.2.0から8.6.3までにおいて、ブロックされたクライアントのフロー解除時に、ブロックされたコマンドを再実行する際に`processCommandAndResetClient`からのエラー返却が適切に処理されません。このフロー中にブロックされたクライアントがエビクトされると、認証済み攻撃者がuse-after-freeを引き起こし、リモートコード実行につながる可能性があります。この問題はバージョン8.6.3で修正されました。