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

  - refscalewait_queue_head_t の初期化されていない使用を修正します refscale テストを実行すると、以下のエラーでカーネルがクラッシュすることがあります [ 8569.952896] バグアドレスのページ障害を処理できません
    ffffffffffffffe8 [ 8569.952900] #PFカーネルモードのスーパーバイザー読み取りアクセス [ 8569.952902] #PF
    error_code(0x0000) - not-present page [ 8569.952904] PGD c4b048067 P4D c4b049067 PUD c4b04b067 PMD 08569.952910] Oops: 0000#1] 、PREEMPT_RT SMP NOPTI 8569.952916、ハードウェア名: Dell Inc. PowerEdge R750/0WMWCR 、BIOS 1.2.4 2021/05/28 [ 8569.952917] RIP: 0010:prepare_to_wait_event+0x101/0x190 [8569.952940] Call Trace: [ 8569.952941] <TASK>8569.952944、、、、 ref_scale_reader+0x380/0x4a0 [refscale] [8569.952959] ] kthread+0x10e/0x130 [ 8569.952966] ret_from_fork+0x1f/0x30 8569.952973] </TASK> 原因として考えられるのは、ref_scale_reader kthread を作成するtorage_create_kthread() 関数の呼び出し後に、init_waitqueue_head() が呼び出されることです。この init_waitqueue_head() の呼び出しは、この kthread が作成されて実行される前に完了する可能性が高いですが、kthread の呼び出しが、tortor_create_kthread() と init_waitqueue_head() の呼び出しの間で遅延する可能性があります。この場合、新しい kthread は適切に初期化される前に waitqueue ヘッドを使用することになり、これはカーネルの健全性および健全性に健全ではありません。上記のクラッシュはここで発生しましたstatic inline void __add_wait_queue(...) { : if (!(wq->flags & WQ_FLAG_PRIORITY)) <==== ここでクラッシュ wait_queue_entry の list_head entry からのフラグのオフセットは -0x18 です。割り当てられた reader_task 構造体がゼロ初期化されているときに、reader_tasks[i].wq.head.next が NULL の場合、命令はアドレス 0xfffffffffffffe8 にアクセスしようとします。これは、上記に一覧されている障害アドレスに正確に一致します。したがって、このコミットは kthread を作成する前に init_waitqueue_head() を呼び出します。CVE-2023-54316

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2023-54316

medium Nessus プラグイン ID 281525

バージョン 1.10