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

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）を引き起こす可能性があります。

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チェックで保護されています。

gobgp v4.3.0 の ParseIP6Extended 関数 (/bgp/bgp.go) における境界外読み取りの脆弱性により、攻撃者は細工された BGP UPDATE メッセージを提供してサービス拒否（DoS）を引き起こす可能性があります。

Linuxカーネルにおいて、以下の脆弱性が修正されました。netfilterのxt_tcpmssにおいて、optlenを読み取る前に残りの長さをチェックするように改善されました。報告者によると、net/netfilter/xt_tcpmss.cの53から68行目で、TCPオプションパーサは残りのオプション長を検証せずに直接op[i+1]を読み取っていました。オプションフィールドの最後のバイトがEOLまたはNOP（0または1）でない場合、コードはop[i+1]にアクセスしようとします。i + 1がoptlenと等しい場合、これは境界外読み取りを引き起こし、optlenの境界を超えたメモリ（スタックバッファの_optまたは後続のペイロード）を読み取ってしまう可能性がありました。

Linuxカーネルにおいて、media: qcom: camss: vfe: vfe_isr_reg_update() 関数の境界外アクセスの脆弱性が修正されました。vfe_isr() 関数は MSM_VFE_IMAGE_MASTERS_NUM(7) をループの上限として使用し、vfe-line[] 配列の境界を超えるインデックスでアクセスしていましたが、vfe-line[] は VFE_LINE_NUM_MAX(4) で定義されています。この問題は、出力ラインと書き込みマスターを別々のループで処理することにより修正されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ntb: ntb_hw_switchtecにおける配列の境界外アクセスの問題が修正されました。MW LUTの数はNTB構成に依存し、MAX_MWSに設定可能です。このパッチはmw_sizesへの無効なインデックスによる境界外アクセスから保護します。無効なアクセスが発生した場合は、設定が無効であることをユーザーに通知します。

Linuxカーネルのnetfilterのctnetlinkサブシステムに存在する脆弱性が修正されました。この脆弱性は、新しい期待値に対して明示的なヘルパーを無視する不具合に起因し、期待値の検証時に境界外のカーネルメモリを読み取る可能性がありました。この問題は、既存のマスターコネクトラックヘルパーのみを使用し、それ以外のユーザー空間によるヘルパーの提案を無視することで解決されました。これにより、カーネルのメモリ安全性が向上しました。CTA_EXPECT_HELP_NAMEは引き続きnetlinkダンプを通じてユーザー空間にヘルパー名を提供するために使用されています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。mplsのplatform_labelペアを保護するためにseqcountが追加されました。RCU保護されたコードパス（mpls_forward、mpls_dump_routes）は、同時リサイズ（platform_mutexの下でのresize_platform_label_table）が発生した場合にplatform_labelsとplatform_labelの不整合な表示が起こる可能性があります。この不整合により、境界外アクセス（OOB）が発生する恐れがあります。このパッチはseqcountを追加し、一貫したスナップショットが取得できるようにします。なお、mpls_label_okも影響を受けるため、platform_mutexの外で行われるrtm_to_route_configのRTA_DSTに対するチェックは十分ではありません。この値はmpls_route_addおよびmpls_route_delの両方で再度mpls_label_okに渡されるため問題はありませんが、追加のチェックを削除してはいけません。

