日本公的データラボ脆弱性情報（JVN）
脆弱性情報（JVN）検索・一覧
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 289,735 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
種別 境界外読み取り 直近1年 の検索結果：121–160 件目を表示（ページ 4）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
Google Chrome 149.0.7827.53以前のMediaにおける境界外読み取りの脆弱性により、ローカルネットワークセグメント上の攻撃者が悪意のあるネットワークトラフィックを通じて境界外のメモリを読み取ることが可能でした。
Google Chromeのバージョン149.0.7827.53以前のDawnにおいて、不正な型変換が存在し、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる可能性がありました。
Google Chromeのバージョン149.0.7827.53以前のGWP-ASanにおける範囲外読み取りの脆弱性により、ローカルの攻撃者が悪意のあるファイルを使用してプロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。
Google Chromeのバージョン149.0.7827.53以前のGPUにおける整数オーバーフローにより、リモートの攻撃者が細工されたHTMLページを介してレンダラプロセスを侵害し、サンドボックスを脱出する可能性がありました。
Mac上のGoogle Chromeバージョン148.0.7778.179以前のGPUにおける境界外読み取りの脆弱性により、リモート攻撃者が細工されたHTMLページを介してプロセスメモリから潜在的に機密情報を取得する可能性がありました。
lwext4 1.0.0 ライブラリの src/ext4_extent.c 内の ext4_ext_binsearch_idx 関数における境界外読み取りの脆弱性により、攻撃者が特別に細工された ext4 ファイルシステムイメージを供給することでサービス拒否を引き起こす可能性があります。この脆弱性は、エクステントヘッダーフィールドの検証が不十分なままエクステントインデックスエントリに対して二分探索を行うことに起因し、不正なポインタ計算およびエクステントツリーの走査中に境界外メモリ読み取りが発生する可能性があります。
Google Chromeのバージョン149.0.7827.53以前のANGLEにおける境界外読み取りにより、リモートの攻撃者が細工されたHTMLページを通じてレンダラープロセスを侵害し、サンドボックスから脱出を実行する可能性がありました。この脆弱性はChromiumセキュリティにおいて重大と評価されています。
Google Chromeのバージョン149.0.7827.53以前のDawnには境界外読み取りの脆弱性があり、レンダラプロセスを侵害したリモート攻撃者が細工されたHTMLページを介してサンドボックスから脱出を実行できる可能性がありました。
liboqsは、ポスト量子暗号アルゴリズムの実装を提供するC言語の暗号ライブラリです。バージョン0.16.0以前のXMSSおよびXMSS^MT状態付き署名検証コードには境界外読み取りの脆弱性が存在していました。検証関数が正しいサイズの署名バッファで呼び出されても、OIDバイトがより大きな(sig_bytes)を持つ別のXMSSパラメータセットを参照する公開鍵を使用すると、実装は公開鍵からOIDを再解析し、その大きいsig_bytesを使って署名バッファを参照します。境界外のバイトは内部ハッシュ計算の入力としてのみ使用され、呼び出し元には返されないため、情報漏洩のリスクはありません。この脆弱性により、マップされていないメモリへの読み込みが発生した場合に検証プロセスがクラッシュし、サービス拒否が発生する可能性があります。この問題はバージョン0.16.0で修正されました。
msgpackデコーダは、切り詰められたfixextデータ（フォーマットコード0xd4-0xd8）を処理する際に、入力バッファ長を適切に検証しません。この問題により、境界外読み取りやランタイムパニックが発生し、サービス拒否攻撃を引き起こす可能性があります。
KeycloakのClientRegistrationAuthコンポーネントに脆弱性が発見されました。リモートの認証されていない攻撃者は、悪意のある形式の「Authorization: Bearer」ヘッダーを含む特別に細工されたPOSTリクエストを任意のクライアント登録エンドポイントに送信して、この脆弱性を悪用できます。これによりArrayIndexOutOfBoundsExceptionが発生し、サーバーがHTTP 500エラーを返すため、影響を受けたサービスに対するサービス拒否（DoS）を引き起こします。
Android版Google Chromeの148.0.7778.216より前のバージョンにおいて、WebGLの境界外読み取りの脆弱性が存在しました。この脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックスを脱出できる可能性がありました。
Google Chrome 148.0.7778.216以前のGPUにおける範囲外読み取りの脆弱性により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを乗っ取り、サンドボックスのエスケープを行う可能性がありました。
Windows向けGoogle Chromeのバージョン148.0.7778.216より前に存在したDawnの境界外読み取りの脆弱性により、リモート攻撃者は細工されたHTMLページを通じてクロスオリジンデータを漏洩させることが可能でした。
Google Chromeのバージョン148.0.7778.216より前のANGLEにおいて、境界外読み取りの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してプロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。
Google Chromeの148.0.7778.216以前のANGLEにおける不適切な実装により、リモートの攻撃者が細工されたHTMLページを介して境界外のメモリアクセスを実行できる可能性がありました。
Android版Google Chromeの148.0.7778.216以前のバージョンにはWebGLの境界外読み取りの脆弱性が存在し、リモートの攻撃者が細工されたHTMLページを介してクロスオリジンデータを漏洩させる可能性がありました。
Android版Google Chromeの148.0.7778.216以前のバージョンにおいて、WebGLの範囲外読み取りの脆弱性により、リモートの攻撃者が細工されたHTMLページを通じてクロスオリジンのデータを漏洩させることが可能でした。
Google Chrome 148.0.7778.216より前のバージョンのANGLEにおいて、境界外読み取りの脆弱性が存在しました。この脆弱性により、リモートの攻撃者が細工されたHTMLページを介してプロセスメモリから潜在的に機密情報を取得できる可能性がありました。
Mac上のGoogle Chromeの148.0.7778.216より前のバージョンに存在するWebRTCの境界外読み取りの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してプロセスメモリから潜在的に機密情報を取得できる可能性がありました。
Nozomi Networks Labsは、バージョン7.10.0.0 R2601141040のWaterfall WF-500 RX HostにCWE-125: 範囲外読み取りの脆弱性を特定しました。この脆弱性により、TX Hostへのアクセス権を持つ攻撃者がRX Host上でコードを実行できる可能性があります。
libcoap は、OSCORE 付録 B.2 の CBOR アンラップ処理において、src/oscore/oscore_cbor.c 内の get_byte_inc() が境界チェックに assert() のみを使用しています。NDEBUG でコンパイルされたリリースビルドではこれが削除されるため、範囲外読み取りの脆弱性が含まれています。攻撃者は、OSCORE ネゴシエーション中に不正な OSCORE オプションやレスポンスを含む細工された CoAP リクエストを送信することで、CBOR パース中に範囲外読み取りを引き起こす可能性があります。また、割り当てサイズ計算時の整数オーバーフローを介して範囲外読み取りを発生させる可能性もあります。
Open CASCADE Technology (OCCT) V8_0_0_rc5 の VRML パーサー内の VrmlData_Scene::ReadLine におけるスタックベースの範囲外読み取り脆弱性により、攻撃者が細工された VRML ファイルを介してサービス拒否を引き起こす可能性があります。この問題は、引用符付き文字列のエスケープ処理で ptr[++anOffset] を適切な境界チェックなしに使用しているために発生し、固定サイズのスタックバッファの末尾を超えて読み取ることが原因です。
Open CASCADE Technology (OCCT) V8_0_0_rc5には、IGESおよびSTEPファイルのパーサーに複数の脆弱性が存在し、細工されたIGESまたはSTEPファイルによって引き起こされる可能性があります。これらの問題には、IGESのBスプライン曲線評価中のGeom2d_BSplineCurve::EvalD0における境界外読み取り、STEPのBスプライン曲線構築中のMakeBSplineCurveCommonにおける境界外読み取り、および自己参照型のOrientedEdgeエンティティを処理する際のStepShape_OrientedEdge::EdgeStartにおける無限再帰が含まれます。これらの脆弱性が悪用されると、サービス拒否や意図しないメモリ情報の漏えいを引き起こす可能性があります。
Linuxカーネルにおいて、以下の脆弱性が修正されました。net: ioam6に関する範囲外アクセス（OOB）および不足していたロックの修正です。trace-type.bit6が設定されている場合、is_inputがtrueのときにdev-_tx[]配列の範囲外アクセスが発生する可能性があります。パケットは受信パス上にあり、skb-queue_mappingはイングレスデバイスの受信キューのインデックスを示します。イングレスデバイスの受信キュー数がエグレスデバイス（dev）の送信キュー数より多い場合、skb_get_queue_mapping(skb)はdev-num_tx_queuesを超えることがあります。skb_get_tx_queue()はインデックスの制限を行わないため、この状況を防ぐためのチェックを追加しました。この問題はキューごとの可視性が正確でないことを明らかにし、将来的に新機能で置き換えられる予定です。また、qdisc_qstats_qlen_backlog()の周囲に不足していたロックも追加しました。__ioam6_fill_trace_data()関数はsoftirqとプロセスコンテキストの両方から呼び出されるため、ここでspin_lock_bh()を使用しています。
Linuxカーネルにおいて、以下の脆弱性が修正されました。bpf: cgroupローカルストレージにおける範囲外アクセスの問題です。Lonialは、テイルコールを介してcgroupローカルストレージに範囲外アクセスが発生する可能性があることを報告しました。異なる値サイズのcgroupローカルストレージを利用する2つのプログラムがあり、一方のプログラムがもう一方に対してテイルコールを行う場合、検証器はそれぞれのプログラムを問題なく検証します。しかし、実行時コンテキストではbpf_cg_run_ctxがbpf_prog_array_itemを保持しており、これはBPFプログラムおよびプログラムが使用するcgroupローカルストレージのフレーバーを含んでいます。bpf_get_local_storage()などのヘルパーは実行時コンテキストからこれを取得します。具体的には、ctx = container_of(current-bpf_ctx, struct bpf_cg_run_ctx, run_ctx); storage = ctx-prog_item-cgroup_storage[stype]; if (stype == BPF_CGROUP_STORAGE_SHARED) ptr = &READ_ONCE(storage-buf)-data[0]; else ptr = this_cpu_ptr(storage-percpu_buf);元のプログラムから呼び出された2番目のプログラムに対して、bpf_get_local_storage()は自身のマップではなく、前のプログラムのマップを取得してしまいます。サイズの不一致により、意図しない範囲外アクセスが発生する可能性があります。この問題を修正するために、bpf_map_ownerを拡張し、storage_cookie[]の配列を追加しました。これにより、(i) 2番目のプログラムがbpf_get_local_storage()を使用した場合に元のプログラムの正確なマップと照合し、(ii) 2番目のプログラムがcgroupローカルストレージマップを使用していなかった場合にはテイルコールの組み合わせを許可する仕様に改善しました。
ResourceTypes.cppのvalidateNodeにおいて、不正な境界チェックにより範囲外読み取りが発生する可能性があります。これにより、追加の実行権限を必要とせずにローカルで権限昇格が起こる可能性があります。利用者は悪用のための操作を行う必要がありません。
Google Chromeのバージョン148.0.7778.216以前のHeadlessにおける範囲外読み取りにより、レンダラープロセスが侵害される可能性がありました。リモート攻撃者は、細工されたHTMLページを介してサンドボックスから脱出できる可能性がありました。
エスケープ操作のためのIOCTL呼び出しを処理中にメモリが破損する。
LinuxカーネルのAppArmorにおけるunpack_pdb関数では、信頼されていないデータから読み取られたDFAの開始状態が範囲外になることを検証していませんでした。このため、範囲外読み取りの脆弱性が存在しました。この問題により、aa_dfa_next関数が不正な状態テーブルにアクセスし、カーネルのメモリ破壊や脆弱性を引き起こす可能性がありました。本脆弱性は、unpack_pdb関数が範囲外の開始状態を持つポリシーを拒否することで対処されました。
Linuxカーネルにおいて、次の脆弱性が修正されました：accel/amdxdnaのコマンドスロット処理における範囲外のmemsetの問題です。コマンドスロットの残りの空き領域がコマンドヘッダーのサイズより小さい場合があります。使用可能なスロット領域を検証する前にmemset()でコマンドヘッダーをクリアすると、範囲外書き込みおよびメモリ破損が発生する可能性がありました。この問題は、サイズ検証の後にmemset()呼び出しを移動することで修正しました。
Linuxカーネルにおいて、以下の脆弱性が修正されました。bpf: BPF_END値トラッキングのためのレジスタIDリセットに関する問題です。BPF_END（バイトスワップ）操作が行われると、そのレジスタのスカラー値がインプレースで変異します。もしこのレジスタが以前に別のレジスタとスカラーIDを共有していた場合（例：`r1 = r0`の代入後など）、この結びつきを切断する必要があります。現在、検証器はBPF_ENDの場合に`dst_reg-id`を0にリセットする処理を欠いていました。その結果、条件ジャンプがスワップされたレジスタを検査すると、検証器は誤って学習した境界をリンクされたレジスタに伝播させてしまい、リンクされたレジスタの値に誤った信頼を与えてしまいます。そのため、境界外のメモリアクセスを許してしまう可能性がありました。これを解決するために、BPF_ENDの場合に`dst_reg-id`を明示的に0にリセットしてスカラーの結びつきを断ち切る修正を行いました。この対応方法は、BPF_NEGが`__mark_reg_known`を使って処理する方法に類似しています。
Linuxカーネルのdentry_hashtableにおいて、バケットの最小数が2に制限されていなかったため、dhash_entriesを1に設定すると範囲外読み取り（OOB）が発生する問題がありました。この問題は、ハッシュ計算時に割り当てられていないメモリ領域にアクセスすることが原因であり、カーネルモードでページフォールトを引き起こす可能性がありました。本修正では、バケット数を2以上に制限して範囲外アクセスを防止し、この脆弱性を解消しました。
Windows上のGoogle Chrome 148.0.7778.216以前のバージョンに含まれるANGLEの境界外読み取りの脆弱性により、リモートの攻撃者が細工されたHTMLページを介して任意のコードを実行する可能性がありました。
Linuxカーネルにおける脆弱性は、rocket_probeのエラーパスの巻き戻し処理の修正に関するものです。rocket_core_init()関数が失敗した場合、インクリメントしたカウンターを正しくデクリメントして巻き戻さなければなりません。また、最初にプローブに失敗したコアの場合は、rocket_device_fini()でデバイスを削除する必要があります。この修正によって、範囲外アクセスの問題が解決されました。
Linuxカーネルにおいて、stagingのrtl8723bsドライバのrtw_restruct_wmm_ie関数に潜在的な境界外読み取りの脆弱性が修正されました。この脆弱性は、配列アクセス時のインデックスチェックの順序が不適切であったことに起因しています。条件文の順序を修正し、インデックスが配列長内であることを先に確認することで、この問題を解決しました。
Linuxカーネルにおいて、以下の脆弱性が修正されました。libcephのprocess_message_header()関数における潜在的な境界外読み取りを防止します。メッセージフレームが（悪意を持って）破損し、制御セグメントの長さがメッセージヘッダーのサイズ未満になる場合や、異なるフレームがメッセージフレームのように見える場合に、process_message_header()で境界外読み取りが発生する可能性があります。メッセージヘッダーをデコードする前に明示的な境界チェックを行うことで、この問題に対処しています。
Linuxカーネルにおいて、以下の脆弱性が修正されました。libcephのceph_handle_auth_reply()関数に存在した潜在的な境界外アクセスの問題を修正しています。このパッチは、CEPH_MSG_AUTH_REPLYタイプのメッセージによって引き起こされる可能性のあるceph_handle_auth_reply()内の境界外アクセスを解消します。ceph_handle_auth_reply()では、そのようなメッセージのpayload_lenフィールドの値がint型の変数に格納されていました。INT_MAXを超える値は整数オーバーフローを引き起こし、負の値として解釈されます。そのため、ポインタアドレスがこの値だけ減算され、その後ceph_decode_need()により割り当ての終了アドレスを超えないことのみが確認されていたため、そのアドレスにアクセスされてしまいました。この問題は、payload_lenのデータ型をu32に変更することで修正されました。加えて、非負の長さを保持する変数であるresult_msg_lenもu32に変更されました。また、payload_lenとresult_msg_lenをメッセージから読み取った直後に、全体のセグメント長を超えないことを保証する追加の妥当性チェックも導入されました。バグとしては、KASANによりceph_handle_auth_replyにおけるslab-out-of-boundsアクセスが検出され、関連するトレースが実行時に報告されました。idryomovによる修正では、payload_lenとresult_msg_lenのためのif文をceph_decode_need()に置き換えています。
Linuxカーネルにおいて、以下の脆弱性が修正されました。nvme-pciのnvme_dbbuf_set関数内で発生していたスラブ境界外アクセスの問題を修正しました。dev-online_queuesはnvme_init_queue関数内でインクリメントされるカウントであり、有効なインデックスは0からdev-online_queues−1までです。本パッチはループ条件を修正し、インデックスが有効範囲内に収まるようにしました。インデックス0は管理キューのため除外されています。KASANエラーの内容は、nvme_dbbuf_free関数の377行目とnvme_dbbuf_set関数の404行目でスラブ境界外アクセスが検出されたことです。サイズ2の読み込みがタスクkworker/u8:5によって行われました。問題のアドレスは、サイズ2048のkmalloc-2kキャッシュ内の領域[ffff88800592a000, ffff88800592a480)の1152バイト割り当て範囲の右244バイト外に位置していました。この問題はnvme_pciドライバのオンラインキュー管理におけるインデックス計算の不備によって発生しました。パッチにより正しい範囲チェックが追加され、不正アクセスが防止されました。
Linuxカーネルにおいて、次の脆弱性が修正されました。netfilterのnfnetlink_cthelperにあるnfnl_cthelper_dump_table()関数内で範囲外読み取り（OOB読み取り）が発生する問題が解決されました。nfnl_cthelper_dump_table()関数にはforループ本体内のラベルへ飛ぶ「goto restart」が存在します。cb-args[1]に保存された「last」ヘルパーがダンプラウンド間で削除されると、すべてのエントリが(cur != last)チェックに失敗し、cb-args[1]がクリアされません。forループはcb-args[0]がnf_ct_helper_hsizeと等しい状態で終了し、「goto restart」は境界チェックをバイパスしてループ本体に戻るため、nf_ct_helper_hash[nf_ct_helper_hsize]に対して8バイトの範囲外読み取りが発生します。この「goto restart」ブロックは、「last」が見つからなくなったときに現在のバケットを再度走査するためのものでしたが、forループの外に配置されていました。修正により、このブロックはforループ内に移動され、cb-args[0]が範囲内にある場合にのみ再起動が発生するようになりました。BUG: KASANによりnfnl_cthelper_dump_table+0x9f/0x1b0でslab-out-of-boundsが検出されました。サイズ8の読み取りがaddr ffff888104ca3000でtask poc_cthelper/131によって実行されました。コールトレースはnfnl_cthelper_dump_table+0x9f/0x1b0、netlink_dump+0x333/0x880、netlink_recvmsg+0x3e2/0x4b0、sock_recvmsg+0xde/0xf0、__sys_recvfrom+0x150/0x200、__x64_sys_recvfrom+0x76/0x90、do_syscall_64+0xc3/0x6e0の順です。タスク1は__kvmalloc_node_noprof+0x21b/0x700、nf_ct_alloc_hashtable+0x65/0xd0、nf_conntrack_helper_init+0x21/0x60、nf_conntrack_init_start+0x18d/0x300、nf_conntrack_standalone_init+0x12/0xc0で確保されました。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全289,735件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。