日本公的データラボ脆弱性情報（JVN）
脆弱性情報（JVN）検索・一覧
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 289,735 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
種別 境界外読み取り の検索結果：161–200 件目を表示（ページ 5）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
Linuxカーネルにおいて、以下の脆弱性が修正されました：netfilterのnft_set_pipapoサブシステム内に存在したpipapo_drop()関数におけるスタックの境界外読み取りの問題です。pipapo_drop()はすべての反復でrulemap[i + 1].nをpipapo_unmap()のto_offset引数として渡していました。最後の反復（i == m-field_count - 1）も含まれていました。これにより、スタック上に確保されたrulemap配列（rulemap[NFT_PIPAPO_MAX_FIELDS]として宣言され、NFT_PIPAPO_MAX_FIELDSは16です）を1要素分超えて読み込むことが発生していました。pipapo_unmap()はis_lastがtrueの場合、to_offset値を使用せずに早期リターンしますが、引数は関数本体が実行される前に呼び出し元で評価されるため、本物のスタックの境界外読み取りとなっており、KASANによって検出されました。具体的には、BUG: KASAN: stack-out-of-bounds in pipapo_drop+0x50c/0x57c [nf_tables]、サイズ4の読み取りがアドレスffff8000810e71a4で発生しました。このフレームには1つのオブジェクトがあり、その範囲は[32, 160)の'rulemap'です。バグのあるアドレスはオフセット164で、rulemap配列の末尾を正確に4バイト超えています。問題を解決するために、最終反復時にはrulemap[i + 1].nの代わりに0を渡すことで境界外読み取りを回避しました。
Rsync バージョン 3.4.2 およびそれ以前には、receiver.c の recv_files() に受信側の境界外配列読み取りの脆弱性が存在し、悪意のある rsync サーバーが rsync クライアントプロセスをクラッシュさせる可能性があります。攻撃者は、互換性フラグで CF_INC_RECURSE を設定し、最初のソートされたエントリが先頭のドットディレクトリでなく、続いて ndx=0 の転送レコードと ITEM_TRANSFER を含まない iflag ワードを持つ特別に細工されたファイルリストを送信することで、この脆弱性を悪用できます。これにより、受信側は割り当てられたポインター配列の8バイト前を読み取り、マップされていないアドレスの無効なポインターを逆参照して、rsync クライアントが決定的な SIGSEGV クラッシュを引き起こします。
Linux上のGoogle Chrome 148.0.7778.168未満のバージョンにおいて、GPUの境界外読み取りの脆弱性により、レンダラープロセスを乗っ取ったリモート攻撃者が細工されたHTMLページを介してクロスオリジンのデータを漏洩させることが可能でした。
MacのGoogle Chrome148.0.7778.179より前のバージョンにおいて、GPUの境界外読み取りの脆弱性が存在し、リモート攻撃者が細工されたHTMLページを介して境界外メモリの読み取りを実行できる可能性がありました。
148.0.7778.179 より前の Google Chrome の GPU における範囲外読み取りの脆弱性により、リモート攻撃者が細工された HTML ページを介してヒープ破損を悪用できる可能性がありました。
Linuxカーネルのmedia: dvb-netのULE拡張ヘッダーテーブルにおける範囲外アクセスの脆弱性が修正されました。handle_one_ule_extension()関数内で、ule_mandatory_ext_handlers[]およびule_optional_ext_handlers[]テーブルは255要素で宣言されていますが、htypeが範囲外の255になる場合があり、不正な関数ポインタが呼び出される可能性がありました。修正では、htypeが配列の範囲内であるか検証し、範囲外の値の場合はSNDUを破棄する処理が行われます。
Linuxカーネルにおいて、以下の脆弱性が修正されました。bpf: BPF_OR用のmaybe_fork_scalars()における不適切なスカラー分岐を修正しました。maybe_fork_scalars()はソースオペランドが定数の場合にBPF_ANDおよびBPF_ORの両方で呼び出されます。dstの符号付き範囲が[-1, 0]の場合、検証状態を分岐させます。分岐先のパスはdst=0、現在のパスはdst=-1となります。BPF_ANDの場合、これは正しく（0 & K == 0）ですが、BPF_ORの場合は誤っています（0 | K == Kであり0ではありません）。したがって分岐先のパスは実行時の値がKであるにもかかわらずdstを0として追跡し、検証器と実行時の不整合を生み、境界外のマップアクセスを可能にする悪用可能な状態を作り出していました。この問題は、push_stack()にenv-insn_idx（env-insn_idx + 1ではなく）を渡すことで修正されており、分岐先のパスがdst=0でALU命令を再実行し、任意のオペコードに対して自然に正しい結果を計算するようになりました。
Linuxカーネルにおいて、以下の脆弱性が修正されました：usbクラスのcdc-wdmに関する読み取りコードパスの順序を入れ替える問題の修正です。バグレポートによると、コンパイラの最適化またはCPUのアウトオブオーダー実行により、desc-lengthの更新がmemmoveの前に再順序される可能性がありました。これが発生すると、wdm_read()は新しい長さを参照し、初期化されていないメモリに対してcopy_to_user()を呼び出すことがありました。この動作はLKMMのデータ競合ルール[1]にも違反していました。この問題は、WRITE_ONCEとメモリバリアを使用して修正されました。
coreMQTTのバージョン5.0.1以前のMQTT v5.0プロパティパーサーにおける境界チェックの欠如により、細工されたパケットを送信されることでMQTTブローカーがサービス拒否（DoS）を引き起こす可能性があります。この問題を解決するために、ユーザーはv5.0.1にアップグレードする必要があります。
Linuxカーネルにおいて、以下の脆弱性が修正されました：netfsにおけるリトライ中の読み取り放棄の問題です。特定の状況下で、読み取りリクエストの残りのすべてのサブリクエストがリトライ中に放棄されてしまいます。放棄処理は、'subreq'変数が放棄を開始する位置に設定されていることを想定していますが、常に有用な値を持っているわけではありません（最初のループ通過時には未初期化であり、後の通過時には削除されたサブリクエストを指している場合があります）。"abandon:"への最初のジャンプ時に、subreqをリトライが必要な最初のサブリクエストの開始位置に設定するよう修正しました（この放棄ケースでは予期せずNEED_RETRYが設定されていませんでした）。また、余分なリトライ可能なサブリクエストを破棄した後にsubreqポインタをクリアし、アクセスしようとした場合にはoops（カーネルエラー）が発生するようにしました。
Microsoft Office Excelのバッファ外読み取りにより、権限のない攻撃者がローカル情報を漏洩する可能性があります。
Linuxカーネルにおいて、以下の脆弱性が修正されました。hwmonの(pmbus/q54sj108a2) debugfs読み取り時に発生するスタックバッファオーバーフローの問題です。q54sj108a2_debugfs_read関数は、bin2hex()に誤った引数を渡していたため、スタックバッファオーバーフローが発生していました。この関数では現在、'data'を出力先、'data_char'を入力元として渡しています。bin2hex()は入力バイトごとに2つの16進文字を生成するため、32バイトのブロック読み取りで64バイトの出力となります。しかし、'data'は34バイト（I2C_SMBUS_BLOCK_MAX + 2）のサイズしかなく、そのためバッファの末端から30バイト分がスタック上に書き込まれてしまいます。さらに、引数の順序が逆であったため、初期化済みのゼロの'data_char'から読み込み、'data'に書き込んでおり、実際のI2C読み取りに関係なく全てゼロが出力されていました。これを修正するために、以下の対応を行いました。1. 'data_char'のサイズを66バイトに拡張し、16進出力を安全に格納可能にしました。2. bin2hex()の引数の順序を正しくし、実際の読み取りバイト数を使用しました。3. 最終的なsimple_read_from_bufferの呼び出しで正しい出力バッファを指すポインタを使用しています。
OSGeo gdal 3.13.0dev-4までに脆弱性が発見されました。この脆弱性は、frmts/hdf4/hdf-eos/SWapi.cファイルのSWSDfldsrch関数に影響します。操作を行うことでヒープベースのバッファオーバーフローが発生する可能性があります。この攻撃にはローカルアクセスが必要です。エクスプロイトが公開されており、悪用される可能性があります。バージョン3.13.0RC1にアップグレードすると、この問題は解決されます。このパッチは3e04c0385630e4d42517046d9a4967dfccfeb7fdと呼ばれています。影響を受けるコンポーネントはアップグレードしなければなりません。
OSGeo gdalのバージョン3.13.0dev-4までに脆弱性が発見されました。影響を受けるのはGrid File Handlerコンポーネントのファイルfrmts/hdf4/hdf-eos/GDapi.c内の関数GDSDfldsrchです。この脆弱性によりヒープベースのバッファオーバーフローが発生します。攻撃はローカルで行う必要があります。エクスプロイトは既に公開されており、悪用される可能性があります。バージョン3.13.0RC1へアップグレードすることでこの問題を解決できます。修正パッチの識別子は3e04c0385630e4d42517046d9a4967dfccfeb7fdです。影響を受けるコンポーネントはアップグレードすることが推奨されます。
LinuxおよびChromeOS上のGoogle Chromeの148.0.7778.168以前のバージョンのMediaにおける境界外読み取りの脆弱性により、リモートの攻撃者が細工されたJPEGファイルを介してレンダラープロセスを侵害し、プロセスメモリから潜在的に機密性の高い情報を取得する可能性がありました。
Google Chromeのバージョン148.0.7778.168より前のUIにおける範囲外読み取りの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを乗っ取り、プロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。
Mac向けGoogle Chrome148.0.7778.168より前のバージョンのFileSystemにおける境界外読み取りの脆弱性により、攻撃者が特定のUIジェスチャーを実行するようユーザーを誘導すると、細工されたHTMLページを通じてプロセスメモリから潜在的に機密性の高い情報を取得する可能性がありました。
MacおよびWindows上のGoogle Chromeバージョン148.0.7778.168以前において、GPUの境界外読み取りの脆弱性により、リモートの攻撃者がレンダラープロセスを侵害し、細工されたHTMLページを介してプロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。
Windows DWMコアライブラリの境界外読み取りの脆弱性により、認証された攻撃者がローカルで情報を漏洩させる可能性があります。
Telnetクライアントにおける境界外読み取りにより、認証されていない攻撃者がネットワーク上で情報を漏洩させる可能性があります。
NanaZipはオープンソースのファイルアーカイブソフトウェアです。バージョン5.0.1252.0から6.0.1698.0未満までの間に、NanaZipのZealFSファイルシステムイメージパーサーにスタックベースの境界外読み取りの脆弱性が存在していました。この脆弱性は、細工されたZealFS v1ファイルシステムイメージを開くことで引き起こされます。ファイルヘッダー内の攻撃者が制御するBitmapSizeフィールドが、スタックに割り当てられたZEALFS_V1_HEADER構造体の末尾を越えて読み取る終わりのないループを誘発します。この脆弱性はバージョン6.0.1698.0で修正されました。
bareboxのバージョン2026.04.0以前には、dhcp_message_type()関数内のDHCPオプション解析において、受信パケットの範囲内にオプションポインタが留まっているかどうかを検証しないため、範囲外読み取りの脆弱性が存在します。同じブロードキャストドメイン内の攻撃者が、適切な0xffの終了マーカーを含まない細工されたDHCP OfferまたはACKパケットを送信すると、パーサーが有効なパケットデータを超えて読み取りを行い、システムをクラッシュさせる可能性があります。
Ashlar-Vellum の Cobalt、Xenon、Argon、Lithium、および Cobalt Share バージョン 12.6.1204.216 以前には、境界外読み取りの脆弱性が存在します。この脆弱性により、特別に細工された VC6 ファイルが解析される際に、攻撃者が情報を開示したり、任意のコードを実行したりする可能性があります。
Ashlar-Vellum Cobalt、Xenon、Argon、Lithium、およびCobalt Shareのバージョン12.6.1204.216以前には、境界外読み取りの脆弱性が存在します。この脆弱性により、特別に細工されたVC6ファイルが解析される際に、攻撃者は情報を漏洩させたり、任意のコードを実行したりすることが可能です。
OpenImageIOは、VFXやアニメーションに関連するあらゆる画像ファイル形式の読み書きおよび操作を行うツールセットです。バージョン3.0.18.0および3.1.13.0以前では、TGAInput::decode_pixel内の境界チェックでk + palbytesppの計算が符号なし32ビット算術で行われています。kが0xFFFFFFFC、palbytesppが4の場合、この加算はオーバーフローして0にラップし、palette_alloc_sizeより小さいと判定されてチェックを通過します。その後のパレットアクセスはラップされていないk（0xFFFFFFFC）をインデックスとして使用し、パレットバッファの開始位置から約40億バイト先を読み取るため、SEGV（セグメンテーション違反）が発生します。この脆弱性はバージョン3.0.18.0および3.1.13.0で修正されました。
範囲外読み取りの問題は、改善された範囲チェックによって対処されました。この問題はiOS 16.5およびiPadOS 16.5、macOS Ventura 13.4、tvOS 16.5、visionOS 1.0、watchOS 9.5で修正されています。この問題により、アプリケーションがサービス拒否（DoS）を引き起こす可能性があります。
bareboxのバージョン2026.04.0以前には、fs/ext4/ext4_common.c内のeh_entriesフィールドがバッファの容量と比較して検証されていないため、ext4のエクステント解析において境界外読み取りの脆弱性があります。攻撃者はUSB、SDカード、またはネットワークブートを介して悪意のあるext4ファイルシステムイメージを提供でき、ブート時のファイルシステム解析中にヒープの境界外読み取りを引き起こすことが可能であり、それによって読み取りを任意のディスクオフセットにリダイレクトする危険があります。
Linuxカーネルにおいて、次の脆弱性が修正されました：ntb: ntb_hw_switchtecにおけるMW LUTの0に対するシフト範囲外アクセスの問題です。MW LUTの数はNTBの設定に依存し、ゼロに設定されることがあります。その場合、rounddown_pow_of_two関数を実行すると未定義の動作が発生する可能性があり、その関数を実行してはいけません。このパッチは、rounddown_pow_of_twoが有効な値に対してのみ呼び出されることを保証します。
境界チェックが改善され、境界外読み取りの問題が解決されました。この問題はiOS 26.5、iPadOS 26.5、macOS Tahoe 26.5、tvOS 26.5、およびwatchOS 26.5で修正されています。アプリが予期しないシステム終了を引き起こしたり、カーネルメモリを読み取ったりする可能性がありました。
Open5GS 2.7.7までのバージョンに脆弱性が検出されました。この脆弱性は、コンポーネントNFのライブラリlib/sbi/client.c内の関数ogs_sbi_client_send_via_scp_or_seppに影響を与えます。操作を行うことで境界外読み取りが発生します。この攻撃はリモートで実行可能です。対策パッチはd5bc487fcf9ea87d2b03f2ef95123af344773bfbという名前で提供されています。この問題に対処するため、パッチの適用を推奨します。
Illustratorのバージョン29.8.6、30.3およびそれ以前のバージョンは、境界外読み取りの脆弱性の影響を受けており、これにより機密メモリの情報漏えいが発生する可能性があります。攻撃者はこの脆弱性を悪用して機密情報を漏洩させることが可能です。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザーの操作が必要です。
Linuxカーネルにおいて、以下の脆弱性が修正されました。hwmon: (tps53679) ゼロ長ブロック読み取りによる配列アクセスの問題を修正しました。i2c_smbus_read_block_data()は0を返すことがあり、これはゼロ長の読み取りを示しています。この場合、tps53679_identify_chip()がbuf[ret - 1]にアクセスしますが、buf[-1]となり、スタック上のバッファの1バイト前を読み取ってしまいます。修正ではチェック条件を"ret 0"から"ret = 0"に変更し、ゼロ長の読み取りをエラー(-EIO)として扱うことで、境界外の配列アクセスを防止しています。また、隣接するコメントの誤字も修正し、「if present」の重複を取り除きました。
Linuxカーネルにおいて、以下の脆弱性が修正されました。io_uring/rsrcでは、長さが0の固定バッファインポートを拒否します。validate_fixed_range()はlenが0の場合、登録された領域の正確な終端にbuf_addrを許可してしまいます。これは、チェックが厳密な大なり（buf_end imu-ubuf + imu-len）を使用しているためです。io_import_fixed()はその後、offset == imu-lenを計算し、これによりbvecスキップロジックが最後のbio_vecエントリを越えて進み、範囲外のスラブメモリからbv_offsetを読み取ってしまいます。lenが0の場合、io_import_fixed()は早期にリターンします。これは長さ0のインポートが転送するデータがなく、bvec配列を全く走査すべきでないためです。バグの内容は、KASANがio_import_reg_buf+0x697/0x7f0でスラブ範囲外読み取りを検出したことです。タスクpoc/103によってアドレスffff888002bcc254からサイズ4の読み取りが行われました。コールトレースは以下の通りです：io_import_reg_buf+0x697/0x7f0、io_write_fixed+0xd9/0x250、__io_issue_sqe+0xad/0x710、io_issue_sqe+0x7d/0x1100、io_submit_sqes+0x86a/0x23c0、__do_sys_io_uring_enter+0xa98/0x1590。タスク103によって割り当てられた領域の12バイト右側に問題のアドレスがあります。割り当てられた584バイトの領域は[ffff888002bcc000, ffff888002bcc248)です。
Linuxカーネルにおいて、以下の脆弱性が修正されました。netfilter: nf_conntrack_h323のdecode_choice()関数内で発生していた範囲外読み取り（OOB読み取り）の問題です。decode_choice()関数では、get_len()の前の境界チェックで、関数冒頭で初期化されたままの変数`len`（値は0）を使用していました。具体的には、unsigned int type, ext, len = 0; ... if (ext || (son-attr & OPEN)) {BYTE_ALIGN(bs); if (nf_h323_error_boundary(bs, len, 0)) /* ここでlenは0 */ return H323_ERROR_BOUND; len = get_len(bs); /* OOB読み取り */}ビットストリームがちょうど消費され（bs-cur == bs-end）た場合、nf_h323_error_boundary(bs, 0, 0)の判定は(bs-cur + 0 bs-end)となり、falseになります。これにより、その後のget_len()呼び出しは*bs-cur++を逆参照し、バッファの終端を1バイト越えて読み取ってしまいます。もし読み取ったバイトのビット7がセットされている場合、get_len()はさらに2バイト目も読み取ります。この問題は、nf_conntrack_h323ヘルパーが有効なファイアウォールを介して、PERエンコードされた2バイト（{0x08, 0x00}）のUser-User Information Elementを含む細工されたQ.931 SETUPメッセージをポート1720に送信することでリモートから引き起こすことができます。デコーダはPERバッファを完全に消費した後にこのコードパスに達するため、1から2バイトのヒープバッファオーバーフロー読み取りが発生し、AddressSanitizerによって検出されました。この問題は、初期化されていない`len`の代わりにget_len()が読み取る可能性のある最大2バイトをチェックすることで修正されました。この修正は、同じファイルの他のget_len()呼び出し箇所で用いられている、呼び出し前に利用可能なデータが2バイト以上あることを確認するパターンと一致しています。
PHPのバージョン8.4.*の8.4.21未満および8.5.*の8.5.6未満において、埋め込みNULバイトを含むエンコーディング名がmb_convert_encoding()や関連するmbstring関数に渡されると、strncasecmp()が0を返して文字列の長さが同じであると誤って判断します。これにより、グローバルメモリの範囲外読み取りが発生し、クラッシュや情報漏洩、またはプログラムの異常終了を引き起こす可能性があります。影響を受ける関数にはmb_convert_encoding()、mb_detect_encoding()、mb_convert_variables()、mb_detect_order()のほか、mbstring.detect_orderおよびmbstring.http_outputのINI設定が含まれます。
PHPのバージョン8.2.*の8.2.31未満、8.3.*の8.3.31未満、8.4.*の8.4.21未満、および8.5.*の8.5.6未満において、urldecode()を含むいくつかの関数は符号付きcharをctype関数（例えばisxdigit()）に渡します。デフォルトで符号付きcharを使用し、最適化されたテーブルルックアップctype関数を持つシステム（NetBSDなど）では、これにより負のオフセットの配列アクセスが発生し、サービス拒否（DoS）を引き起こす可能性があります。
libuclに脆弱性が見つかりました。リモートの攻撃者は、埋め込みヌルバイトを含むキーを持つ特別に細工されたUniversal Configuration Language（UCL）入力を提供することでこれを悪用できます。これにより、オブジェクトの解析および出力時に`ucl_object_emit`関数でセグメンテーションフォルト（SEGVフォルト）が発生し、サービス拒否（DoS）を引き起こす可能性があります。
Linuxカーネルにおいて、以下の脆弱性が修正されました。ALSAのcaiaqでのinit_card関数におけるスタックの境界外読み取りの問題です。このループはカードの短縮名から空白を除去したコピーを作成しますが、境界チェックに`len sizeof(card-id)`を使用していました。sizeof(card-id)は16であり、ローカルのidバッファも16バイトです。そのため、16文字の空白以外の文字を書き込むとバッファ全体が埋まり、終端のヌルバイトが上書きされてしまいます。その後、このヌル終端されていない文字列がsnd_card_set_id()からcopy_valid_id_string()に渡されると、`while (*nid && ...)`のループによりスタックバッファの終端を越えて読み取り、スタックの内容を読み出してしまいます。多くの非ASCIIかつ非空白文字（例えばマルチバイトUTF-8）を含む製品名のUSBデバイスでは、以下のように確実にこの問題が発生します。BUG: KASAN: stack-out-of-bounds in copy_valid_id_string sound/core/init.c:696 [inline] BUG: KASAN: stack-out-of-bounds in snd_card_set_id_no_lock+0x698/0x74c sound/core/init.c:718。オフバイワン問題は2009年6月（v2.6.31-rc1）のコミットbafeee5b1f8d（"ALSA: snd_usb_caiaq: give better shortname"）以来存在していました。この空白除去ループを最初に導入したコードは、コピーの際にヌル終端文字を考慮していませんでした。本問題はループの境界値を`sizeof(card-id) - 1`に変更し、少なくとも1バイトをヌル終端のために確保することで修正されました。
LinuxカーネルのWi-Fiドライバーであるiwlwifiのiwl_mvm_nd_match_info_handler()関数に潜在的な境界外読み取りの脆弱性が存在していました。この問題はmemcpy関数がコピーするバイト数以上のサイズの配列を仮定していたことと、パケット長の検証が不十分であったことが原因です。適切なバリデーションチェックを追加することで安全性が向上しました。
Linuxカーネルにおいて、以下の脆弱性が修正されました。perf/x86のintel_pmu_hw_configにおける潜在的な不正なcontainer_ofの問題を修正しました。自動カウンターリロードでは、ソフトウェアイベントを含むイベントのグループが存在することがあります。ソフトウェアイベントPMUはx86_hybrid_pmuではなく、intel_pmu_set_acr_caused_constr内（ハイブリッドヘルパー経由）でのcontainer_of操作が境界外メモリ読み取りを引き起こす可能性がありました。これを防ぐために、intel_pmu_set_acr_caused_constrへの呼び出しはis_x86_eventチェックで保護されています。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全289,735件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。