Linuxカーネルにおいて、以下の脆弱性が修正されました。fs/smb/clientのcifs_sanitize_prepath関数内で発生していた境界外読み取りの問題です。cifs_sanitize_prepathが空文字列または区切り文字のみ（例："/"）を含む文字列で呼び出された場合、現在のロジックはcursor2が進む前に*(cursor2 - 1)をチェックしようとし、その結果境界外読み取りが発生しました。このパッチでは、先頭の区切り文字を取り除いた後に早期終了チェックを追加し、パスの内容が残っていなければ関数はNULLを返すように修正しています。このバグは手動監査によって特定され、AddressSanitizerでコンパイルしたスタンドアロンのテストケースを用いて検証され、影響を受ける入力でSEGVが発生することを確認しました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。mailbox: mchp-ipc-sbiのmchp_ipc_get_cluster_aggr_irq()関数における範囲外アクセスの問題を修正しました。cluster_cfg配列はオンラインCPUの数に基づいて各CPUごとの構成構造体を格納するために動的に割り当てられます。従来、この配列はhartidをインデックスとして使用していましたが、hartidは連続していなかったり配列の範囲を超える可能性があり、範囲外アクセスが発生していました。有効な範囲が保証されているfor_each_online_cpu()によって提供されるcpuidをインデックスとして使用するように変更しました。

Linuxカーネルのdrm/xeサブシステムにおいて、madvise IOCTLでのpat_indexに対する境界チェックが不十分である脆弱性が報告されました。具体的には、xe_pat_index_get_coh_mode()関数がpat_indexの範囲検証を行わずに配列へアクセスするため、不正な値を用いることでカーネルの範囲外読み取りが発生する可能性があります。この問題はmadvise_args_are_sane()関数がpat_indexの検証を先行せずに処理を進めることに起因しています。この脆弱性が悪用されるとシステムの機密情報が漏洩するリスクを引き起こすおそれがあります。修正により、pat_indexの境界チェックが適切に実装され、またSpectre攻撃緩和のためにarray_index_nospec()が使用されるようになりました。

Linuxカーネルにおいて、以下の脆弱性が解消されました。mailbox: fw_mbox_index_xlate()関数における境界外アクセスの防止です。#mbox-cellsは少なくとも1であるべきですが、デバイスツリーには多くの#mbox-cells = 0;の例があります。その場合、対応するメールボックスコントローラーがfw_xlateおよびof_xlate関数ポインタを提供しないと、デフォルトでfw_mbox_index_xlate()が使用されます。この関数での境界チェック不足により、境界外アクセスが発生する可能性があります。

Linuxカーネルにおいて、以下の脆弱性が修正されました：dmaengine: idxdにおけるFLR後の不正なメモリアクセスの可能性を修正しました。最初のファンクションレベルリセット（FLR）が正常に終了した場合でも、2回目のFLRで保存される設定用のスクラッチエリアが割り当てられないと、不正なメモリアクセスが発生する可能性があります。FLRが完了した後は、常に解放されたスクラッチエリアをNULLに設定するようにしています。

Linuxカーネルにおいて、ext4_ext_correct_indexes関数内でp_idxの境界を検証しなかった問題によりスラブの境界外読み取りが発生する脆弱性が修正されました。オンディスクのエクステントヘッダーが破損または不正なeh_entries値を含む場合、p_idxが割り当てられたバッファの末尾を越えてアクセスできる可能性がありました。この問題は、whileループの前後でpath[k].p_idxをEXT_LAST_INDEX()に対して検証し、不正な場合は-EFSCORRUPTEDを返すことで修正されました。

