全国公的データラボ脆弱性情報（JVN）
脆弱性情報（JVN）検索・一覧
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 292,331 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
種別 境界外書き込み の検索結果：321–360 件目を表示（ページ 9）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
以前に割り当てられたバッファのサイズを動的に変更している間に、その内容が変更されるとメモリ破損が発生します。
デバイスが省電力状態のときにIOCTLコマンドを処理すると、メモリが破損する問題。
Linuxカーネルにおいて、以下の脆弱性が修正されました。ext4ファイルシステムで、truncate操作によりファイルサイズがインラインデータの容量を超えた場合に、インラインデータからextentベースのストレージへ変換する処理をext4_setattr()に追加しました。これにより、インラインデータフラグが設定されたままファイルサイズがインラインで格納可能な容量を超える不整合な状態になることを防ぎます。修正前は、以下の手順でカーネルがBUG_ON()を発生させてクラッシュしていました。1. インラインフラグがセットされていて小さいサイズのinodeを持つファイルシステムをマウントする。2. truncate(file, 50MB)でサイズを拡張するがインラインフラグは解除されなかった。3. sendfile()がデータ書き込みを試みる。4. ext4_write_inline_data()はwrite_sizeがinline_capacityを超えたためBUG_ON()を引き起こしていました。クラッシュは、ext4_write_inline_data()がインラインストレージ内への書き込みを前提としている一方で、実際のインライン容量（i_blockで約60バイト、xattrsで約96バイト）よりもファイルサイズと書き込み要求が大幅に大きいために発生していました。修正では、setattrによる新しいファイルサイズがinodeの実際のインライン容量（EXT4_I(inode)-i_inline_size）を超えた場合に、サイズ変更前にファイルをextentベースのストレージに変換し不整合を防止します。これにより、truncate操作中にインラインデータフラグとファイルサイズの整合性が維持され、根本的な問題が解決されました。
Linuxカーネルにおいて、TH1520 AONファームウェアプロトコルドライバーの2つの問題が修正されました。1つ目は、不安全なポインタ演算によりバッファオーバーフローが発生する可能性があった問題を修正したことです。2つ目は、カスタムのエンディアン変換マクロを標準のカーネルのエンディアン変換マクロに置き換えることで、移植性と保守性が向上したことです。これらの修正により、GPUの電源投入シーケンスが正常に動作し、ドライバーのプローブが成功することが確認されました。
Linuxカーネルにおいて、以下の脆弱性が修正されました：rxrpcの非XDRキー事前解析におけるチケット長の検証漏れです。rxrpc_preparse()には、キーのペイロード解析のために2つの経路があります。XDR経路（大きなペイロード用）と非XDR経路（28バイト以下のペイロード用）です。XDR経路（rxrpc_preparse_xdr_rxkad()）はAFSTOKEN_RK_TIX_MAXに対してチケット長を正しく検証しますが、非XDR経路では行われていませんでした。このため、権限のないユーザーが非常に大きなチケット長を提供できてしまう問題がありました。後にrxrpc_read()でキーが読み込まれる際、トークン全体のサイズ（toksize）の計算がAFSTOKEN_LENGTH_MAXを超える値となり、WARN_ON()が発生します。[ 2001.302904] WARNING: CPU: 2 PID: 2108 at net/rxrpc/key.c:778 rxrpc_read+0x109/0x5c0 [rxrpc] この問題は、rxrpc_preparse()の非XDR解析経路においてチケット長がAFSTOKEN_RK_TIX_MAXを超えないことを確認するチェックを追加することで修正されました。この検証はXDR解析ロジックと同等に行われています。
Linuxカーネルにおいて、以下の脆弱性が修正されました。crypto: ccpにおいて、PSPコマンドが失敗した場合にCPUのIDをユーザースペースにコピーしようとしないようにしました。CPUのIDを取得する際、ファームウェアコマンドが失敗した場合はIDデータをユーザースペースにコピーしない仕様に変更しました。失敗は無効な長さ、つまりユーザースペースのバッファと長さが小さすぎる場合に発生します。この場合、ファームウェアが要求するバイト数をコピーするとカーネルが割り当てたバッファがオーバーフローし、ユーザースペースにデータが漏洩する可能性があります。BUG: KASAN: slab-out-of-boundsはinstrument_copy_to_user ../include/linux/instrumented.h:129 [inline]、_inline_copy_to_user ../include/linux/uaccess.h:205 [inline]、および_copy_to_user+0x66/0xa0 ../lib/usercopy.c:26で発生しました。64バイトの読み取りがアドレスffff8881867f5960でタスクsyz.0.906/24388によって実行されました。CPU: 130 UID: 0 PID: 24388 コマンド: syz.0.906 汚染状態: G U O 7.0.0-smp-DEV #28 PREEMPTLAZY 汚染詳細は[U]=ユーザー、[O]=OOT_MODULEです。ハードウェア名はGoogle, Inc. Arcadia_IT_80/Arcadia_IT_80、BIOSは12.62.0-0で2025年11月19日です。コールトレースはdump_stack_lvl、print_address_description、print_report、kasan_report、check_region_inline、kasan_check_range、instrument_copy_to_user、_inline_copy_to_user、_copy_to_user、copy_to_user、sev_ioctl_do_get_id2、sev_ioctl、vfs_ioctl、__do_sys_ioctl、__se_sys_ioctl、do_syscall_x64、do_syscall_64、entry_SYSCALL_64_after_hwframeです。ドライバがコマンド成功を通知しても、ファームウェアのエラーコードが異なる場合は警告を発してください。これは__sev_do_cmd_locked()がファームウェアエラー時に-EIOを返すことが期待されているためです。
Linuxカーネルにおいて以下の脆弱性が修正されました。crypto: ccp: PSPコマンドが失敗した場合にPDH証明書をユーザースペースにコピーしません。PDH証明書の取得時にファームウェアコマンドが失敗した場合、無効な長さが原因でバッファオーバーフローやユーザースペースへの情報漏洩が発生する可能性がありました。この問題に対して警告を出すことで、ドライバーがコマンド成功を示しつつもファームウェアのエラーを正しく処理できるようにしています。
Linuxカーネルにおいて、crypto: ccp: PSPコマンドが失敗した場合にCSRをユーザースペースにコピーしないよう修正されました。PEK CSRを取得する際、ファームウェアコマンドが失敗した場合はデータのコピーを行わず、これによりバッファオーバーフローやデータ漏洩のリスクを軽減します。この修正によって、ユーザースペースのバッファ長が小さすぎる場合にカーネルが割り当てたバッファをオーバーフローし、不正なメモリアクセスが発生する問題が解決されました。
Linuxカーネルにおいて、以下の脆弱性が修正されました。ksmbdのsmb2_get_ea()関数のEAアライメントにおける境界外書き込みの問題を修正しました。smb2_get_ea()は各EAエントリを書き込んだ後にmemset()を用いて4バイト境界のパディングを適用します。buf_free_lenの境界チェックはmemcpyの前に行われますが、その後のアライメントmemsetは残りのスペースを確認せずに無条件で実行されます。EA値がちょうど残りのバッファを満たす場合（buf_free_lenが値の減算後に0になる場合）、アライメントmemsetはbuf_free_lenの境界を1〜3バイト超えてNULLバイトを書き込みます。複数コマンドで応答バッファが共有される複合リクエストでは、最初のコマンド（例：READ）がバッファの大部分を消費し、QUERY_INFOのEA応答に非常にわずかな空きしか残さないことがあります。この時、アライメントmemsetは物理的なkvmalloc割り当てを超えて隣接するカーネルヒープメモリを上書きします。そこで、アライメントmemsetの前に境界チェックを追加し、buf_free_lenがパディングバイトを格納できることを保証しました。このバグパターンはcommit beef2634f81f（"ksmbd: fix potencial OOB in get_file_all_info() for compound requests"）およびcommit fda9522ed6af（"ksmbd: fix OOB write in QUERY_INFO for compound requests"）で修正されたものと同様であり、両者ともQUERY_INFO応答ハンドラに無条件書き込み前の境界チェックを追加しています。
Linuxカーネルにおいて、以下の脆弱性が修正されました。ksmbdのipc_validate_msg()関数内でレスポンスサイズの検証を行います。ipc_validate_msg()は、攻撃者が制御可能なデーモンレスポンスのフィールドを固定構造体サイズに加算または乗算し、各レスポンスタイプの予想メッセージサイズを符号なし整数の算術で計算します。次の3つの場合にオーバーフローが発生する可能性があります。KSMBD_EVENT_RPC_REQUESTでは、msg_sz = sizeof(struct ksmbd_rpc_command) + resp-payload_szとなります。KSMBD_EVENT_SHARE_CONFIG_REQUESTでは、msg_sz = sizeof(struct ksmbd_share_config_response) + resp-payload_szとなります。KSMBD_EVENT_LOGIN_REQUEST_EXTでは、msg_sz = sizeof(struct ksmbd_login_response_ext) + resp-ngroups * sizeof(gid_t)となります。resp-payload_szは__u32型、resp-ngroupsは__s32型です。各加算は符号なし整数でラップする可能性があり、sizeof(gid_t)との乗算は符号付きとsize_tの混用であるため、負のngroupsは乗算前にSIZE_MAXに変換されます。ラップしたmsg_szの値がたまたまentry-msg_szと等しい場合、次の行でのサイズチェックを回避し、下流の消費者（smb2pdu.c:6742のrpc_resp-payload_szを使うmemcpyやksmbd_alloc_userのkmemdupでresp_ext-ngroupsを使用）が未検証の長さを信用してしまいます。RPC_REQUESTおよびSHARE_CONFIG_REQUESTのパスにはcheck_add_overflow()を使用し、整数オーバーフローを検出しつつ機能的なペイロードサイズを制限しません。ユーザー空間のksmbd-toolsはNetShareEnumAllのような呼び出しでNDRレスポンスを4096バイト単位で増加させるため、レスポンス側でのハードな転送上限は不適切です。LOGIN_REQUEST_EXTについては、resp-ngroupsが符号付きの[0, NGROUPS_MAX]範囲外であれば受付けず、ipc_validate_msg()でエラーを報告してIPC境界で検出できるようにしています。この制限により乗算・加算はUINT_MAXを大幅に下回ります。今後は冗長となるngroupsチェックとksmbd_alloc_user()内のpr_errを削除します。これはリクエスト側を強化したaab98e2dbd64（"ksmbd: 32ビットシステムでの整数オーバーフロー修正"）のレスポンス側に対応した修正です。
Linuxカーネルにおいて、以下の脆弱性が修正されました。ksmbdのsmb_check_perm_dacl()関数でACEの最小サイズを適切に要求するように改善されました。smb_check_perm_dacl()内の両方のACEウォークループは、残りのバッファが小さすぎる場合のみ防御しており、構造体より小さいと宣言されたace-sizeに対しては防御していませんでした。最初のチェックは4バイトのACEヘッダーが範囲内であることのみを要求しており、offset 4のaccess_req(4バイト)が読み取り可能であることは要求していませんでした。攻撃者が所有するファイルに細工されたDACLを設定すると、ace-sizeが4かつaces_sizeが4と宣言し、両方のチェックを通過した後、上位ループでgranted |= le32_to_cpu(ace-access_req);を、下位ループでcompare_sids(&sid, &ace-sid);を呼び出しますが、これはoffset 4のaccess_req(最大4バイトのOOB)およびoffset 8のace-sid(最大CIFS_SID_BASE_SIZE + SID_MAX_SUB_AUTHORITIES * 4バイトのOOB)を読み取る結果となります。これらの両ループを厳密化し、ace_sizeがoffsetof(struct smb_ace, sid) + CIFS_SID_BASE_SIZE以上であることを要求するようにしました。これは最小の有効なオンワイヤACEレイアウト（4バイトヘッダー＋4バイトaccess_req＋8バイトのsidベースでサブ認証なし）です。また、compare_sids()はsub_auth[]エントリを参照する前にsid.num_subauthがSID_MAX_SUB_AUTHORITIESを超えるACEを却下するようにしました。parse_sec_desc()は既に同等のチェックを実施していました（行441から448）が、smb_check_perm_dacl()は時間経過とともに検証が弱くなっていました。到達条件はファイルのACL設定権限を持つ認証済みSMBクライアントです。そのファイルに対するCREATE操作時にカーネルが保存されたDACLをsmb_check_perm_dacl()経由で走査し、OOB読み取りを引き起こします。これは事前認証ではなく、OOB読み取りの影響は攻撃者に反映されませんが、KASANレポートやカーネル状態の破損が発生する可能性があります。
Linuxカーネルにおいて、以下の脆弱性が修正されました。fs/ntfs3のジャーナルリプレイにおけるファイルレコードチェックで、check_file_record()関数はrec-totalをレコードサイズと比較して検証しますが、rec-usedは検証していませんでした。do_action()のジャーナルリプレイハンドラーはディスクからrec-usedを読み取り、memmoveの長さを計算する際にこの値を使用します。具体的には、DeleteAttributeではmemmove(attr, ..., used - asize - roff)、CreateAttributeではmemmove(..., attr, used - roff)、change_attr_sizeではmemmove(..., used - PtrOffset(rec, next))という形です。もしrec-usedが検証済み属性のオフセットより小さいか、レコードサイズより大きい場合、これらの引き算がアンダーフローして4KBバッファに大量のメモリコピーが発生する恐れがあります。この状況は一般的に非常に危険とされています。この問題は破損したファイルシステムが前提となるため、カーネルの脅威モデルには直接関係しませんが、ジャーナルリプレイ時の堅牢性を保つためには、このような明らかに範囲外の値を検証することが特に重要です。修正はrec-usedの値を適切に制限することで対処しました。本修正は、同じswitch文内で異なる値を検査したコミットb2bc7c44ed17（"fs/ntfs3: DeleteIndexEntryRootのスラブアウトオブバウンズ読み取りの修正"）と類似しています。
Nothings stbのバージョン1.22までにセキュリティ上の脆弱性が発見されました。この脆弱性はファイルstb_vorbis.cの関数start_decoderに影響を与えます。この脆弱性の悪用により、境界外書き込みが発生します。攻撃はリモートから実行される可能性があります。このエクスプロイトは公開されており、攻撃に使用される恐れがあります。ベンダーには早期にこの情報を開示しましたが、何らかの回答は得られていません。
Thunderbird ESR 140.10.0およびThunderbird 150.0.0に存在するメモリ安全性のバグです。これらのバグの一部はメモリ破損の証拠を示しており、十分な努力を払えば任意のコードを実行するために悪用できると推測されます。この脆弱性はFirefox 150.0.1、Firefox ESR 140.10.1、Thunderbird 150.0.1、およびThunderbird 140.10.1で修正されました。
Wireshark 4.6.0から4.6.4および4.4.0から4.4.14において、SBCコーデックのクラッシュによりサービス拒否が発生し、さらにコードが実行される可能性があります。
Wireshark 4.6.0から4.6.4および4.4.0から4.4.14におけるRDPプロトコルディセクタのクラッシュにより、サービス拒否やコード実行が発生する可能性があります。
hashcat v7.1.2のsrc/rp_cpu.c内のmangle_to_hex_lower()およびmangle_to_hex_upper()に存在するスタックベースのバッファオーバーフローにより、攻撃者は細工されたルールファイルや128文字以上のパスワード候補とともに使用される-jまたは-kルールオプションを通じて、サービス拒否を引き起こすか、任意のコードを実行する可能性があります。この脆弱性は、パスワードバイトが16進数に変換される際に2倍の拡張を考慮していない境界チェックの失敗によって生じます。
hashcat v7.1.2のKerberosハッシュパーサーにおけるヒープベースのバッファオーバーフローにより、攻撃者が細工されたKerberosハッシュファイルを通じてサービス拒否（DoS）を引き起こしたり、場合によっては任意のコードを実行したりする可能性があります。この問題は、複数のKerberos関連モジュールのmodule_hash_decodeに影響を及ぼし、account_info_lenが信頼できない区切り文字の位置から計算されるため、上限検証なしにmemcpyが固定サイズのaccount_infoバッファにデータをコピーしてしまうことに起因します。
hashcat v7.1.2 の PKZIP ハッシュパーサ内の hex_to_binary におけるヒープベースのバッファオーバーフローにより、攻撃者は細工された PKZIP ハッシュファイルを介してサービス拒否を引き起こしたり、任意のコードを実行したりする可能性があります。この問題はモジュール 17200、17210、17220、17225、および 17230 に影響します。data_type_enum が 1 以下の場合、攻撃者が制御するユーザー提供のハッシュ文字列からの 16 進データが、適切な入力長検証なしに固定サイズのバッファにデコードされます。
Exim 4.99.2より前のバージョンにおいて、JSONルックアップが有効な場合、信頼できないヘッダー内の不正なJSONにJSONオペレーターが遭遇すると、バックスラッシュ（\）の処理が不適切に実装されているため、ヒープ上での境界外書き込みが発生する可能性があります。
GeoVision GV-VMS V20 20.0.2のWebCamサーバーログイン機能にスタックオーバーフローの脆弱性があります。特別に細工されたHTTPリクエストによって、任意のコードを実行できる場合があります。攻撃者は認証されていないHTTPリクエストを送信して、この脆弱性を悪用できます。
GeoVision GV-VMS V20 20.0.2のWebCamサーバーログイン機能にスタックオーバーフローの脆弱性があります。特別に細工されたHTTPリクエストにより、任意のコードを実行される恐れがあります。攻撃者は認証されていないHTTPリクエストでこの脆弱性を誘発できます。制限のないsscanfによるスタックオーバーフローについて説明します。sscanf呼び出しは、Buffer変数をusernameおよびpassword変数に分割しますが、抽出された内容のサイズを宛先バッファのサイズに制限していません。この場合、認証文字列からデコードされたユーザー名またはパスワードがいずれも40文字（スタック変数usernameおよびpasswordのサイズ）を超えると、スタックオーバーフローが発生します。データは攻撃者により制御されますが、ヌルバイト禁止などの強い制約があると悪用が難しくなる可能性があります。攻撃が成功すると、サービスを実行しているマシン上でSYSTEM権限として完全なコードを実行される恐れがあります。
Cisco Secure Firewall Adaptive Security Appliance (ASA) ソフトウェアおよび Cisco Secure Firewall Threat Defense (FTD) ソフトウェアの OSPF プロトコルに脆弱性が存在します。この脆弱性により、認証されていない隣接する攻撃者が影響を受けるデバイスのメモリを破損させ、サービス拒否（DoS）状態を引き起こす可能性があります。この脆弱性は、OSPF プロトコルパケットの解析時にメモリ破損が発生することが原因です。攻撃者は細工された OSPF パケットを影響を受けるデバイスに送信することで、この脆弱性を悪用できます。攻撃が成功すると、メモリ破損を引き起こし、影響を受けるデバイスが再起動して DoS 状態を引き起こす可能性があります。
Linuxカーネルにおいて、以下の脆弱性が修正されました。ip6_tunnelのip4ip6_err()関数内でskb2-cb[]をクリアしない問題がありました。Oskar Kjos氏より次の問題が報告されました。ip4ip6_err()はIPv6受信経路でstruct inet6_skb_parmとして書き込まれたcb[]を持つ複製されたskbを使い、icmp_send()を呼び出します。icmp_send()はIPCB(skb2)を__ip_options_echo()に渡しますが、ここでcb[]領域をIPv4としてstruct inet_skb_parmとして解釈します。レイアウトが異なるため、inet6_skb_parmのnhoff(オフセット14)はinet_skb_parmのopt.rrと重なり、非ゼロのrr値が生成されます。__ip_options_echo()はその後、攻撃者が制御するパケットデータsptr[rr+1]からoptlenを読み取り、固定長40バイトのスタックバッファ(IP_OPTIONS_DATA_FIXED_SIZE)であるdopt-__dataにそのバイト数をコピーします。この問題を修正するために、Oskar Kjosの提案に従ってskb2-cb[]をクリアしました。また、最小限のIPv4ヘッダ検証(version == 4かつihl = 5)も追加しました。
FreeRTOS-Plus-TCPのIPv6ルーターアドバタイズメント処理におけるプレフィックス長フィールドの検証が不十分であるため、V4.2.6およびV4.4.1より前のバージョンにおいて、隣接するネットワークの攻撃者が最大有効長を超えるプレフィックス長の値を持つ細工されたルーターアドバタイズメントを送信すると、メモリ破損が引き起こされ、ヒープバッファオーバーフローが発生する可能性があります。IPv4 RAのみを処理するユーザーには影響がありません。この問題を緩和するために、利用可能になり次第修正済みバージョンにアップグレードすることを推奨します。
GNU Cライブラリバージョン2.2以降の非推奨関数であるns_printrrf、ns_printrrおよびfp_nqueryは、呼び出し元が指定したバッファ長を強制しません。このため、TSIGレコードを印刷する際に境界外書き込みが発生する可能性があります。
UltraISO 9.7.1.3519には、Make CD/DVD ImageダイアログのOutput FileNameフィールドにローカルバッファオーバーフローの脆弱性が含まれており、攻撃者がSEHおよびSEハンドラレコードを上書きできる可能性があります。攻撃者は、304バイトのデータに続いてSEHレコードの上書き値を含む悪意のあるファイル名文字列を作成し、それをOutput FileNameフィールドに貼り付けることで、サービス拒否（DoS）によるクラッシュを引き起こすことができます。
wolfSSLのPKCS7 SignedDataエンコーディング機能にスタックバッファオーバーフローの脆弱性があります。wc_PKCS7_BuildSignedAttributes()では、カスタム署名属性を追加する際に、固定サイズのsignedAttribs[7]配列の残りの空き容量ではなく、不正な容量値（esd-signedAttribsCount）がEncodeAttributes()に渡されます。アプリケーションがpkcs7-signedAttribsSzを、既に追加されているデフォルト属性の数を引いたMAX_SIGNED_ATTRIBS_SZ（デフォルト7）を超える値に設定すると、EncodeAttributes()は配列の境界を越えて書き込みを行い、スタックメモリを破損します。WOLFSSL_SMALL_STACKビルドでは、これがヒープの破損につながります。悪用するには、wc_PKCS7_EncodeSignedData()や関連する署名関数を呼び出す際に、信頼できない入力がsignedAttribs配列のサイズを制御できるアプリケーションが必要です。
wolfSSLのwolfSSL_d2i_SSL_SESSION()関数にはヒープバッファオーバーフローの脆弱性があります。SESSION_CERTSが有効な状態でセッションデータを逆シリアル化する際に、証明書およびセッションIDの長さが境界検証なしで信頼できない入力から読み取られます。そのため、攻撃者は固定サイズのバッファをオーバーフローさせてヒープメモリを破損させる可能性があります。この脆弱性を悪用するには、外部ソースから悪意のあるセッションが読み込まれる必要があります。内部セッションには影響がありません。
wolfSSLのCRLパーサーにおいて、CRL番号を解析する際に二つのバッファオーバーフロー脆弱性が存在しました。CRL番号を16進文字列として不適切に格納すると、ヒープベースのバッファオーバーフローが発生する可能性があります。また、十分なサイズのCRL番号に対してはスタックベースのオーバーフローが発生します。適切に細工されたCRLによって、これらの境界外書き込みのいずれかが引き起こされる可能性があります。この問題はCRLサポートを明示的に有効にしたビルドにのみ影響し、ユーザーが信頼できないソースからCRLを読み込む必要があります。
LibRaw 0.22.0 までに脆弱性が確認されています。この脆弱性は、コンポーネント JPEG DHT パーサーのファイル src/decompressors/losslessjpeg.cpp 内の関数 HuffTable::initval に影響します。引数 bits[] の操作によってバッファ境界外への書き込みが発生します。リモートから攻撃を開始できる可能性があります。攻撃に利用可能なエクスプロイトが公開されています。この問題はバージョン 0.22.1 へのアップグレードにより修正されます。パッチ名は a6734e867b19d75367c05f872ac26322464e3995 です。影響を受けるコンポーネントのアップグレードを推奨します。
Google Chromeのバージョン147.0.7727.138以前のAngleにおける境界外読み取りおよび書き込みの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックスの制限を回避する可能性がありました。
MAGIX Music Editor 3.1には、FreeDB Proxy Optionsダイアログにバッファオーバーフローの脆弱性が存在します。この脆弱性により、ローカル攻撃者が構造化例外処理を悪用して任意のコードを実行可能です。攻撃者は悪意のあるペイロードを作成し、CDメニューのFreeDB Proxy OptionsのServerフィールドに貼り付けることで、設定が受け入れられた際にコード実行を引き起こせます。
Iperius Backup 5.8.1には、構造化例外処理（SEH）メカニズムにローカルバッファオーバーフローの脆弱性があります。悪意のあるファイルパスを提供することで、ローカル攻撃者が任意のコードを実行できる可能性があります。攻撃者は、外部ファイルの場所フィールドに細工されたペイロードを含むバックアップジョブを作成し、バックアップジョブの実行時にバッファオーバーフローを引き起こして、アプリケーション権限でコードを実行できるようにします。
Linuxカーネルにおいて、以下の脆弱性が修正されました。rxrpcの関数rxgk_do_verify_authenticator()に存在していたバッファオーバーリードの問題が修正されました。rxgk_do_verify_authenticator()は、nonceを確認する前にバッファサイズをチェックするように改善されました。
OP-TEEは、ArmのCortex-Aコア上でTrustZone技術を使用し、非セキュアなLinuxカーネルの補助として設計されたTrusted Execution Environment（TEE）です。バージョン3.13.0から4.10.0までの間で、`ta/pkcs11/src/object.c`の`entry_get_attribute_value()`における検査不足により、PKCS#11 TAヒープから境界外読み取りやクラッシュが発生する可能性があります。OOB読み取りと連鎖すると、PKCS#11 TA関数`PKCS11_CMD_GET_ATTRIBUTE_VALUE`または`entry_get_attribute_value()`が、不正なテンプレートパラメータによってテンプレートバッファの末尾から最大7バイト超過して読み取りを行い、PKCS#11オブジェクトの属性値の内容でテンプレートバッファの末尾を越えて書き込みを行うように騙される場合があります。コミットe031c4e562023fd9f199e39fd2e85797e4cbdca9、16926d5a46934c46e6656246b4fc18385a246900、および149e8d7ecc4ef8bb00ab4a37fd2ccede6d79e1caにはパッチが含まれており、バージョン4.11.0に含まれる予定です。
Libgcrypt 1.12.2より前のバージョンは、Dilithium署名を誤って処理していました。静的配列への書き込みには境界チェックがありませんが、攻撃者が制御するデータは使用されていません。
TLSX_EchChangeSNIにおいて、ctx-extensionsブランチはTLSX_FindがNULLを返した場合でも条件なしに拡張機能を設定していました。これにより、TLSX_UseSNIは内部SNIが構成されていない場合でも攻撃者が制御するpublicNameを共有WOLFSSL_CTXに添付してしまいました。TLSX_EchRestoreSNIはserverNameX != NULLによって削除を制限していたため、それをクリーンアップできませんでした。内部のClientHelloは汚染の前にサイズが決定されていましたが、その後に書き込まれたため、TLSX_SNI_Writeは割り当て境界を255バイト超えてmemcpyを行いました。
rust-opensslはRustプログラミング言語向けにOpenSSLバインディングを提供します。バージョン0.9.27から0.10.78未満の間、Deriver::derive（およびPkeyCtxRef::derive）はlen = buf.len()を設定し、これをEVP_PKEY_deriveへの入出力長さとして渡しており、OpenSSLがこれを尊重することに依存していました。OpenSSL 1.1.xでは、X25519、X448、DHおよびHKDF-extractは受信した*keylenを無視し、条件なく完全な共有秘密（32/56/素数サイズのバイト）を書き込みます。短いスライスを渡した呼び出し元は安全なコードからヒープやスタックのオーバーフローを引き起こします。OpenSSL 3.xのプロバイダーはこのチェックを行うため、この問題は古いOpenSSLにのみ影響します。この脆弱性は0.10.78で修正されました。
rust-opensslはRustプログラミング言語向けのOpenSSLバインディングを提供しています。バージョン0.10.78未満では、aes::unwrap_key()に誤ったアサーションが含まれていました。具体的には、out.len() + 8 = in_.len() をチェックしていますが、この条件は逆になっています。本来の不変条件は out.len() = in_.len() - 8 であり、これにより出力バッファが十分な大きさであることを保証します。逆になったチェックのため、この関数は最小必要サイズと同じかそれ以下のバッファしか受け入れず、大きいものは拒否します。より小さいバッファが提供された場合、関数は out の末尾を in_.len() - 8 - out.len() バイト分書き越してしまい、安全な公開関数からの境界外書き込みが発生します。この脆弱性はバージョン0.10.78で修正されました。
脆弱性情報（JVN） よくある質問
脆弱性を製品名やベンダ名で検索できますか？
はい。製品・ベンダ・脆弱性タイプ（CWE）で全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順に表示します。
CVSS（深刻度）とは何ですか？
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
影響を受ける製品やベンダ企業は分かりますか？
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
情報の出典を教えてください。
JVN（IPA〔情報処理推進機構〕・JPCERT/CC 提供）の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全292,331件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。