Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - debugobjects:同時 OOM 無効化に対するプラグ競合 syzbot は、不可解なスプラットを報告しました:警告:
    kernel/time/hrtimer.c:443 at stub_timer+0xa/0x20 stub_timer() が hrtimer_fixup_assert_init() のタイマーコールバック関数としてインストールされており、debug_object_assert_init() がシャドーオブジェクトを見つけられないときに呼び出されます。
    その場合、デバッグオブジェクトは修正を呼び出す前にそれについて警告を発します。ただし、提供されたコンソールログにはこの警告がなく、代わりにスプラットの数秒前に次の警告があります:ODEBUG:メモリ不足。ODEBUG が無効化されました。このため、オブジェクトは debug_object_assert_init() で検索され、同時にメモリ不足状態が発生したため、検索は失敗し、デバッグオブジェクトが無効化され、シャドーオブジェクトが解放されました。
    debug_object_assert_init() if (!debug_objects_enabled) 戻り値;obj = alloc();if (!obj) { // メモリ不足 debug_objects_enabled = false; free_objects(); obj = lookup_or_alloc(); // 相手側がオブジェクトを削除したため、ルックアップが失敗したため、これは // 問題のオブジェクトが静的に初期化されていないため、エラーコードを返します // if (!IS_ERR_OR_NULL(obj)) return; if (!obj) { debug_oom(); return; } print(...) if (!debug_objects_enabled) return; fixup(...)デバッグオブジェクトのスプラットは、debug_objects_enabledが偽であるためにスキップされますが、fixup コールバックが無条件で呼び出されるため、タイマーが機能しなくなります。これは debug_object_assert_init() と debug_object_activate() のみの問題です。どちらも静的に初期化されたオブジェクトを処理する必要があり、エラーポインターの戻りケースを丁寧に処理する必要があるためです。他のすべての場所は、見つかりませんでしたケースのみを処理し、NULL ポインターを返すのは OOM のシグナルです。それ以外の場合は、有効なシャドウオブジェクトを取得します。これらの 2 つの場所で印刷および修正関数を呼び出す前に、デバッグオブジェクトがまだ有効になっているかどうかをチェックして、穴を塞ぎます。(CVE-2026-68090)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-68090

medium Nessus プラグイン ID 334510

バージョン 1.8