CVE-2025-6021

2025年6月に公開されたlibxml2の脆弱性。xmlBuildQNameで接頭辞とローカル名から求めた必要なバイト数がintの上限を超えると容量の検査が働かず、呼び出し側のバッファの範囲外へ書き込む。libxml2 2.14.4と2.13.9で修正された。

概念URI: https://comcomponent.com/knowledge/cve-2025-6021/
最終確認日: 2026-08-01
機械可読データ: JSON-LD

この概念が関わる関係

CVE-2025-6021はxmlBuildQNameを前提とします。呼び出し側のバッファの外へ書き込むには、NULLではない接頭辞とローカル名、書き込み先のバッファを渡してxmlBuildQNameが呼ばれ、2つの長さの合計が2,147,483,646バイト以上であることが必要。合計の値はこの記事で修正前のコードから導いた。libxml2のパーサーは名前の長さを制限しているので、保守担当者はパーサーは影響を受けないはずだと述べている。記事の実測では、ツリーを作るAPIで作った要素を検証の関数の1つ（xmlValidNormalizeAttributeValue）に渡した場合にも、libxml2 2.14.3で同じ大きさの範囲外への書き込みが検出された。 / 確度: 確立した関係 / 確認日: 2026-11-13 出典出典出典出典
CVE-2025-6021はバッファオーバーランの原因になることがあります。CVEの記録は、バッファの大きさの計算での整数オーバーフローがスタック上のバッファの範囲外への書き込みにつながると説明し、問題の種類をCWE-787としている。 / 確度: 確立した関係 / 確認日: 2026-11-13 出典出典
CVE-2025-6021はサービス妨害(DoS)の原因になることがあります。CVEの記録は結果としてメモリ破壊とサービス妨害を挙げている。Red HatのCVSS 3.1の評価は可用性への影響だけを高としている。 / 確度: 確立した関係 / 確認日: 2026-11-13 出典
CVE-2025-6021はxmlBuildQNameを前提とします。CVE-2025-6021は、修正前のxmlBuildQNameがstrlenの結果をintに入れ、その合計で容量を確かめていたことが原因だった。報告の値では、代入ではなく足し算でintの上限を超える。 / 確度: 確立した関係 / 確認日: 2026-11-14 出典出典

この概念を扱う記事

libxml2のxmlBuildQNameで、なぜ容量の検査が働かなかったのか？(主要トピック)
size_tをintに入れる警告は無視してよいか？(言及)

一次資料

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。