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

Linuxカーネルにおいて、以下の脆弱性が修正されました。octeontx2-pfの「UBSAN: シフトの範囲外エラー」を修正しました。このパッチは、RXリングサイズ（rx_pending）が許可されている長さ未満に設定されないようにします。これにより、ユーザーがethtool -Gを介して小さなまたはゼロのリングサイズを渡した場合にUBSANのシフト範囲外エラーを回避できます。

Canva AffinityのEMF機能に境界外書き込みの脆弱性が存在します。特別に細工されたEMFファイルを使用することで、攻撃者はこの脆弱性を悪用し、境界外書き込みを実行してコードを実行する可能性があります。

Digilent DASYLabで破損したDSBファイルを読み込む際に、境界外書き込みによるメモリ破損が発生する脆弱性があります。この脆弱性は情報漏洩や任意のコード実行を引き起こす可能性があります。攻撃を成功させるには、攻撃者がユーザーに特別に細工した.DSBファイルを開かせる必要があります。この脆弱性はDigilent DASYLabのすべてのバージョンに影響を与えます。

Digilent DASYLabで破損したファイルを読み込む際に境界外書き込みによるメモリ破損が発生する脆弱性があります。この脆弱性により、情報漏洩や任意のコードの実行が可能となる場合があります。攻撃に成功させるためには、攻撃者がユーザーに特別に細工されたファイルを開かせる必要があります。この脆弱性はすべてのバージョンのDigilent DASYLabに影響を与えます。

Linuxカーネルにおいて、以下の脆弱性が修正されました。rust_binderでは、長さゼロのFDAオブジェクトを正しく処理できないバグが修正されました。0個のファイル記述子を持つ空のFDA（fd配列）オブジェクトが境界外アクセスエラーを引き起こしていました。以前の実装では`skip == 0`が「ポインタの修正を意味する特別な値」とされていましたが、空のFDAにとっても0は正しいスキップ長でした。FDAがバッファの末尾にある場合、これにより8バイトの境界外書き込みが試みられていました。この問題は検出され、ユーザースペースにはEINVALエラーが返されます。`skip == 0`を特別な値として扱うパターンはBinderのC実装に由来しますが、このバグ修正の一環として、このパターンはRustのenumに置き換えられました。長さがゼロのときに修正処理を押し込まないという代替案も検討しましたが、ゼロを特別扱いしない方がよりクリーンであると判断しました。このバグの根本原因はGemini CLIが最初の試行で特定しました。以下のプロンプトを使用しました。 @drivers/android/binder/thread.rsにバグがあるようで、Fixupsの境界外バグが316 304 316 324で発生しています。これは、バッファAがバッファBを指すポインタを持ち、そのポインタがバッファAの境界外のインデックスにあることを意味します。バグを調査してください。実装が正しい@drivers/android/binder.cと比較しても構いません。

Wazuhは、脅威の予防、検出、および対応に使用される無料かつオープンソースのプラットフォームです。バージョン3.9.0から4.14.3未満までの間に、Security Configuration Assessment（SCA）デコーダー（`wazuh-analysisd`）に複数のスタックベースのバッファオーバーフロー脆弱性が存在していました。固定サイズ128バイトのバッファに対して、浮動小数点数（`%lf`）のフォーマット指定子を用いた`sprintf`の使用により、リモート攻撃者がスタックをオーバーフローさせることが可能です。特別に細工されたJSONイベントがこのオーバーフローを引き起こし、サービス拒否（クラッシュ）またはWazuhマネージャ上での潜在的なリモートコード実行（RCE）を引き起こす可能性があります。脆弱性は`/src/analysisd/decoders/security_configuration_assessment.c`の`FillScanInfo`および`FillCheckEventInfo`関数内に存在します。複数箇所で、JSONイベントからの数値の文字列表現を格納するために128バイトのバッファ（`char value[OS_SIZE_128];`）がスタック上に割り当てられています。コードは数値が整数か倍精度浮動小数点数かを判別し、倍精度浮動小数点数の場合は`sprintf(value, "%lf", ...)`を用いて変換を行います。この`sprintf`呼び出しにはバッファサイズの制限がありません。例えば、`1.0e150`のような大きな指数を持つ浮動小数点数が与えられると、`sprintf`はその完全な文字列表現（"1"に続く150個のゼロ）を書き込もうとし、128バイトのバッファを超えてスタックを破損させます。この問題はバージョン4.14.3で修正されました。