Linuxカーネルにおいて、scsi: ibmvfcのibmvfc_discover_targets_done()関数に存在した境界外アクセスの脆弱性が修正されました。悪意のあるまたは侵害されたVIOサーバがmax_targetsを超えるnum_writtenの値を返すことで、割り当てられたバッファの外側にあるカーネルメモリにアクセスし、情報漏洩が発生する可能性がありました。修正ではnum_writtenの値をmax_targetsに制限して、この問題を解決しました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。vt：リサイズ後の代替スクリーン退出時に古いUnicodeバッファを破棄しない問題です。enter_alt_screen()がvc_uni_linesをvc_saved_uni_linesに保存し、vc_uni_linesをNULLに設定すると、その後vc_do_resize()によるコンソールのリサイズ時にvc_uni_linesがNULLのためUnicodeバッファの再割り当てがスキップされます。しかし、vc_saved_uni_linesは元のサイズで割り当てられた古いバッファを指し続けます。後にleave_alt_screen()がvc_saved_uni_linesを復元すると、バッファの寸法がvc_rows/vc_colsと一致しません。現在の寸法を使用してUnicodeバッファを走査する操作（例：画面をクリアするcsi_J）は境界外のメモリアクセスを行い、カーネルのoopsを引き起こします。障害アドレス0x0000002000000020は、2つの隣接するu32スペース文字(0x20)がポインタとして解釈されたものであり、80x25向けに割り当てられたバッファの25エントリポインタ配列の後ろの行データ領域から読み取られていますが、240x67の寸法でアクセスされました。この問題は、代替スクリーン中にコンソールの寸法が変わったかどうかをチェックし、変わっていれば古い保存済みバッファを復元せずに解放することで修正されました。Unicodeスクリーンは次回必要となった際にvc_uniscr_check()により遅延再構築されます。

Linuxカーネルにおいて、HIDコアの脆弱性が修正されました。hid_report_raw_event()内のmemset()関数は、受信データ文字列の終わりからバッファの想定終端までの領域をゼロクリアする目的で使用されていましたが、これにより不正な読み書きが発生する可能性がありました。現在の対策として、memset()を削除し、受信イベントバッファのサイズがレポートに十分でない場合は処理を中断するように変更しています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。HID: wacom: wacom_intuos_bt_irqにおける境界外読み取りの問題です。wacom_intuos_bt_irq()関数はBluetooth HIDレポートを処理しますが、十分な境界チェックが行われていませんでした。悪意を持って作成された短いレポートにより、wacom構造体へのデータコピー時に境界外読み取りが発生する可能性がありました。具体的には、レポート0x03は処理されたデータとバッテリーステータスを安全に読み取るために少なくとも22バイトを必要とし、レポート0x04（0x03にフォールスルー）は32バイトを必要とします。これらのレポートIDに対して明示的な長さチェックを追加し、短いレポートが受信された場合は警告をログに記録するようにしました。

Linuxカーネルにおいて、次の脆弱性が修正されました。io_uring/net: io_bundle_nbufs()におけるスラブの境界外読み取りの問題です。sqe-lenは__u32型ですが、sr-lenに格納されるとint型になります。ユーザースペースがINT_MAX（例：0xFFFFFFFF）を超えるsqe-lenの値を渡すと、sr-lenが負の値にオーバーフローします。この負の値がバンドルの受信/送信パス全体に伝播します。以下の流れで問題が発生します。1. io_recv(): sel.val = sr-len（ssize_tが-1となる） 2. io_recv_buf_select(): arg.max_len = sel-val（size_tが0xFFFFFFFFFFFFFFFFとなる） 3. io_ring_buffers_peek(): max_lenが非常に大きいためbuf-lenは制限されない 4. iov[].iov_lenに0xFFFFFFFFがio_bundle_nbufs()へ流れ込む 5. io_bundle_nbufs(): min_t(int, 0xFFFFFFFF, ret)が-1を返し、retが減少するのではなく増加し、確保されたiov[]配列の境界を超える無限ループが発生します。これにより、io_bundle_nbufs()でkmalloc-64スラブの範囲外の読み取りが起き、nbufsが確保されたiovecエントリを超えて増加します。バグ内容は次のとおりです。KASAN: io_bundle_nbufs+0x128/0x160におけるスラブの境界外読み取りがサイズ8でアドレスffff888100ae05c8にてタスクexp/145によって行われました。コールトレースはio_bundle_nbufs+0x128/0x160、io_recv_finish+0x117/0xe20、io_recv+0x2db/0x1160です。修正内容として、io_sendmsg_prep()およびio_recvmsg_prep()の両方で負のsr-len値を早期に拒否する対策を講じました。sqe-lenは__u32型であるため、INT_MAXを超える値はオーバーフローを示し、有効な長さではないと判断しています。

