Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - fsdlm修正 sb_lvbptr 的無效解除參照 我在未使用 DLM_LKF_VALBLK 時將 lkbsb 放在堆疊上且 sb_lvbptr 欄位指向懸置指標時遇到問題。它將因下列核心訊息而損毀此處懸置指標為 0xdeadbeef 例如 [ 102.749317] 錯誤無法處理 00000000deadbeef 位址的頁面錯誤 [ 102.749320] #PF在核心模式中進行監督讀取存取 [102.749323] #PFerror_code(0x0000) - 不存在頁面 [ 102.749325] PGD 0 P4D 0 [ 102.749332] Oops0000 [#1] PREEMPT SMP PTI [ 102.749336] CPU0 PID1567 Commlock_torture_wr 污染GW 5.19.0-rc3+ #1565 [102.749343] 硬體名稱Red Hat KVM/RHEL-AVBIOS 1.16.0-2.module+el8.7.0+15506+033991b0 2014 年 4 月 1 日 [102.749344] RIP 0010 :memcpy_erms+0x6/0x10 [ 102.749353] 程式碼cc cc cc cc eb 1e 0f 1f 00 48 89 f8 48 89 d1 48 c1 e9 03 83 e2 07 f3 48 a5 89 d1 f3 a4 c3 66 0f 1f 44 00 00 48 89 f8 48 89 d1 <f3> a4 c3 0f 1f 80 00 00 00 00 48 89 f8 48 83 fa 20 72 7e 40 38 fe [ 102.749355] RSP: 0018:ffff97a58145fd08 EFLAGS: 00010202 [102.749358] RAX: ffff901778b77070 RBX: 0000000000000000 RCX 0000000000000040 [ 102.749360] RDX
    0000000000000040 RSI00000000deadbeef RDIffff901778b77070 [ 102.749362] RBPffff97a58145fd10 R08
    ffff901760b67a70 R090000000000000001 [ 102.749364] R10ffff9017008e2cb8 R110000000000000001 R12
    ffff901760b67a70 [ 102.749366] R13: ffff901760b78f00 R14: 0000000000000003 R15: 0000000000000001 [102.749368] FS: 0000000000000000(0000) GS:ffff901876e00000(0000) knlGS:0000000000000000 [ 102.749372] CS:
    0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 102.749374] CR2: 00000000deadbeef CR3: 000000017c49a004 CR4: 0000000000770ef0 [ 102.749376] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [102.749378] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [ 102.749379] PKRU55555554 [ 102.749381] 呼叫追踪[ 102.749382] <TASK> [ 102.749383] ? send_args+0xb2/0xd0 [ 102.749389] send_common+0xb7/0xd0 [ 102.749395] _unlock_lock+0x2c/0x90 [ 102.749400] unlock_lock.isra.56+0x62/0xa0 [102.749405] dlm_unlock+0x21e/0x330 [ 102.749411] lock_torture_stats+0x80/0x80 [dlm_locktorture] [102.749416] torque_unlock+0x5a/0x90 [dlm_locktorture] [ 102.749419] ? preempt_count_sub+0xba/0x100 [102.749427] lock_torture_writer+0xbd/0x150 [dlm_locktorture] [ 102.786186] kthread+0x10a/0x130 [102.786581] kthread_complete_and_exit+0x20/0x20 [ 102.787156] ret_from_fork+0x22/0x30 [ 102.787588] </TASK> [ 102.787855] Modules linked in: dlm_locktorture torture rpcsec_gss_krb5 intel_rapl_msr intel_rapl_common kvm_intel iTCO_wdt iTCO_vendor_support kvm vmw_vsock_virtio_transport qxl irqbypass vmw_vsock_virtio_transport_common drm_ttm_helper crc32_pclmul joydev crc32c_intel ttm vsock virtio_scsi virtio_balloon snd_pcm drm_kms_helper virtio_console snd_timer snd drm soundcore syscopyarea i2c_i801 sysfillrect sysimgblt i2c_smbus pcspkr fb_sys_fops lpc_ich serio_raw [ 102.792536] CR2: 00000000deadbeef [102.792930] ---[ end trace 0000000000000000 ]--- This patch fixes the issue by checking also on DLM_LKF_VALBLK on exflags is複製 lvbptr 陣列時設定而不是如果它只是為我修正 問題的 null。我認為此修補程式也可修正其他 dlm 使用者 (視使用者處理 init 的方式而定)釋放 sb_lvbptr 的記憶體處理且不針對某些 dlm_lock() 呼叫設定 DLM_LKF_VALBLK。可能會一直有隱藏問題。不過若要在 DLM_LKF_VALBLK 上檢查使用者一律需要提供 sb_lvbptr 非 null 值。在 per ls lvblen、DLM_LKF_VALBLK 和 non-null 之間可能會有更智慧的處理以報告使用者 DLM API 的使用方式錯誤但可以在稍後加以新增這將只能修正目前的行為。 (CVE-2022-50516)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補的弱點：CVE-2022-50516

medium Nessus Plugin ID 270146

版本 1.14