HTSlibはバイオインフォマティクスのファイルフォーマットの読み書きを行うライブラリです。CRAMはDNA配列アライメントデータを格納する圧縮フォーマットです。ほとんどのアライメントレコードはDNA配列とクオリティ値を格納しますが、このフォーマットではスペース節約のために特定のケースでこれらのデータを省略することも許されています。CRAMフォーマットのいくつかの特殊性により、これらのレコードには実際には消費して破棄する必要があるデータが格納されているため、注意して処理しなければなりません。残念ながら、`cram_decode_seq()`は一部の場合これを正しく処理していませんでした。これが発生すると、ヒープ割り当ての終端を越えて1バイトを読み取り、その後同じ場所に攻撃者が制御可能な1バイトを書き込む可能性があります。このバグを悪用するとヒープバッファオーバーフローが発生します。ユーザーがこの問題を悪用して細工されたファイルを開くと、プログラムがクラッシュしたり、プログラムが予期しない方法でデータやヒープ構造を上書きしたりする可能性があります。これを利用して任意のコードを実行することも可能です。バージョン1.23.1、1.22.2および1.21.1にこの問題の修正が含まれています。この問題に対する回避策はありません。

HTSlibはバイオインフォマティクスのファイル形式を読み書きするためのライブラリです。CRAMはDNA配列アラインメントデータを圧縮して保存する形式です。冗長なデータを除去する方法の一つとして、CRAMはリファレンスベースの圧縮を使用しており、各アラインメントレコードの完全な配列を保存する代わりに、外部のリファレンス配列の位置とその位置におけるリファレンスとの差分のリストを「特徴(feature)」のシーケンスとして保存します。これらの特徴をデコードする際、CRAMレコード配列の範囲を超えて出現するCRAM特徴のテストにおけるオフバイワンエラーにより、ヒープバッファの末尾を1バイト超えて攻撃者が制御可能な不正な書き込みが発生する可能性があります。このバグを悪用するとヒープバッファオーバーフローが引き起こされます。ユーザーがこの問題を悪用するために細工されたファイルを開くと、プログラムがクラッシュしたり、プログラムの予期しない方法でデータやヒープ構造が上書きされる恐れがあります。これを利用して任意のコードが実行される可能性もあります。バージョン1.23.1、1.22.2、および1.21.1にはこの問題の修正が含まれています。この問題に対する回避策はありません。

HTSlibは、バイオインフォマティクスのファイル形式を読み書きするためのライブラリです。CRAMは、様々なエンコーディングと圧縮方法を用いてDNA配列アライメントデータを保存する圧縮形式です。`BYTE_ARRAY_STOP`方式でエンコードされたデータを読み取る際、`cram_byte_array_stop_decode_char()`関数の出力バッファが満杯かどうかのチェックにおいてオフバイワンのエラーが発生し、攻撃者が制御可能な1バイトをヒープ割り当て領域の末尾を超えて書き込む可能性があります。このバグを悪用するとヒープバッファオーバーフローが発生します。悪意のあるファイルをユーザーが開くと、プログラムがクラッシュしたり、プログラムが想定しない方法でデータおよびヒープ構造を上書きされたりする恐れがあります。これにより任意のコードを実行できる場合があります。バージョン1.23.1、1.22.2、1.21.1にはこの問題の修正が含まれています。この問題に対する回避策はありません。

HTSlibはバイオインフォマティクスのファイル形式を読み書きするためのライブラリです。GZIファイルはブロック圧縮されたGZIP[BGZF]ファイルのインデックスを作成するために使用されます。GZI読み込み関数である`bgzf_index_load_hfile()`において、整数オーバーフローを引き起こす可能性があり、その結果、インデックスを格納するためのバッファが不正なサイズ（ゼロまたは負のサイズ）で割り当てられることがありました。その後、このバッファに16バイトのゼロが書き込まれ、オーバーフローの結果によってはファイルの残りの部分もバッファに読み込まれる可能性があります。関数がデータの読み込みを試みた場合、期待されるレコード数が読み取れず最終的に失敗し、オーバーフローしたヒープバッファの解放を試みます。このバグを悪用することでヒープバッファのオーバーフローが発生します。ユーザーがこの問題を悪用したファイルを開くと、プログラムがクラッシュしたり、予期しない方法でデータやヒープ構造が上書きされる可能性があります。これにより任意のコード実行を引き起こす恐れもあります。バージョン1.23.1、1.22.2、および1.21.1でこの問題は修正されています。最も簡単な回避策は、信頼できないソースからの`.gzi`インデックスファイルを破棄し、`bgzip -r`オプションで再生成することです。