osrg GoBGP バージョン4.3.0までに脆弱性が確認されています。この問題は、コンポーネントBMP Parserのファイルpkg/packet/bmp/bmp.go内の関数BMPPeerUpNotification.ParseBodyおよびBMPStatisticsReport.ParseBodyに影響を及ぼします。この操作により境界外読み取りが発生します。この攻撃はリモートで開始される可能性があります。バージョン4.4.0へのアップグレードによってこの問題は解決されます。パッチの識別子はbc77597d42335c78464bc8e15a471d887bbdf260です。影響を受けるコンポーネントはアップグレードすることを推奨します。

Google Chromeの148.0.7778.96以前のバージョンにおいて、AdFilterの境界外読取りの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる可能性がありました。

ModSecurityは、Apache、IIS、およびNginx向けのオープンソースかつクロスプラットフォーム対応のウェブアプリケーションファイアウォール(WAF)エンジンです。LibmodsecurityはModSecurity v3プロジェクトの一部コンポーネントです。t:hexDecode変換を使用するルールが単一文字を含むクエリ文字列パラメータを検査する際にセグメンテーションフォルトが発生します。攻撃者はこれを悪用してワーカープロセスをクラッシュさせ、サービス拒否(DoS)を引き起こす可能性があります。攻撃が停止するとワーカープロセスはセグメンテーションフォルトから回復し、サービスは再開されます。libModSecurity3のバージョン3.0.15より前のすべてのバージョンが影響を受けます。この問題はバージョン3.0.15で修正されています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。net/sched: sch_netemにおけるパケット破損時の境界外アクセスの修正です。netem_enqueue()関数では、パケット破損のロジックでskb-dataの変更対象インデックスを選択するためにget_random_u32_below(skb_headlen(skb))が使用されています。AF_PACKETのTX_RINGがIPIPトンネル経由で完全に非線形なパケットを送信した場合、skb_headlen(skb)は0を返します。0をget_random_u32_below()に渡すと、制限されていない32ビットの乱数が返されます。そのため、この値をskb-dataのオフセットとして使用すると境界外メモリアクセスが発生します。この問題を修正するために、線形データ領域の破損を試みる前にskb_headlen(skb)が0でないことを検証します。完全に非線形なパケットは破損ロジックを静かに回避します。

Linuxカーネルにおいて、以下の脆弱性が修正されました：smbクライアントのsmb2_ioctl_query_info関数のQUERY_INFOパスに存在するOOB読み取りの問題です。smb2_ioctl_query_info()にはPASSTHRU_FSCTLとデフォルトのQUERY_INFOの2つのレスポンスコピー分岐があります。QUERY_INFO分岐では、qi.input_buffer_lengthをサーバーが報告したOutputBufferLengthに制限し、その後qi_rsp-Bufferからqi.input_buffer_lengthバイトをユーザースペースにコピーしますが、フレキシブル配列のペイロードがrsp_iov[1].iov_len内に収まっているかを検証していませんでした。悪意のあるサーバーは実際のQUERY_INFOレスポンスより大きいOutputBufferLengthを返すことが可能であり、その結果copy_to_user()がレスポンスバッファを越えて読み取り、隣接するカーネルヒープをユーザースペースに露出させる恐れがありました。今回の修正では、QUERY_INFOのコピー処理を実際のBufferペイロードの境界チェックで保護しています。また、32ビットビルドにおけるガードのオーバーフローを防ぐために、オープンコーディングされた加算の代わりにstruct_size(qi_rsp, Buffer, qi.input_buffer_length)を使用しています。

libarchiveに脆弱性が発見されました。このヒープの境界外読み取りの脆弱性は、圧縮方式の遷移後にLZSSスライディングウィンドウサイズの不適切な検証が原因で、RARアーカイブ処理ロジックに存在します。リモート攻撃者は特別に細工されたRARアーカイブを提供することで、この脆弱性を悪用でき、認証やユーザーの操作を必要とせずに機密なヒープメモリ情報を開示させる可能性があります。

