脆弱性情報（JVN）検索・一覧

7-Zipは高い圧縮率を持つファイルアーカイバです。バージョン9.34から26.00にかけて、WIM（Windows Imaging）アーカイブハンドラのセキュリティディスクリプタルックアップにおいて、ヒープベースのオフバイワンの境界外読み取り脆弱性が含まれていました。CHandler::GetSecurity（CPP/7zip/Archive/Wim/WimHandler.cpp）では、各イメージのSecurOffsetsテーブルはnumEntries + 1個の累積オフセットを保持していますが、チェックのsecurityId = SecurOffsets.Size()はsecurityId == numEntriesを許容します。そのため、関数はSecurOffsets[securityId + 1]を読み取り、ヒープ割り当てされたCRecordVectorの末端の1つ先のUInt32を取得します。operator[]では境界チェックが行われません。securityIdはWIMメタデータ内の任意のディレクトリエントリのオフセット+0xCで攻撃者に制御されており、ハンドラは.wim、.swm、.esd、および.ppkgに登録され、標準の7z.dllでデフォルトで有効です。この境界外読み取りはGUIのゼロクリックでトリガーされます。7zFM.exeのListViewはリスト表示時に全アイテムに対してGetRawProp(kpidNtSecure)を呼び出すため（ASan確認済み）、CLIの7zz l -sltコマンドによるリスト表示でも実行されます。影響は強化されたアロケータ下でのサービス妨害に限定されます。境界外の値は算術的に長さとしてのみ使用され、攻撃者に直接示されないため、軽微な情報漏洩も発生しますが、書き込みプリミティブは存在しません。

7-Zipは高い圧縮率を持つファイルアーカイバです。バージョン9.21から26.00までには、UEFIファームウェアイメージパーサ（CPP/7zip/Archive/UefiHandler.cpp）のParseDepedencyExpression関数にオフバイワンの境界外読み取り脆弱性が存在します。この関数は10エントリのkExpressionCommands静的配列の要素数に対して、=ではなくを使用して攻撃者が制御するオペコードバイトを検証するため、オペコード値10が配列の終わりの1ポインタスロット（x64では8バイト）を.rodata上で読み取ることを許してしまいます。境界外の値はconst char *として逆参照され、その後strlenとmemcpyを経てアーカイブのCharactsプロパティに渡されます。これにより、隣接するバイトが有効な読み取り可能なポインタを形成しない場合にはサービス拒否（アクセス違反）を引き起こし、隣接する.rdataの文字列リテラルがアーカイブのメタデータに少量漏洩する可能性があります。この脆弱性は、SECTION_DXE_DEPEX（0x13）またはSECTION_PEI_DEPEX（0x1B）セクションの最初の本文バイトが0x0Aである場合にOpenFv/OpenCapsule → ParseVolume → ParseSectionsの呼び出し経路を通じてIInArchive::Open()時に自動的に利用されます。UEFIハンドラは標準の7z.dllでUEFIcとUEFIfの両形式に対するシグネチャベースの検出がデフォルトで有効です。結果（クラッシュか無音の情報漏洩か）はビルドごとに決定されますがリンカのレイアウト依存であり、書き込みプリミティブの発生やヒープデータ、秘密情報、ASLRベースアドレスの漏洩はありません。バージョン26.01でこの問題は修正されています。

Google ChromeのMac版バージョン149.0.7827.53以前のANGLEにおける境界外読み取りの脆弱性により、リモートの攻撃者は細工されたHTMLページを介して境界外のメモリを読み取ることが可能でした。

Google Chromeのバージョン149.0.7827.53以前のDawnにおいて、不正な型変換が存在し、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる可能性がありました。

Google Chromeのバージョン149.0.7827.53以前のGPUにおける整数オーバーフローにより、リモートの攻撃者が細工されたHTMLページを介してレンダラプロセスを侵害し、サンドボックスを脱出する可能性がありました。

Google Chromeのバージョン149.0.7827.53以前のANGLEにおける境界外読み取りにより、リモートの攻撃者が細工されたHTMLページを通じてレンダラープロセスを侵害し、サンドボックスから脱出を実行する可能性がありました。この脆弱性はChromiumセキュリティにおいて重大と評価されています。

Google Chromeのバージョン149.0.7827.53以前のDawnには境界外読み取りの脆弱性があり、レンダラプロセスを侵害したリモート攻撃者が細工されたHTMLページを介してサンドボックスから脱出を実行できる可能性がありました。

msgpackデコーダは、切り詰められたfixextデータ（フォーマットコード0xd4-0xd8）を処理する際に、入力バッファ長を適切に検証しません。この問題により、境界外読み取りやランタイムパニックが発生し、サービス拒否攻撃を引き起こす可能性があります。

Google Chrome 148.0.7778.216以前のGPUにおける範囲外読み取りの脆弱性により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを乗っ取り、サンドボックスのエスケープを行う可能性がありました。

Nozomi Networks Labsは、バージョン7.10.0.0 R2601141040のWaterfall WF-500 RX HostにCWE-125: 範囲外読み取りの脆弱性を特定しました。この脆弱性により、TX Hostへのアクセス権を持つ攻撃者がRX Host上でコードを実行できる可能性があります。

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`を使って処理する方法に類似しています。

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カーネルにおいて、以下の脆弱性が修正されました。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で確保されました。

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を渡すことで境界外読み取りを回避しました。

148.0.7778.179 より前の Google Chrome の GPU における範囲外読み取りの脆弱性により、リモート攻撃者が細工された HTML ページを介してヒープ破損を悪用できる可能性がありました。

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とメモリバリアを使用して修正されました。

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の呼び出しで正しい出力バッファを指すポインタを使用しています。

NanaZipはオープンソースのファイルアーカイブソフトウェアです。バージョン5.0.1252.0から6.0.1698.0未満までの間に、NanaZipのZealFSファイルシステムイメージパーサーにスタックベースの境界外読み取りの脆弱性が存在していました。この脆弱性は、細工されたZealFS v1ファイルシステムイメージを開くことで引き起こされます。ファイルヘッダー内の攻撃者が制御するBitmapSizeフィールドが、スタックに割り当てられたZEALFS_V1_HEADER構造体の末尾を越えて読み取る終わりのないループを誘発します。この脆弱性はバージョン6.0.1698.0で修正されました。

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ファイルが解析される際に、攻撃者は情報を漏洩させたり、任意のコードを実行したりすることが可能です。

範囲外読み取りの問題は、改善された範囲チェックによって対処されました。この問題は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という名前で提供されています。この問題に対処するため、パッチの適用を推奨します。

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バイト以上あることを確認するパターンと一致しています。