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

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の境界外読み取りにより、権限のない攻撃者がローカルで情報を漏洩する可能性があります。