Nothings stb バージョン 1.26 までに脆弱性が発見されました。この脆弱性が影響を及ぼすのは、コンポーネントである TTF ファイルハンドラのライブラリ stb_truetype.h 内の関数 stbtt_InitFont_internal です。この関数に対する操作により、境界外読み取りが発生します。リモートからの攻撃で悪用が可能です。この脆弱性のエクスプロイトが公開されており、悪用される可能性があります。ベンダーには早期に通知されましたが、現時点で何らかの対応はなされていません。

Nothingsのstbバージョン1.26以前に脆弱性が確認されました。影響を受けるのは、コンポーネントTTFファイルハンドラ内のライブラリstb_truetype.hにある関数stbtt__buf_get8です。この関数の操作により境界外読み取りが発生する可能性があります。この攻撃はリモートで実行可能です。攻撃手法は公に公開されており、悪用される可能性があります。ベンダーには早期に本脆弱性を報告しましたが、対応は行われませんでした。

Open CASCADE Technology (OCCT) V8_0_0_rc5 の STL ASCII ファイルパーサにおいて、RWStl_Reader::ReadAscii にヒープベースの境界外読み取りの脆弱性が存在します。この脆弱性は、Standard_ReadLineBuffer::ReadLine() から返されるバッファの長さが、strncasecmp や直接のバイトアクセスの前に適切に検証されていないことが原因で発生します。攻撃者は被害者に非常に短い行を含む細工された STL ファイルを開かせることで、この脆弱性を悪用し、サービス拒否や情報漏洩を引き起こす可能性があります。

Open CASCADE Technology (OCCT) V8_0_0_rc5 の OBJ ファイルパーサに存在する RWObj_Reader::read 内のヒープベースの範囲外読み取り脆弱性により、攻撃者が細工した OBJ ファイルを被害者に開かせることで、サービス拒否（DoS）を引き起こしたり、機密情報を取得したりする可能性があります。この問題は、Standard_ReadLineBuffer::ReadLine() が最小限の OBJ ラインに対して 1 バイトのバッファを返し、RWObj_Reader::read() がバッファ長を検証せずに pushIndices(aLine + 2) を呼び出すことが原因です。

libtheoraに脆弱性が発見されました。このヒープベースの境界外読み取り脆弱性はAVI（Audio Video Interleave）パーサ内、特にavi_parse_input_file()関数に存在します。ローカルの攻撃者は、トランケートされたヘッダーサブチャンクを含む特別に細工されたAVIファイルをユーザーに開かせることで、この脆弱性を悪用できます。これにより、サービス拒否（アプリケーションのクラッシュ）が発生したり、ヒープから機密情報が漏洩したりする恐れがあります。

gst_wavparse_adtl_chunk()関数で発生する境界外読み取りの脆弱性は、不完全な修正によって引き起こされます。パッチでサイズ検証チェックlsize + 8 sizeが追加されましたが、実際のオフセット計算に使用されるGST_ROUND_UP_2(lsize)が考慮されていません。lsizeが奇数の場合、パーサーは許可された範囲を超えて読み取るため、境界外読み取りが発生します。

Secure Access Windowsクライアント14.50未満に存在する任意の読み取りおよび書き込みの脆弱性です。Windowsクライアントをローカルで操作できる攻撃者は、不正なデータをAPIに送信し、システムレベルの権限に昇格させる可能性があります。

Eclipse Open9J バージョン 0.21 から 0.58 において、認証前のリモート攻撃者が特別に細工された 32 バイトの TCP メッセージを送信することで、JITServer をクラッシュさせる脆弱性があります。

