脆弱性情報(JVN)
脆弱性情報(JVN)検索・一覧
JVN(IPA/JPCERT/CC 提供)の脆弱性情報 289,735 件を、製品・ベンダ・脆弱性タイプ(CWE)で 全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順。各タイトルから詳細(CVSS内訳・関連脆弱性)へ。
種別 解放済みメモリの使用 の検索結果:641–680 件目を表示(ページ 17)
深刻度は CVSS(共通脆弱性評価システム・0〜10 のスコア)に基づく区分:Critical 9.0以上/High 7.0〜8.9/Medium 4.0〜6.9/Low 0.1〜3.9。
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で修正されました。
Redisはインメモリのデータ構造ストアです。Luaスクリプトを含むすべてのバージョンのredis-serverにおいて、認証された攻撃者がマスター・レプリカ同期機構を悪用し、replica-read-onlyが無効化されているか無効化可能なレプリカでuse-after-freeが発生する可能性があります。これによりリモートコード実行が可能になる恐れがあります。回避策としては、ユーザーによるLuaスクリプトの実行を防ぐこと、またはreplica-read-onlyが無効になっているレプリカを使用しないことが推奨されます。本脆弱性はバージョン8.6.3で修正されています。
Linuxカーネルにおいて、xfs_inode_item_push()およびxfs_qm_dquot_logitem_push()関数で、AILロックを解除する前にailpポインタを保存しなかったために、使用後の解放(use-after-free)の脆弱性が存在していました。この問題は、AILロックを保持したままailpポインタをローカル変数に保存することで修正されました。
Linuxカーネルにおいて、以下の脆弱性が修正されました。ドライバーコアのdriver_match_device()に対してdevice_lockの強制適用が行われました。現在、driver_match_device()は3つの箇所から呼び出されています。1つの箇所(__device_attach_driver)はdevice_lock(dev)を保持していますが、他の2つ(bind_storeと__driver_attach)は保持していませんでした。この不整合により、busのmatch()コールバックがロック保持下で呼び出される保証がありませんでした。この問題を解決するために、deviceロックをscoped guardで保持するdriver_match_device_locked()を導入しました。bind_store()と__driver_attach()内のロックなしの呼び出しをこの新しいヘルパーに置き換えました。また、この保証を強制するためにdriver_match_device()にロックアサーションも追加しました。この整合性により既知の競合状態も修正されました。driver_overrideの実装はdevice_lockに依存しているため、このロックの欠如がバスで報告されていたuse-after-free(UAF)の原因となっていました。CONFIG_PROVE_LOCKINGおよびCONFIG_LOCKDEPを有効にした状態で、2つの新たにロックされた経路を24時間ストレステストした結果、UAFの再発やlockdep警告は発生しませんでした。
Linuxカーネルには、virt_wifiネットデバイスに関するuse-after-freeの脆弱性が存在していました。この問題は、virt_wifiデバイスの登録解除中にネットデバイスの参照が保持されてしまうために発生します。解放済みメモリを参照することで、ethtool操作時に不正なメモリアクセスが起きる可能性がありました。この脆弱性を修正するために、virt_wifiに対するSET_NETDEV_DEV呼び出しを削除しました。これによりuse-after-freeのリスクを回避し、安定性と安全性が向上しました。
LinuxカーネルのF2FSファイルシステムに脆弱性が存在し、f2fs_compress_write_end_io()内でuse-after-freeの問題が発生しました。この関数ではdec_page_count()の呼び出しによりカウントがゼロになると、アンマウント処理が進行して関連メモリが解放される可能性があります。しかし、bioの完了コールバックがまだ実行中のため、破棄されたメモリを使用して処理が行われ、use-after-freeの脆弱性が生じます。この問題はアンマウント時の競合状態に起因しており、修正ではdec_page_count()の呼び出し位置を変更し、メモリ解放前に全てのアクセスを完了させるようにしました。
Linuxカーネルにおいて、writebackサブシステムのinode_switch_wbs_work_fn()関数に存在したuse-after-freeの脆弱性が修正されました。この関数内部では、work構造体のリストをループ処理してアイテムを処理していましたが、workキューが保留中にもかかわらず、新しいアイテムがリストに追加されていない状態が発生し、解放されたwork構造体を参照し続ける問題がありました。このため、メモリ破壊の危険がありました。従来の参照カウントと作業キャンセルの仕組みだけでは問題の根本的な解決に不十分であったため、ループ構造を除去し、作業キューに登録される際に少なくとも最初のアイテムがリストに確実に存在することを保証する対策が取られました。これにより、不正なuse-after-freeを防止し、writebackの安全性が向上しました。
Linuxカーネルのf2fsファイルシステムに存在する脆弱性です。f2fs_write_end_io()関数内でsbi-nr_pages[]をデクリメントする際にUse-After-Freeが発生し、NULLポインタ参照によるパニックが引き起こされる問題が修正されました。この脆弱性はumount時の競合状態で発生し、f2fs_put_super()がiput(sbi-node_inode)を呼び出してsbi-node_inodeをNULL化することで、後続のf2fs_in_warm_node_list()がNULL参照を行うことが原因でした。この問題は、nr_pagesのデクリメントを行う前にf2fs_in_warm_node_list()を呼び出すように修正することで解決されました。
Google Chromeのバージョン147.0.7727.138以前のGPUにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックスから脱出を実行できる可能性がありました。
Mac版のGoogle Chrome 147.0.7727.138以前のバージョンにおいて、ViewsのUse after free脆弱性により、リモートの攻撃者が細工されたHTMLページを介してヒープ破損を悪用できる可能性がありました。
Google Chromeのバージョン147.0.7727.138以前のメディアにおけるUse after freeの脆弱性により、リモートの攻撃者は細工されたHTMLページを介してサンドボックス内で任意のコードを実行可能でした。
Google Chromeの147.0.7727.138以前のバージョンにおいて、WebRTCのUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる可能性がありました。
Google Chromeのバージョン147.0.7727.138以前のCastにおけるUse after freeの脆弱性により、ローカルネットワークセグメント内の攻撃者が悪意のあるネットワークトラフィックを介してヒープ破損を潜在的に悪用する可能性がありました。
Google Chromeの147.0.7727.138以前のバージョンのChromotingにおけるUse after freeの脆弱性により、リモートの攻撃者が悪意のあるネットワークトラフィックを介して任意のコードを実行できる可能性がありました。
Google Chrome 147.0.7727.138以前のCodecsにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行することが可能でした。
Electronは、JavaScript、HTML、CSSを使用してクロスプラットフォームのデスクトップアプリケーションを作成するためのフレームワークです。バージョン33.0.0-alpha.1から39.8.5、40.8.5、41.1.0、および42.0.0-alpha.5より前のバージョンには、GPU共有テクスチャを使用したオフスクリーンレンダリングを行うアプリにUse-After-Freeの脆弱性が存在する可能性があります。特定の条件下で、ペイントイベントのテクスチャに提供されるrelease()コールバックが、その裏付けとなるネイティブ状態より長く生存し、release()を後で呼び出すとメインプロセス内で解放済みメモリへの参照が発生し、クラッシュやメモリ破損を引き起こす可能性があります。この脆弱性は、webPreferences.offscreen: {useSharedTexture: true}を使用してオフスクリーンレンダリングを行うアプリに限り影響し、共有テクスチャを有効にしていないアプリには影響しません。この問題を緩和するためには、テクスチャが消費された直後にtexture.release()を呼び出し、テクスチャオブジェクトが到達不能になる前に処理を完了させることが推奨されます。この脆弱性は、39.8.5、40.8.5、41.1.0、および42.0.0-alpha.5で修正されています。
TIOCNOTTYの実装は、制御端末を表す構造体から呼び出しプロセスのセッションへの逆ポインタをクリアすることに失敗しました。もし呼び出しプロセスが終了すると、端末構造体が解放されたメモリへのポインタを含む可能性があります。悪意のあるプロセスは、このダングリングポインタを悪用して自身にroot権限を付与できます。
Wireshark 4.6.0から4.6.4までのSDPプロトコルディセクタにクラッシュが発生し、サービス拒否を引き起こす脆弱性が存在します。
出典:JVN(Japan Vulnerability Notes・独立行政法人情報処理推進機構(IPA)/JPCERT コーディネーションセンター/jvn.jp)を加工して作成。 全文検索は当サイト収録分(全289,735件)を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。