HTSlibは、生物情報学のファイル形式の読み書きに使用されるライブラリです。CRAMはDNA配列アライメントデータを様々なエンコーディングと圧縮方法を用いて格納する圧縮形式です。`BYTE_ARRAY_LEN`方式でエンコードされたデータを読み込む際、`cram_byte_array_len_decode()`は展開されるデータ量が格納先の出力バッファのサイズと一致しているかを正しく検証しませんでした。読み込まれるデータ系列によっては、攻撃者が制御可能なバイトによってヒープまたはスタックオーバーフローが発生する可能性があります。この問題を悪用した細工されたファイルをユーザーが開いた場合、プログラムがクラッシュしたり、プログラムが想定しない方法でヒープまたはスタック上のデータ構造を上書きしたり、プログラムの制御の流れが変更されたりする恐れがあります。この脆弱性を利用すると任意のコードを実行可能になる可能性もあります。バージョン1.23.1、1.22.2、および1.21.1でこの問題は修正されています。この問題に対する回避策はありません。

ImageMagickは、デジタル画像の編集および操作に使用される無料かつオープンソースのソフトウェアです。バージョン7.1.2-17および6.9.13-42以前には、NewXMLTreeメソッドに単一のゼロバイトの書き込み境界外アクセスがあり、これによりクラッシュが発生する可能性があるバグが含まれていました。この問題はバージョン7.1.2-17および6.9.13-42で修正されています。

giflib v.5.2.2 におけるバッファオーバーフローの脆弱性により、リモート攻撃者が割り当てられたサイズを検証せずに既存のグラフィックコントロール拡張ブロックを EGifGCBToExtension を介して上書きし、サービス拒否を引き起こす可能性があります。

Android版Google Chrome 146.0.7680.153以前のWebGLにおいて境界外メモリアクセスの脆弱性が存在し、リモートの攻撃者が細工されたHTMLページを介してサンドボックスから脱出を試みる可能性がありました。

Google Chrome 146.0.7680.153以前のWebGLにおける境界外読み取りおよび書き込みの脆弱性により、リモートの攻撃者が細工されたHTMLページを介して任意の読み取りおよび書き込みを実行できる可能性がありました。

Google Chromeの146.0.7680.153以前のV8において境界外書き込みの脆弱性が存在し、リモート攻撃者が細工されたHTMLページを介してヒープ破損を引き起こす可能性がありました。

Google Chrome 146.0.7680.153 未満のバージョンの WebAudio における境界外読み取りおよび書き込みの脆弱性により、リモートの攻撃者が細工された HTML ページを介してヒープ破損を悪用できる可能性がありました。

Lexborはウェブブラウザエンジンライブラリです。バージョン2.7.0以前のLexborのISO-2022-JPエンコーダは、イテレーション間で一時的なサイズ変数をリセットできませんでした。古いサイズ値であるsize = 3を使用してctx-buffer_used -= sizeという文が実行されると、整数のアンダーフローが発生し、SIZE_MAXにラップしてしまいます。その後、負の長さでmemcpyが呼び出され、スタックからの境界外読み取りおよびヒープへの境界外書き込みが発生します。ソースデータはDOMツリーの内容を介して部分的に制御可能です。この脆弱性はバージョン2.7.0で修正されました。

Linuxカーネルにおいて、以下の脆弱性が解決されました。wifi: rsiにおけるvifドライバーデータサイズが設定されていなかったことによるメモリ破損を修正しました。struct ieee80211_vifはvifドライバーデータ用の追尾領域を含み、struct ieee80211_vifが割り当てられる際には、割り当てられる総メモリサイズはsizeof(struct ieee80211_vif)にvifドライバーデータのサイズを加えたものになります。vifドライバーデータのサイズは各WiFiドライバが必要に応じて設定します。RSI911xドライバはvifドライバーデータサイズを設定しておらず、struct ieee80211_vifの後にvifドライバーデータ用の追尾領域が割り当てられていませんでした。しかしながら、RSI911xドライバはvifドライバーデータを使用して独自のデータ構造「struct vif_priv」を保持しており、vif-drv_privへのアクセスはstruct ieee80211_vifの範囲外アクセスとなり、一部メモリ破損を引き起こします。ローカルで観測された失敗例では、rsi_mac80211_add_interface()内のstruct vif_priv *vif_info = (struct vif_priv *)vif-drv_priv; vif_info-vap_id = vap_idxという書き込みがstruct fq_tinメンバーのstruct list_head new_flowsを破損します。fq_tin_reset()のflow = list_first_entry(head, struct fq_flow, flowchain);はNULLでない不正なアドレスを報告し、それにアクセスするとクラッシュが発生します。トリガーは非常に単純で、init=/bin/shでマシンを起動し、devtmpfs、sysfs、procfsをマウントした後に「ip link set wlan0 up」「sleep 1」「ip link set wlan0 down」を実行するとクラッシュが発生します。この問題は「struct vif_priv」のサイズである正しいvifドライバーデータサイズを設定することで解決されました。これによりメモリが正しく割り当てられ、ドライバがメモリ破損を引き起こすことなくドライバーデータを格納可能となります。