Linuxカーネルにおいて、以下の脆弱性が修正されました：smbのclientのcheck_wsl_eas()内にあるオフバイ8の境界チェックの修正です。この境界チェックはEA名と値の終端として(u8 *)ea + nlen + 1 + vlenを使用していますが、ea_dataはeaのオフセット0ではなく、sizeof(struct smb2_file_full_ea_info) = 8の位置にあります。strncmp()は後にea-ea_data[0..nlen-1]を読み取り、その後に値のバイトがea_data[nlen+1..nlen+vlen]に続きます。したがって、実際の終端はea-ea_data + nlen + 1 + vlenとなります。ポインタ演算は難しいものです。以前のチェックである(u8 *)ea end - sizeof(*ea)は8バイトのヘッダーが境界内にあることのみを保証していましたが、最後のEAはレスポンスの終端近くの8バイト内に配置されているため、名前と値のバイトがiovの終端を超えて読み取られてしまう問題がありました。この混乱を修正するために、境界チェックの基準をea-ea_dataに変更しました。この脆弱性を悪用されると、「信頼されていない」サーバーが最大8バイトのカーネルヒープ情報をEA名の比較時にリークさせ、データがどのWSLのxattrとして解釈されるかに影響を与える可能性があります。

Microsoft Office Excelの境界外読み取りにより、権限のない攻撃者がローカルで情報を漏洩する可能性があります。

Linuxカーネルにおいて、以下の脆弱性が修正されました。rxrpcでは、RxGKトークンの読み込み時の境界チェックを修正しました。rxrpc_preparse_xdr_yfs_rxgk()はXDRトークンから生のキー長とチケット長をu32値として読み取り、それぞれをround_up(x, 4)で丸めた後に検証および割り当てに使用しています。生の長さが0xfffffffd以上の場合、round_up()は0に巻き戻るため、境界チェックとkzallocは0を使用しますが、その後のmemcpyは元の約4GiBの値をコピーし続け、特権のないadd_key()呼び出しから到達可能なヒープバッファオーバーフローを引き起こします。本問題の修正内容は次の通りです。(1) RxKADパスがAFSTOKEN_RK_TIX_MAXで既に強制している上限に合わせて、丸める前に生のキー長がAFSTOKEN_GK_KEY_MAXを超える場合と生のチケット長がAFSTOKEN_GK_TOKEN_MAXを超える場合を拒否すること。(2) 柔軟な配列割り当てサイズを丸め値ではなく、検証済みの生のキー長からstruct_size_t()を使用して算出すること。(3) フィールド代入およびmemcpyの際にトークンから再読み込みしないように生の長さをキャッシュし、TOCTOU再解析の問題を排除すること。有効なトークンで境界内の長さを持つ制御パスには影響がありません。

パッケージ `github.com/gomarkdown/markdown` は、Markdownテキストを解析しHTMLとしてレンダリングするGoのライブラリです。残りのテキストのどこにも続く 文字がなく、 文字を含む不正な入力をSmartypantsRendererで処理すると、範囲外読み取りまたはパニックが発生する可能性があります。この脆弱性は、コミット759bbc3e32073c3bc4e25969c132fc520eda2778によって修正されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました：io_uring/fdinfoにおけるSQE_MIXEDのラップチェックで発生する境界外読み取り（OOB読み取り）です。__io_uring_show_fdinfo()は保留中のSQEを反復処理し、128バイトのSQEがIORING_SETUP_SQE_MIXEDリング上に存在する場合、SQEの後半部分がsq_sqes配列の末尾を超えるかどうかを検出する必要があります。現在のチェックは(++sq_head & sq_mask) == 0ですが、sq_headは128バイトのSQEが検出された場合にのみインクリメントされ、すべての反復ではありません。実際の配列インデックスはsq_idx = (i + sq_head) & sq_maskであり、ラップチェックが通過してもsq_idxがsq_mask（最後のスロット）になる可能性があります。これをsq_idxを直接チェックすることで修正しました。次の反復で128バイトSQEの後半をスキップするためにsq_headのインクリメント処理は維持されています。