脆弱性情報(JVN)
脆弱性情報(JVN)検索・一覧
JVN(IPA/JPCERT/CC 提供)の脆弱性情報 289,756 件を、製品・ベンダ・脆弱性タイプ(CWE)で 全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順。各タイトルから詳細(CVSS内訳・関連脆弱性)へ。
深刻度 High 直近3年 の検索結果:1,161–1,200 件目を表示(ページ 30)
深刻度は CVSS(共通脆弱性評価システム・0〜10 のスコア)に基づく区分:Critical 9.0以上/High 7.0〜8.9/Medium 4.0〜6.9/Low 0.1〜3.9。
NVIDIAのLinux用ディスプレイドライバーには、攻撃者が数値型間の不正な変換を引き起こし、ヒープバッファオーバーフローを招く脆弱性があります。この脆弱性を悪用すると、サービス拒否、権限の昇格、情報漏洩、データの改ざん、さらにコードの実行を引き起こす可能性があります。
NVIDIAのWindowsおよびLinux用ディスプレイドライバーには、攻撃者が境界外書き込みを引き起こす可能性がある脆弱性が存在します。この脆弱性を悪用に成功すると、サービス拒否、権限昇格、情報漏洩、データ改ざん、コード実行を引き起こす可能性があります。
NVIDIAのLinux用ディスプレイドライバーには、カーネルモードレイヤーハンドラに脆弱性があり、この脆弱性によりユーザーが不適切な権限処理を引き起こす可能性があります。この脆弱性を悪用されると、サービス拒否、権限昇格、情報漏洩、データ改ざん、およびコード実行が発生する可能性があります。
NVIDIAのLinux用ディスプレイドライバーには、ユーザーが境界外読み取りを引き起こす可能性のある脆弱性があります。この脆弱性が悪用されると、サービス拒否や情報漏洩を引き起こす可能性があります。
Windows Ancillary Function Driver for WinSockにおけるUse after freeの脆弱性により、認可された攻撃者がローカルで権限を昇格させることが可能です。
InDesign Desktopのバージョン21.3、20.5.3およびそれ以前のバージョンには、スタックベースのバッファオーバーフローの脆弱性があります。この脆弱性により、現在のユーザーの権限で任意のコードを実行される可能性があります。この問題を悪用するには、被害者が悪意のあるファイルを開く操作を行う必要があります。
InDesign Desktopのバージョン21.3、20.5.3およびそれ以前のバージョンには、Use After Freeの脆弱性が存在しており、この脆弱性により現在のユーザーのコンテキストで任意のコードを実行できる可能性があります。この問題を悪用するには、被害者が悪意のあるファイルを開く必要があります。
InDesign Desktop バージョン21.3、20.5.3およびそれ以前のバージョンには、スタックベースのバッファオーバーフロー脆弱性があります。この脆弱性を悪用されると、現在のユーザーのコンテキストで任意のコードが実行される可能性があります。この問題を悪用するには、被害者が悪意のあるファイルを開く操作を行う必要があります。
InDesign Desktop バージョン 21.3、20.5.3 およびそれ以前のバージョンには、ヒープベースのバッファオーバーフローの脆弱性があります。この脆弱性を悪用されると、現在のユーザーのコンテキストで任意のコードを実行される可能性があります。この問題を悪用するためには、被害者が悪意のあるファイルを開く必要があります。
InDesign Desktop バージョン 21.3、20.5.3 およびそれ以前のバージョンには、ヒープベースのバッファオーバーフローの脆弱性があります。この脆弱性により、現在のユーザーのコンテキストで任意のコードが実行される可能性があります。この問題を悪用するには、被害者が悪意のあるファイルを開く操作が必要です。
InDesign Desktop バージョン 21.3、20.5.3 およびそれ以前のバージョンには、現在のユーザーのコンテキストで任意のコードを実行させる可能性がある境界外書き込みの脆弱性があります。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザーの操作が必要です。
InDesign Desktopのバージョン21.3、20.5.3およびそれ以前のバージョンには、ヒープベースのバッファオーバーフローの脆弱性があります。この脆弱性により、現在のユーザーのコンテキストで任意のコードを実行される可能性があります。この問題を悪用するためには、被害者が悪意のあるファイルを開く必要があります。
InDesign Desktop バージョン 21.3、20.5.3 およびそれ以前のバージョンは、スタックベースのバッファオーバーフローの脆弱性に影響を受けています。この脆弱性により、現在のユーザーのコンテキストで任意のコードを実行される可能性があります。この問題を悪用するには、被害者が悪意のあるファイルを開く操作を行う必要があります。
InCopyのバージョン21.3、20.5.3およびそれ以前のバージョンには、バッファオーバーフローの脆弱性が存在し、これにより現在のユーザーのコンテキストで任意のコードが実行される可能性があります。この問題を悪用するには、被害者が悪意のあるファイルを開く操作を行う必要があります。
InCopyのバージョン21.3、20.5.3およびそれ以前のバージョンは、ヒープベースのバッファオーバーフローの脆弱性に影響を受けており、これにより現在のユーザーのコンテキストで任意のコードを実行する可能性があります。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザーの操作が必要です。
InCopy バージョン 21.3、20.5.3 及びそれ以前のバージョンには、スタックベースのバッファオーバーフロー脆弱性があります。この脆弱性により、現在のユーザーのコンテキストで任意のコードを実行される可能性があります。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザー操作が必要です。
Windowsユニバーサルディスクフォーマットファイルシステムドライバー(UDFS)に権限昇格の脆弱性が存在します。
Windowsのプロジェクテッドファイルシステムフィルタードライバにおけるバッファオーバーリードの脆弱性により、認可された攻撃者がローカルで権限を昇格させることが可能です。
Windowsパフォーマンスモニターにおける整数のアンダーフロー(ラップまたはラップアラウンド)が原因で、未承認の攻撃者がネットワーク経由でコードを実行できる可能性があります。
Windowsプッシュ通知での不適切な同期がある共有リソースの同時実行(レースコンディション)が、認可された攻撃者によるローカル権限の昇格を可能にします。
Windowsのプッシュ通知において、共有リソースの使用時に不適切な同期(レースコンディション)が発生し、認可された攻撃者がローカル環境で権限を昇格させることが可能です。
WindowsカーネルのUse after freeの脆弱性により、認証された攻撃者がローカルで特権を昇格させることが可能です。
Microsoft Office SharePointにおける制限されたディレクトリへのパス名の不適切な制限(「パストラバーサル」)により、認証された攻撃者がネットワーク越しにコードを実行できる可能性があります。
Windowsカーネルモードドライバーにおける非互換型のリソース使用(「型混乱」)により、認可された攻撃者がローカルで権限を昇格させることが可能になります。
Windows UEFIの保護機構に不具合があり、認証された攻撃者がローカルでセキュリティ機能を回避できます。
FreeSWITCHは、専用の電話交換機から任意の汎用ハードウェア上で動作するソフトウェア実装へのデジタルトランスフォーメーションを可能にするソフトウェア定義の電気通信スタックです。バージョン1.11.0より前のFreeSWITCHでは、バンドルされたXMLパーサーが入れ子になった!ENTITY宣言を深さや回数の制限なしに展開しました。そのため、小さなDTDが指数関数的に展開する本文(「ビリオンラフ」)を生成できます。SIP PUBLISHのPIDF本文はダイジェストチェックの前にこのパーサーに渡されるため、認証されていないネットワーク攻撃者が単一のリクエストで無制限のCPUおよびメモリ消費を強制できます。この問題はバージョン1.11.0で修正されました。
Linuxカーネルにおいて、以下の脆弱性が修正されました:RDMA/manaのrx_hash_key_lenの検証です。Sashikoは、rx_hash_key_lenがuAPI構造体から渡され、ブラインドにmemcpyに渡されていたため、ユーザー空間からカーネルメモリを破壊できることを指摘しました。memcpyがオーバーフローしないように境界チェックを行っています。
Linuxカーネルにおいて、以下の脆弱性が修正されました。scsi: target: configfs の tg_pt_gp_members_show() における snprintf() の戻り値に基づく境界チェックが追加されました。target_tg_pt_gp_members_show() は LUN パスを snprintf() で 256 バイトのスタックバッファにフォーマットし、その後バッファから cur_len バイトを memcpy() でコピーします。snprintf() は出力しようとした長さを返しますが、iSCSI IQN 名が最大 223 バイトでファブリック WWN が長い場合、この長さがバッファサイズを超えることがあります。memcpy() の部分のチェックはコピー先ページの書き込みのみを保護し、コピー元の読み取りは保護していません。そのため、memcpy() はスタックバッファを超えて読み取り、隣接するスタック内容を sysfs の読み取り者にコピーしてしまいます。CONFIG_FORTIFY_SOURCE が有効な場合は、fortify_panic() が発動します。コミット 27e06650a5ea("scsi: target: target_core_configfs: Add length check to avoid buffer overflow")では target_lu_gp_members_show() に同様の境界チェックが追加されましたが、tg_pt_gp_ のバリアントは見逃されていたため、今回ここで修正されました。
Linuxカーネルにおいて、以下の脆弱性が修正されました。ice: ice_sf_eth_activate()のエラーパスにおける二重解放の問題を修正しました。auxiliary_device_add()が失敗した場合、ice_sf_eth_activate()はaux_dev_uninitにジャンプし、auxiliary_device_uninit(&sf_dev-adev)を呼び出します。デバイスのリリースコールバックであるice_sf_dev_release()がsf_devを解放しますが、現在のエラーパスはsf_dev_freeにフォールスルーし、kfree(sf_dev)が再び呼び出されて二重解放が発生していました。auxiliary_device_init()の失敗パスではkfree(sf_dev)を維持しつつも、auxiliary_device_uninit()後にsf_dev_freeにフォールスルーしないようにしました。
Linuxカーネルにおいて、以下の脆弱性が修正されました。wifiのb43legacyドライバのRXパスにおいて、ファームウェアキーインデックスの境界チェックが強制されるようになりました。同じ修正がb43にも適用されており、b43legacy_rx()内のファームウェア制御キーインデックスがdev-max_nr_keysを超える可能性がありました。既存のB43legacy_WARN_ONは製品版ビルドで強制されておらず、そのためdev-key[]の範囲外読み取りが許されていました。無効なインデックスに対してフレームを破棄することで、このチェックを強制しています。
Linuxカーネルにおいて、以下の脆弱性が修正されました。btrfsのcreate_space_info_sub_group()関数のエラーパスにおける二重解放の問題を修正しました。kobject_init_and_add()が失敗した場合、呼び出しの流れは次の通りです: create_space_info_sub_group() - btrfs_sysfs_add_space_info_type() - kobject_init_and_add() - 失敗 - kobject_put(⊂_group-kobj) - space_info_release() - kfree(sub_group)。その後、制御はcreate_space_info_sub_group()に戻り、btrfs_sysfs_add_space_info_type()がエラーを返し、kfree(sub_group)が呼び出されます。その結果、sub_groupが二重に解放されてしまいます。失敗時のパスではparent-sub_group[index]をNULLに設定しますが、btrfs_sysfs_add_space_info_type()がkobject_put()を呼び出した後は、kobjectのリリースコールバックによってクリーンアップを行うように修正しました。
Linuxカーネルにおいて、以下の脆弱性が修正されました。wifi: mac80211におけるレーダー検出作業で、安全なリストの反復を使用することで、ieee80211_dfs_cac_cancelの呼び出し時に反復中のchanctxが解放されリストから削除される問題を防止します。これにより、スラブの使用後解放エラーを回避します。
Linuxカーネルにおいて、exit処理中にTASK_DEAD状態のタスクのプリエンプションを防止するための修正が行われました。終了処理中のタスクがoops発生時にプリエンプション可能な状態でdo_task_dead()を呼び出すことは許されておらず、これによりTASK_DEAD状態のタスクのスタック解放時にuse-after-freeやダブルフリー、メモリ破損が発生する可能性がありました。本脆弱性は、タスクの終了時に一度でもoopsが発生すると起こる可能性があります。
Linuxカーネルでは次の脆弱性が修正されました:x86/CPU/AMDのZen2命令キャッシュにおける共有リソースの不適切な分離を防止します。これにより、命令キャッシュ内のリソースが不適切に共有されて命令が破損することを防ぎます。
Linuxカーネルにおいて、f2fsのノードブロックのFGGC処理中に発生するfsckの不整合を修正しました。この問題は、FGGCノードブロックの移行中にfsckが移行されたノードブロックを同期済みデータとして誤って扱う可能性があることに起因します。根本原因は、GCがノードブロック移行時にdentryマークとfsyncマークを正しくクリアしないことであり、本パッチはこれらのマークの処理を改善し、FGGCモードにおいても適切にクリアされるようにします。
Linuxカーネルにおいて、以下の脆弱性が修正されました。RDMA/mlx5: mlx5_ib_dev_res_srq_init()のエラーパスでのフォールスルーを修正しました。mlx5_ib_dev_res_srq_init()は2つのSRQ、s0とs1を割り当てます。ib_create_srq()がs1で失敗した場合、エラーブランチはs0を破棄しますが、その後フォールスルーして解放済みのs0とERR_PTRのs1をdevr-s0とdevr-s1に無条件で割り当てます。これにより複数の問題が発生します。ロックフリーの高速パスは"if (devr-s1) return 0;"をチェックし、ERR_PTRをすでに初期化済みとみなします。mlx5_ib_create_qp()のユーザは解放済みのSRQまたはERR_PTRをto_msrq(devr-s0)-msrq.srqnを介して参照解除します。mlx5_ib_dev_res_cleanup()はERR_PTRを参照解除し、シャットダウン時にs0を二重解放します。s1失敗パスに同じ`goto unlock`を追加して修正しました。
Linuxカーネルにおいて、次の脆弱性が修正されました: ipmiに関連して、イベントおよび受信メッセージ要求に制限を追加しました。ドライバはBMCが完了を伝えるまでイベントやメッセージを取得し続けていました。完了を伝えないBMCによる問題を避けるため、一度に10回の取得制限を設けました。さらに、siインターフェースにはハードウェアから返されるattn状態があり、ドライバがイベントやメッセージを取得する必要があるかどうかを確認するフラグ取得を引き起こします。attnビットが固まると同様の問題が発生するため、フラグ取得の間にメッセージの取得を許可し、ドライバ自体が固まらないようにしています。これは特定の不具合のあるBMCに対する以前の修正よりも一般的な対応であり、データを伝え続けるBMCのより一般的な問題を解決します。この問題はドライバの初期から存在していました。これはバグではなく、BMCのバグを考慮した対応です。
Linuxカーネルにおいて、drm/amdkfdのSVM ioctlのnattrフィールドをバッファサイズに対して検証し、ユーザー制御の属性数によるバッファの境界外アクセスを防止する脆弱性を修正しました。
Linuxカーネルにおいて、以下の脆弱性が修正されました。batman-advのbuff_posに関する整数オーバーフローと、batadv_iv_ogm_send_to_ifに存在する整数オーバーフローの修正です。サイズチェックはbatadv_iv_ogm_aggr_packet内でint型を使用して行われていましたが、buff_pos変数はs16型を使用していたため、境界外読み取りが発生する可能性がありました。
Linuxカーネルにおいて、次の脆弱性が修正されました:drm/amdgpu/vcn4にて、decメッセージの解析時にOOB読み取りを防止します。メッセージにアクセスする際には常にBOの末尾と境界をチェックするようにしています。
脆弱性情報(JVN) よくある質問
脆弱性を製品名やベンダ名で検索できますか?
はい。製品・ベンダ・脆弱性タイプ(CWE)で全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順に表示します。
CVSS(深刻度)とは何ですか?
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
影響を受ける製品やベンダ企業は分かりますか?
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
情報の出典を教えてください。
JVN(IPA〔情報処理推進機構〕・JPCERT/CC 提供)の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典:JVN(Japan Vulnerability Notes・独立行政法人情報処理推進機構(IPA)/JPCERT コーディネーションセンター/jvn.jp)を加工して作成。 全文検索は当サイト収録分(全289,756件)を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。