LinuxカーネルのALSA usb-audioドライバーにおいて、過剰なフレーム数の処理不備により、ユーザーが細工した設定により境界外アクセス（OOB）が発生する脆弱性が報告されています。この問題は、maxpacksize、レート、pps、packsizeの不整合によりURBバッファサイズを超える書き込みが行われることで発生し、KASANによる検出例も報告されています。単一データURBのフレーム数に対する追加チェックを実装することで、この問題は修正されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ALSAのscarlett2に関する設定取得時のバッファオーバーフローの問題です。scarlett2_usb_get_config()関数にはエンディアン変換コードに論理的な誤りが存在し、countが1より大きい場合にバッファオーバーフローを引き起こす可能性がありました。コードはバッファの合計サイズ（バイト単位）であるsizeが2であるかどうかをチェックし、その後count回ループを回して各要素をu16（2バイト）として扱っていました。そのため、バッファに割り当てられたsizeバイトしかないにもかかわらず、count×2バイトにアクセスしてしまっていました。修正では、合計バッファサイズの代わりに要素サイズ（config_item-size）をチェックするようにし、エンディアン変換が実際の要素タイプと一致することを保証しています。

Linuxカーネルにおいて、iio: dac: ad3552r-hsモジュールのad3552r_hs_write_data_source関数に境界外書き込みの脆弱性が存在していた問題が修正されました。simple_write_to_buffer()は書き込みに成功すると実際にバッファにコピーされたバイト数を返しますが、元のコードはcountをヌル終端のインデックスとして誤って使用していました。そのため、countがバッファサイズを超えた場合に境界外書き込みが発生していました。本修正ではcountの範囲チェックを行い、返り値を正しく利用するようにしました。このバグはデモモジュールとQEMU上のテストにより再現検証されており、64バイト固定のスタックバッファに対してcountが大きい場合にスタック上でオーバーフローが発生していました。静的解析によって発見され、類似の問題はコミットda9374819eb3で既に修正されています。

Linuxカーネルのf2fsファイルシステムにおいて、スワップファイルの物理ブロックマッピングに誤りがあり、データ破損やシステムの不安定化を引き起こす脆弱性が報告されました。この問題は、スワップファイルのサイズがF2FSのセクションサイズ未満で断片化されている場合に発生し、カーネルバージョン6.6以降で影響があります。原因はcheck_swap_activate関数内で、スワップファイルの最初のエクステントが不適切に処理され、後続のエクステントが正しくマッピングされないことにあります。これにより、スワップファイルへの書き込みが本来の物理位置と異なり、他のデータが上書きされる可能性があります。この問題は、スワップファイルの末尾のすべてのブロックを正しくマッピングし直す修正によって解決されています。

GStreamerのRealMediaデマルクサにおける境界外書き込みの脆弱性により、リモートコード実行が可能となる脆弱性です。この脆弱性により、リモートの攻撃者は影響を受けるGStreamerのインストール環境上で任意のコードを実行できます。このライブラリとの相互作用が脆弱性を悪用するために必要ですが、攻撃手法は実装によって異なる場合があります。具体的な欠陥はビデオパケットの処理に存在し、ユーザー提供データの適切な検証が行われないため、割り当てられたバッファの終端を超える書き込みが発生します。攻撃者はこの脆弱性を利用して、現在のプロセスのコンテキストでコードを実行可能です。なお、以前はZDI-CAN-28845として報告されていました。

GStreamerのDVB字幕における境界外書き込みによるリモートコード実行の脆弱性です。この脆弱性により、リモートの攻撃者が影響を受けるGStreamerのインストール環境で任意のコードを実行できます。この脆弱性を悪用するにはこのライブラリと相互作用する必要がありますが、攻撃ベクターは実装により異なる場合があります。具体的な欠陥は座標の処理に存在します。この問題はユーザーから提供されたデータの適切な検証が不足しているため、割り当てられたバッファの末尾を超えて書き込みが発生することに起因します。攻撃者はこの脆弱性を利用して、現在のプロセスのコンテキスト内でコードを実行できます。以前はZDI-CAN-28838として知られていました。

GStreamer H.266コーデックパーサーにおける境界外書き込みの脆弱性により、リモートからのコード実行が可能です。この脆弱性により、リモートの攻撃者は影響を受けるGStreamerのインストールされた環境で任意のコードを実行できます。この問題を悪用するにはライブラリとの相互作用が必要ですが、攻撃ベクトルは実装により異なります。具体的な欠陥はAPSユニットの処理部分に存在します。この問題は、ユーザーが提供したデータが適切に検証されないために、割り当てられたバッファの末尾を超えた書き込みが発生することに起因します。攻撃者はこの脆弱性を利用して、現在のプロセスのコンテキストでコードを実行できます。この脆弱性は以前ZDI-CAN-28911として知られていました。