English version →
ログイン 新規登録
JA · EN · FR
SecPulse
OS
CVE-2026-43071 critical CVSS 9.1

c の脆弱性 (CVE-2026-43071)

OS

概要

c に 脆弱性 (CVE-2026-43071) が存在。機密情報が外部に流出する可能性があります。

原文の説明

取得元が公開している説明をそのまま載せています (多くは英語)。

In the Linux kernel, the following vulnerability has been resolved:

dcache: Limit the minimal number of bucket to two

There is an OOB read problem on dentry_hashtable when user sets
'dhash_entries=1':
BUG: unable to handle page fault for address: ffff888b30b774b0
#PF: supervisor read access in kernel mode
#PF: error_code(0x0000) - not-present page
Oops: Oops: 0000 [#1] SMP PTI
RIP: 0010:__d_lookup+0x56/0x120
Call Trace:
d_lookup.cold+0x16/0x5d
lookup_dcache+0x27/0xf0
lookup_one_qstr_excl+0x2a/0x180
start_dirop+0x55/0xa0
simple_start_creating+0x8d/0xa0
debugfs_start_creating+0x8c/0x180
debugfs_create_dir+0x1d/0x1c0
pinctrl_init+0x6d/0x140
do_one_initcall+0x6d/0x3d0
kernel_init_freeable+0x39f/0x460
kernel_init+0x2a/0x260

There will be only one bucket in dentry_hashtable when dhash_entries is
set as one, and d_hash_shift is calculated as 32 by dcache_init(). Then,
following process will access more than one buckets(which memory region
is not allocated) in dentry_hashtable:
d_lookup
b = d_hash(hash)
dentry_hashtable + ((u32)hashlen >> d_hash_shift)
// The C standard defines the behavior of right shift amounts
// exceeding the bit width of the operand as undefined. The
// result of '(u32)hashlen >> d_hash_shift' becomes 'hashlen',
// so 'b' will point to an unallocated memory region.
hlist_bl_for_each_entry_rcu(b)
hlist_bl_first_rcu(head)
h->first // read OOB!

Fix it by limiting the minim…

出典: NIST National Vulnerability Database NVD GitHub Advisory

AI要約

外部の AI が作成した要約です。誤りを含むことがあります。重要な判断の前に、下の原文と参照URLを確認してください。

Linuxカーネルにおける問題として、特定の設定(dhash_entries=1)を行うと不正なメモリアクセスが発生する可能性があります。これにより、外部から攻撃されると重要なデータの漏洩やシステムダウンが起きる恐れがあります。同様の問題は過去にも報告されており、今回は手続きとして最小バケット数を2へ制限することで解決しています。システム管理者は最新の修正を適用することを推奨します。

dcache内のdentry_hashtableに関連する脆弱性が存在し、dhash_entries=1が設定されると、非割り当てメモリへのポインタが渡され、意図しないメモリアクセスが発生する可能性があります。この問題を修正するために、dhash_entriesの最小バケット数を2に制限しました。影響を受けるバージョンは特定されておらず、解決はソースコードの更新で行われます。未修正システムの検知は困難であり、設定の変更が推奨されます。

❓ 何が問題か

c に 脆弱性 (分類未定) があります。

📍 影響範囲

c のうち 。

🔥 重要度

重要度: 最重要 (CVSS 9.1/10)。機密情報が外部に流出する可能性があります

🔧 修正方法

ベンダー公式アドバイザリの修正版に更新してください。

🛡️ 暫定回避

修正版が未提供時は、影響機能の無効化・WAFルール・ネットワークACLでの遮断を検討。

🔍 検知方法

Webサーバ・プロキシ・WAFログで該当CVEのIOCに合致する不審リクエストを検索。SBOM/依存ファイルで影響バージョンを横断確認。

類似する過去の事例 過去のCVE/インシデントから類似事例を抽出

Heartbleed

A similar type of vulnerability exploiting memory access issues leading to data leaks.

もし自社で起きたら 業務シナリオごとの想定影響

📌 データセンターにあるLinuxサーバーが影響する場合

不正アクセスによるデータ漏洩やサービスダウンにつながる可能性が高い。

📌 Linux OSが基盤となっているECサイトで脆弱性の存在が公表された場合

顧客データが漏洩し、ブランドイメージに重大な影響を及ぼす。

📌 社内ITシステムでLinuxを広く利用している場合

システム停止や情報漏洩により業務運営に深刻な支障が生じる。

推奨アクション

企業として、Linuxサーバーの設定を見直し、パッチを当てることを推奨。システムの継続的な監査と、セキュリティパッチ適用の迅速化が求められます。

対応アクション

SOC/SREチームが順番に実行すべき具体的なステップとコマンド例

  1. 1
    影響範囲の特定 identify 
    grep -r 'c' . | grep -v node_modules

    リポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で c を grep し、稼働しているサービス・バージョンを把握する。

  2. 7
    事後検証 verify 
    Confirm patched version is live in production

    パッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番では Step 3 と同じログクエリでアラート再発が無いか継続監視。

ディストリビューション別の修正状況

各ディストリビューションが公開している、この CVE の修正パッケージ

参照URL

当サイトでは、アクセス解析と広告の効果測定のために Cookie を使います。株式会社Game のサイト共通の設定です。 詳しく