The remote CentOS Linux 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the kernel-5.14.0-474.el9 build changelog.

  - Rejected reason: This CVE ID has been rejected or withdrawn by its CVE Numbering Authority.
    (CVE-2023-52651)

  - In the Linux kernel, the following vulnerability has been resolved: io_uring: drop any code related to     SCM_RIGHTS This is dead code after we dropped support for passing io_uring fds over SCM_RIGHTS, get rid of     it. (CVE-2023-52656)

  - In the Linux kernel, the following vulnerability has been resolved: wifi: mt76: mt7921e: fix use-after-     free in free_irq() From commit a304e1b82808 ([PATCH] Debug shared irqs), there is a test to make sure     the shared irq handler should be able to handle the unexpected event after deregistration. For this case,     let's apply MT76_REMOVED flag to indicate the device was removed and do not run into the resource access     anymore. BUG: KASAN: use-after-free in mt7921_irq_handler+0xd8/0x100 [mt7921e] Read of size 8 at addr     ffff88824a7d3b78 by task rmmod/11115 CPU: 28 PID: 11115 Comm: rmmod Tainted: G W L 5.17.0 #10 Hardware     name: Micro-Star International Co., Ltd. MS-7D73/MPG B650I EDGE WIFI (MS-7D73), BIOS 1.81 01/05/2024 Call     Trace: <TASK> dump_stack_lvl+0x6f/0xa0 print_address_description.constprop.0+0x1f/0x190 ?     mt7921_irq_handler+0xd8/0x100 [mt7921e] ? mt7921_irq_handler+0xd8/0x100 [mt7921e]     kasan_report.cold+0x7f/0x11b ? mt7921_irq_handler+0xd8/0x100 [mt7921e] mt7921_irq_handler+0xd8/0x100     [mt7921e] free_irq+0x627/0xaa0 devm_free_irq+0x94/0xd0 ? devm_request_any_context_irq+0x160/0x160 ?     kobject_put+0x18d/0x4a0 mt7921_pci_remove+0x153/0x190 [mt7921e] pci_device_remove+0xa2/0x1d0
    __device_release_driver+0x346/0x6e0 driver_detach+0x1ef/0x2c0 bus_remove_driver+0xe7/0x2d0 ?
    __check_object_size+0x57/0x310 pci_unregister_driver+0x26/0x250 __do_sys_delete_module+0x307/0x510 ?     free_module+0x6a0/0x6a0 ? fpregs_assert_state_consistent+0x4b/0xb0 ? rcu_read_lock_sched_held+0x10/0x70 ?     syscall_enter_from_user_mode+0x20/0x70 ? trace_hardirqs_on+0x1c/0x130 do_syscall_64+0x5c/0x80 ?     trace_hardirqs_on_prepare+0x72/0x160 ? do_syscall_64+0x68/0x80 ? trace_hardirqs_on_prepare+0x72/0x160     entry_SYSCALL_64_after_hwframe+0x44/0xae (CVE-2024-26892)

  - In the Linux kernel, the following vulnerability has been resolved: wifi: ath9k: delay all of     ath9k_wmi_event_tasklet() until init is complete The ath9k_wmi_event_tasklet() used in ath9k_htc assumes     that all the data structures have been fully initialised by the time it runs. However, because of the     order in which things are initialised, this is not guaranteed to be the case, because the device is     exposed to the USB subsystem before the ath9k driver initialisation is completed. We already committed a     partial fix for this in commit: 8b3046abc99e (ath9k_htc: fix NULL pointer dereference at     ath9k_htc_tx_get_packet()) However, that commit only aborted the WMI_TXSTATUS_EVENTID command in the     event tasklet, pairing it with an initialisation complete bit in the TX struct. It seems syzbot managed     to trigger the race for one of the other commands as well, so let's just move the existing synchronisation     bit to cover the whole tasklet (setting it at the end of ath9k_htc_probe_device() instead of inside     ath9k_tx_init()). (CVE-2024-26897)

  - In the Linux kernel, the following vulnerability has been resolved: wifi: brcm80211: handle pmk_op     allocation failure The kzalloc() in brcmf_pmksa_v3_op() will return null if the physical memory has run     out. As a result, if we dereference the null value, the null pointer dereference bug will happen. Return
    -ENOMEM from brcmf_pmksa_v3_op() if kzalloc() fails for pmk_op. (CVE-2024-27048)

  - In the Linux kernel, the following vulnerability has been resolved: wifi: mt76: mt7925e: fix use-after-     free in free_irq() From commit a304e1b82808 ([PATCH] Debug shared irqs), there is a test to make sure     the shared irq handler should be able to handle the unexpected event after deregistration. For this case,     let's apply MT76_REMOVED flag to indicate the device was removed and do not run into the resource access     anymore. (CVE-2024-27049)

  - In the Linux kernel, the following vulnerability has been resolved: wifi: rtl8xxxu: add cancel_work_sync()     for c2hcmd_work The workqueue might still be running, when the driver is stopped. To avoid a use-after-     free, call cancel_work_sync() in rtl8xxxu_stop(). (CVE-2024-27052)

  - In the Linux kernel, the following vulnerability has been resolved: wifi: iwlwifi: mvm: don't set the MFP     flag for the GTK The firmware doesn't need the MFP flag for the GTK, it can even make the firmware crash.
    in case the AP is configured with: group cipher TKIP and MFPC. We would send the GTK with cipher = TKIP     and MFP which is of course not possible. (CVE-2024-27434)

  - In the Linux kernel, the following vulnerability has been resolved: wifi: mac80211: check/clear fast rx     for non-4addr sta VLAN changes When moving a station out of a VLAN and deleting the VLAN afterwards, the     fast_rx entry still holds a pointer to the VLAN's netdev, which can cause use-after-free bugs. Fix this by     immediately calling ieee80211_check_fast_rx after the VLAN change. (CVE-2024-35789)

  - In the Linux kernel, the following vulnerability has been resolved: wifi: iwlwifi: dbg-tlv: ensure NUL     termination The iwl_fw_ini_debug_info_tlv is used as a string, so we must ensure the string is terminated     correctly before using it. (CVE-2024-35845)

  - In the Linux kernel, the following vulnerability has been resolved: wifi: iwlwifi: mvm: rfi: fix potential     response leaks If the rx payload length check fails, or if kmemdup() fails, we still need to free the     command response. Fix that. (CVE-2024-35912)

  - In the Linux kernel, the following vulnerability has been resolved: wifi: iwlwifi: mvm: pick the version     of SESSION_PROTECTION_NOTIF When we want to know whether we should look for the mac_id or the link_id in     struct iwl_mvm_session_prot_notif, we should look at the version of SESSION_PROTECTION_NOTIF. This causes     WARNINGs: WARNING: CPU: 0 PID: 11403 at drivers/net/wireless/intel/iwlwifi/mvm/time-event.c:959     iwl_mvm_rx_session_protect_notif+0x333/0x340 [iwlmvm] RIP:
    0010:iwl_mvm_rx_session_protect_notif+0x333/0x340 [iwlmvm] Code: 00 49 c7 84 24 48 07 00 00 00 00 00 00 41     c6 84 24 78 07 00 00 ff 4c 89 f7 e8 e9 71 54 d9 e9 7d fd ff ff 0f 0b e9 23 fe ff ff <0f> 0b e9 1c fe ff ff     66 0f 1f 44 00 00 90 90 90 90 90 90 90 90 90 RSP: 0018:ffffb4bb00003d40 EFLAGS: 00010202 RAX:
    0000000000000000 RBX: ffff9ae63a361000 RCX: ffff9ae4a98b60d4 RDX: ffff9ae4588499c0 RSI: 0000000000000305     RDI: ffff9ae4a98b6358 RBP: ffffb4bb00003d68 R08: 0000000000000003 R09: 0000000000000010 R10:
    ffffb4bb00003d00 R11: 000000000000000f R12: ffff9ae441399050 R13: ffff9ae4761329e8 R14: 0000000000000001     R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff9ae7af400000(0000) knlGS:0000000000000000 CS: 0010     DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000055fb75680018 CR3: 00000003dae32006 CR4: 0000000000f70ef0     PKRU: 55555554 Call Trace: <IRQ> ? show_regs+0x69/0x80 ? __warn+0x8d/0x150 ?     iwl_mvm_rx_session_protect_notif+0x333/0x340 [iwlmvm] ? report_bug+0x196/0x1c0 ? handle_bug+0x45/0x80 ?     exc_invalid_op+0x1c/0xb0 ? asm_exc_invalid_op+0x1f/0x30 ? iwl_mvm_rx_session_protect_notif+0x333/0x340     [iwlmvm] iwl_mvm_rx_common+0x115/0x340 [iwlmvm] iwl_mvm_rx_mq+0xa6/0x100 [iwlmvm]     iwl_pcie_rx_handle+0x263/0xa10 [iwlwifi] iwl_pcie_napi_poll_msix+0x32/0xd0 [iwlwifi] (CVE-2024-35913)

  - In the Linux kernel, the following vulnerability has been resolved: wifi: cfg80211: check A-MSDU format     more carefully If it looks like there's another subframe in the A-MSDU but the header isn't fully there,     we can end up reading data out of bounds, only to discard later. Make this a bit more careful and check if     the subframe header can even be present. (CVE-2024-35937)

  - In the Linux kernel, the following vulnerability has been resolved: wifi: ath11k: decrease MHI channel     buffer length to 8KB Currently buf_len field of ath11k_mhi_config_qca6390 is assigned with 0, making MHI     use a default size, 64KB, to allocate channel buffers. This is likely to fail in some scenarios where     system memory is highly fragmented and memory compaction or reclaim is not allowed. There is a fail report     which is caused by it: kworker/u32:45: page allocation failure: order:4,     mode:0x40c00(GFP_NOIO|__GFP_COMP), nodemask=(null),cpuset=/,mems_allowed=0 CPU: 0 PID: 19318 Comm:
    kworker/u32:45 Not tainted 6.8.0-rc3-1.gae4495f-default #1 openSUSE Tumbleweed (unreleased)     493b6d5b382c603654d7a81fc3c144d59a1dfceb Workqueue: events_unbound async_run_entry_fn Call Trace: <TASK>     dump_stack_lvl+0x47/0x60 warn_alloc+0x13a/0x1b0 ? srso_alias_return_thunk+0x5/0xfbef5 ?
    __alloc_pages_direct_compact+0xab/0x210 __alloc_pages_slowpath.constprop.0+0xd3e/0xda0
    __alloc_pages+0x32d/0x350 ? mhi_prepare_channel+0x127/0x2d0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814]
    __kmalloc_large_node+0x72/0x110 __kmalloc+0x37c/0x480 ? mhi_map_single_no_bb+0x77/0xf0 [mhi     40df44e07c05479f7a6e7b90fba9f0e0031a7814] ? mhi_prepare_channel+0x127/0x2d0 [mhi     40df44e07c05479f7a6e7b90fba9f0e0031a7814] mhi_prepare_channel+0x127/0x2d0 [mhi     40df44e07c05479f7a6e7b90fba9f0e0031a7814] __mhi_prepare_for_transfer+0x44/0x80 [mhi     40df44e07c05479f7a6e7b90fba9f0e0031a7814] ? __pfx_____mhi_prepare_for_transfer+0x10/0x10 [mhi     40df44e07c05479f7a6e7b90fba9f0e0031a7814] device_for_each_child+0x5c/0xa0 ? __pfx_pci_pm_resume+0x10/0x10     ath11k_core_resume+0x65/0x100 [ath11k a5094e22d7223135c40d93c8f5321cf09fd85e4e] ?     srso_alias_return_thunk+0x5/0xfbef5 ath11k_pci_pm_resume+0x32/0x60 [ath11k_pci     830b7bfc3ea80ebef32e563cafe2cb55e9cc73ec] ? srso_alias_return_thunk+0x5/0xfbef5     dpm_run_callback+0x8c/0x1e0 device_resume+0x104/0x340 ? __pfx_dpm_watchdog_handler+0x10/0x10     async_resume+0x1d/0x30 async_run_entry_fn+0x32/0x120 process_one_work+0x168/0x330     worker_thread+0x2f5/0x410 ? __pfx_worker_thread+0x10/0x10 kthread+0xe8/0x120 ? __pfx_kthread+0x10/0x10     ret_from_fork+0x34/0x50 ? __pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1b/0x30 </TASK> Actually those     buffers are used only by QMI target -> host communication. And for WCN6855 and QCA6390, the largest packet     size for that is less than 6KB. So change buf_len field to 8KB, which results in order 1 allocation if     page size is 4KB. In this way, we can at least save some memory, and as well as decrease the possibility     of allocation failure in those scenarios. Tested-on: WCN6855 hw2.0 PCI     WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.30 (CVE-2024-35938)

  - In the Linux kernel, the following vulnerability has been resolved: wifi: rtw89: fix null pointer access     when abort scan During cancel scan we might use vif that weren't scanning. Fix this by using the actual     scanning vif. (CVE-2024-35946)

  - In the Linux kernel, the following vulnerability has been resolved: mm: use memalloc_nofs_save() in     page_cache_ra_order() See commit f2c817bed58d (mm: use memalloc_nofs_save in readahead path), ensure     that page_cache_ra_order() do not attempt to reclaim file-backed pages too, or it leads to a deadlock,     found issue when test ext4 large folio. INFO: task DataXceiver for:7494 blocked for more than 120 seconds.
    echo 0 > /proc/sys/kernel/hung_task_timeout_secs disables this message. task:DataXceiver for state:D     stack:0 pid:7494 ppid:1 flags:0x00000200 Call trace: __switch_to+0x14c/0x240 __schedule+0x82c/0xdd0     schedule+0x58/0xf0 io_schedule+0x24/0xa0 __folio_lock+0x130/0x300 migrate_pages_batch+0x378/0x918     migrate_pages+0x350/0x700 compact_zone+0x63c/0xb38 compact_zone_order+0xc0/0x118     try_to_compact_pages+0xb0/0x280 __alloc_pages_direct_compact+0x98/0x248 __alloc_pages+0x510/0x1110     alloc_pages+0x9c/0x130 folio_alloc+0x20/0x78 filemap_alloc_folio+0x8c/0x1b0     page_cache_ra_order+0x174/0x308 ondemand_readahead+0x1c8/0x2b8 page_cache_async_ra+0x68/0xb8     filemap_readahead.isra.0+0x64/0xa8 filemap_get_pages+0x3fc/0x5b0 filemap_splice_read+0xf4/0x280     ext4_file_splice_read+0x2c/0x48 [ext4] vfs_splice_read.part.0+0xa8/0x118 splice_direct_to_actor+0xbc/0x288     do_splice_direct+0x9c/0x108 do_sendfile+0x328/0x468 __arm64_sys_sendfile64+0x8c/0x148     invoke_syscall+0x4c/0x118 el0_svc_common.constprop.0+0xc8/0xf0 do_el0_svc+0x24/0x38 el0_svc+0x4c/0x1f8     el0t_64_sync_handler+0xc0/0xc8 el0t_64_sync+0x188/0x190 (CVE-2024-36882)

  - In the Linux kernel, the following vulnerability has been resolved: wifi: iwlwifi: mvm: guard against     invalid STA ID on removal Guard against invalid station IDs in iwl_mvm_mld_rm_sta_id as that would result     in out-of-bounds array accesses. This prevents issues should the driver get into a bad state during error     handling. (CVE-2024-36921)

  - In the Linux kernel, the following vulnerability has been resolved: wifi: iwlwifi: read txq->read_ptr     under lock If we read txq->read_ptr without lock, we can read the same value twice, then obtain the lock,     and reclaim from there to two different places, but crucially reclaim the same entry twice, resulting in     the WARN_ONCE() a little later. Fix that by reading txq->read_ptr under lock. (CVE-2024-36922)

  - In the Linux kernel, the following vulnerability has been resolved: wifi: nl80211: don't free NULL     coalescing rule If the parsing fails, we can dereference a NULL pointer here. (CVE-2024-36941)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

リモートの CentOS Linux 9 ホストに、kernel-5.14.0-474.el9 ビルド変更ログに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - 拒否された理由: この CVE ID は、CVE Numbering Authority により拒否または撤回されました。
    (CVE-2023-52651)

  - Linux カーネルで、以下の脆弱性は解決されています。io_uring: SCM_RIGHTS に関連するコードを削除。これは SCM_RIGHTS 上で io_uring fds を渡すサポートを削除した後のデッドコードです。削除してください。(CVE-2023-52656)

  - Linux カーネルで、以下の脆弱性は解決されています。wifi: mt76: mt7921e: free_irq() のメモリ解放後使用 (Use After Free) を修正します。a304e1b82808 コミット ([PATCH] 共有 irqs のデバッグ) で、共有 irq ハンドラーが登録解除後に予期しないイベントを処理できることを確認するテストがあります。この場合は、MT76_REMOVED フラグを適用してデバイスが削除されたことを示し、これ以上リソースにアクセスしないようにします。BUG: KASAN: mt7921_irq_handler+0xd8/0x100 でのメモリ解放後使用 (Use After Free) [mt7921e] addr ffff88824a7d3b78 でのタスク rmmod/11115 によるサイズ 8 の読み取り。CPU: 28 PID: 11115 Comm: rmmod 汚染: G W L 5.17.0 #10 ハードウェア名: Micro-Star International Co., Ltd. MS-7D73/MPG B650I EDGE WIFI (MS-7D73), BIOS 1.81 01/05/2024 呼び出しトレース: <TASK> dump_stack_lvl+0x6f/0xa0 print_address_description.constprop.0+0x1f/0x190 ? mt7921_irq_handler+0xd8/0x100 [mt7921e] ? mt7921_irq_handler+0xd8/0x100 [mt7921e] kasan_report.cold+0x7f/0x11b ? mt7921_irq_handler+0xd8/0x100 [mt7921e] mt7921_irq_handler+0xd8/0x100 [mt7921e] free_irq+0x627/0xaa0 devm_free_irq+0x94/0xd0 ? devm_request_any_context_irq+0x160/0x160 ? kobject_put+0x18d/0x4a0 mt7921_pci_remove+0x153/0x190 [mt7921e] pci_device_remove+0xa2/0x1d0
    __device_release_driver+0x346/0x6e0 driver_detach+0x1ef/0x2c0 bus_remove_driver+0xe7/0x2d0 ?
    __check_object_size+0x57/0x310 pci_unregister_driver+0x26/0x250 __do_sys_delete_module+0x307/0x510 ? free_module+0x6a0/0x6a0 ? fpregs_assert_state_consistent+0x4b/0xb0 ? rcu_read_lock_sched_held+0x10/0x70 ? syscall_enter_from_user_mode+0x20/0x70 ? trace_hardirqs_on+0x1c/0x130 do_syscall_64+0x5c/0x80 ? trace_hardirqs_on_prepare+0x72/0x160 ? do_syscall_64+0x68/0x80 ? trace_hardirqs_on_prepare+0x72/0x160 entry_SYSCALL_64_after_hwframe+0x44/0xae (CVE-2024-26892)

  - Linux カーネルで、以下の脆弱性は解決されています。wifi: ath9k: init が完了するまで ath9k_wmi_event_tasklet() のすべてを遅延させる。ath9k_htc で使用される ath9k_wmi_event_tasklet() では、実行時にすべてのデータ構造が完全に初期化されていると想定されます。ただし、ath9k ドライバーの初期化が完了する前にデバイスが USB サブシステムに公開されるため、初期化される順序に従い、これが必ずしもそうなるとは限りません。当社は、コミット: 8b3046abc99e でこれに対する部分的な修正をすでにコミットしています (ath9k_htc: ath9k_htc_tx_get_packet() での NULL ポインターデリファレンスの修正)。ただし、そのコミットはイベントタスクレットの WMI_TXSTATUS_EVENTID コマンドを中止し、TX 構造で初期化完了ビットと組み合わせられるだけです。syzbot は他のコマンドの 1 つに対する競合も発生させることができたようです。そのため、既存の同期ビットを移動して、タスクレット全体をカバーします (ath9k_tx_init() 内ではなく ath9k_htc_probe_device() の最後に設定します)。(CVE-2024-26897)

  - Linux カーネルで、以下の脆弱性は解決されています。wifi: brcm80211: pmk_op 割り当て失敗を処理します。物理メモリが使い果たされると、brcmf_pmksa_v3_op() の kzalloc() が null を返します。その結果、null 値を逆参照すると、NULL ポインターデリファレンスのバグが発生します。戻り値
    - pmk_op に対する kzalloc() が失敗した場合の brcmf_pmksa_v3_op() からの ENOMEM。(CVE-2024-27048)

  - Linux カーネルで、以下の脆弱性は解決されています。wifi: mt76: mt7925e: free_irq() のメモリ解放後使用 (Use After Free) を修正します。a304e1b82808 コミット ([PATCH] 共有 irqs のデバッグ) で、共有 irq ハンドラーが登録解除後に予期しないイベントを処理できることを確認するテストがあります。この場合は、MT76_REMOVED フラグを適用してデバイスが削除されたことを示し、これ以上リソースにアクセスしないようにします。(CVE-2024-27049)

  - Linux カーネルで、以下の脆弱性は解決されています。wifi: rtl8xxxu: c2hcmd_work に対して cancel_work_sync() を追加します。ドライバーが停止しても、作業キューがまだ実行中の可能性があります。メモリ解放後使用 (Use After Free) を回避するには、rtl8xxxu_stop() で cancel_work_sync() を呼び出します。(CVE-2024-27052)

  - Linux カーネルで、以下の脆弱性は解決されています。wifi: iwlwifi: mvm: GTK に対して MFP フラグを設定しません。ファームウェアは GTK に対して MFP フラグを必要としないため、ファームウェアがクラッシュする可能性もあります。
    AP がグループ暗号 TKIP および MFPC で構成されている場合。暗号 = TKIP および MFP で GTK を送信しますが、これはもちろん不可能です。(CVE-2024-27434)

  - Linux カーネルで、以下の脆弱性は解決されています。wifi: mac80211: 4addr 以外の sta VLAN の変更に対して高速 rx をチェック/クリアします。ステーションを VLAN の外に移動し、その後に VLAN を削除するとき、fast_rx エントリは引き続きポインターを保持しているため、メモリ解放後使用 (Use After Free) のバグが発生する可能性があります。VLAN の変更後、すぐに ieee80211_check_fast_rx を呼び出すことで、これを修正します。(CVE-2024-35789)

  - Linux カーネルで、以下の脆弱性は解決されています。wifi: iwlwifi: dbg-tlv: NUL 終了を確認します。iwl_fw_ini_debug_info_tlv は文字列として使用されるため、使用前に文字列が正しく終了していることを確認する必要があります。(CVE-2024-35845)

  - Linux カーネルで、以下の脆弱性は解決されています。wifi: iwlwifi: mvm: rfi: 潜在的な応答漏洩を修正します。rx ペイロード長チェックが失敗する場合、または kmemdup() が失敗する場合でも、コマンド応答を解放する必要があります。修正してください。(CVE-2024-35912)

  - Linux カーネルで、以下の脆弱性は解決されています。wifi: iwlwifi: mvm: SESSION_PROTECTION_NOTIF のバージョンを選択します。iwl_mvm_session_prot_notif 構造体で mac_id または link_id を検索する必要がある場合は、SESSION_PROTECTION_NOTIF のバージョンを確認する必要があります。これによる警告: WARNING: CPU: 0 PID: 11403 at drivers/net/wireless/intel/iwlwifi/mvm/time-event.c:959 iwl_mvm_rx_session_protect_notif+0x333/0x340 [iwlmvm] RIP:
    0010:iwl_mvm_rx_session_protect_notif+0x333/0x340 [iwlmvm] コード: 00 49 c7 84 24 48 07 00 00 00 00 00 00 41 c6 84 24 78 07 00 00 ff 4c 89 f7 e8 e9 71 54 d9 e9 7d fd ff ff 0f 0b e9 23 fe ff ff <0f> 0b e9 1c fe ff ff 66 0f 1f 44 00 00 90 90 90 90 90 90 90 90 90 RSP: 0018:ffffb4bb00003d40 EFLAGS: 00010202 RAX:
    0000000000000000 RBX: ffff9ae63a361000 RCX: ffff9ae4a98b60d4 RDX: ffff9ae4588499c0 RSI: 0000000000000305 RDI: ffff9ae4a98b6358 RBP: ffffb4bb00003d68 R08: 0000000000000003 R09: 0000000000000010 R10:
    ffffb4bb00003d00 R11: 000000000000000f R12: ffff9ae441399050 R13: ffff9ae4761329e8 R14: 0000000000000001 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff9ae7af400000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000055fb75680018 CR3: 00000003dae32006 CR4: 0000000000f70ef0 PKRU: 55555554 呼び出しトレース: <IRQ> ? show_regs+0x69/0x80 ? __warn+0x8d/0x150 ? iwl_mvm_rx_session_protect_notif+0x333/0x340 [iwlmvm] ? report_bug+0x196/0x1c0 ? handle_bug+0x45/0x80 ? exc_invalid_op+0x1c/0xb0 ? asm_exc_invalid_op+0x1f/0x30 ? iwl_mvm_rx_session_protect_notif+0x333/0x340 [iwlmvm] iwl_mvm_rx_common+0x115/0x340 [iwlmvm] iwl_mvm_rx_mq+0xa6/0x100 [iwlmvm] iwl_pcie_rx_handle+0x263/0xa10 [iwlwifi] iwl_pcie_napi_poll_msix+0x32/0xd0 [iwlwifi] (CVE-2024-35913)

  - Linux カーネルで、以下の脆弱性は解決されています。wifi: cfg80211: A-MSDU 形式をさらに慎重にチェックします。A-MSDU に別のサブフレームがあっても、ヘッダーが完全ではない場合は、データが領域外にあり、後で破棄されるだけです。さらに注意して、サブフレームヘッダーが存在する可能性があるかどうかをチェックします。(CVE-2024-35937)

  - Linux カーネルで、以下の脆弱性は解決されています。wifi: ath11k: MHI チャネルバッファ長を 8KB に減らします。現在、ath11k_mhi_config_qca6390 の buf_len フィールドには 0 が割り当てられており、チャネルバッファを割り当てるために MHI にデフォルトサイズの 64KB を使用させます。これは、システムメモリが高度に断片化されており、メモリの圧縮または回収が許可されていない一部のシナリオで失敗する可能性があります。それによって引き起こされる失敗が報告されています。kworker/u32:45: ページ割り当て失敗: order:4, mode:0x40c00(GFP_NOIO|__GFP_COMP), nodemask=(null),cpuset=/,mems_allowed=0 CPU: 0 PID: 19318 Comm:
    kworker/u32:45 Not tainted 6.8.0-rc3-1.gae4495f-default #1 openSUSE Tumbleweed (未リリース) 493b6d5b382c603654d7a81fc3c144d59a1dfceb Workqueue: events_unbound async_run_entry_fn Call Trace: <TASK> dump_stack_lvl+0x47/0x60 warn_alloc+0x13a/0x1b0 ? srso_alias_return_thunk+0x5/0xfbef5 ?
    __alloc_pages_direct_compact+0xab/0x210 __alloc_pages_slowpath.constprop.0+0xd3e/0xda0
    __alloc_pages+0x32d/0x350 ? mhi_prepare_channel+0x127/0x2d0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814]
    __kmalloc_large_node+0x72/0x110 __kmalloc+0x37c/0x480 ? mhi_map_single_no_bb+0x77/0xf0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] ? mhi_prepare_channel+0x127/0x2d0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] mhi_prepare_channel+0x127/0x2d0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] __mhi_prepare_for_transfer+0x44/0x80 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] ? __pfx_____mhi_prepare_for_transfer+0x10/0x10 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] device_for_each_child+0x5c/0xa0 ? __pfx_pci_pm_resume+0x10/0x10 ath11k_core_resume+0x65/0x100 [ath11k a5094e22d7223135c40d93c8f5321cf09fd85e4e] ? srso_alias_return_thunk+0x5/0xfbef5 ath11k_pci_pm_resume+0x32/0x60 [ath11k_pci 830b7bfc3ea80ebef32e563cafe2cb55e9cc73ec] ? srso_alias_return_thunk+0x5/0xfbef5 dpm_run_callback+0x8c/0x1e0 device_resume+0x104/0x340 ? __pfx_dpm_watchdog_handler+0x10/0x10 async_resume+0x1d/0x30 async_run_entry_fn+0x32/0x120 process_one_work+0x168/0x330 worker_thread+0x2f5/0x410 ? __pfx_worker_thread+0x10/0x10 kthread+0xe8/0x120 ? __pfx_kthread+0x10/0x10 ret_from_fork+0x34/0x50 ? __pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1b/0x30 </TASK> 実際にこれらのバッファは QMI ターゲット -> ホストの通信でのみ使用されます。また、WCN6855 および QCA6390 では、その最大パケットサイズは 6KB 未満です。そのため、buf_len フィールドを 8KB に変更します。これは、ページサイズが 4KB の場合、順序 1 の割り当てになります。このようにして、少なくともメモリを節約し、これらのシナリオで割り当て失敗の可能性を減らすことができます。テスト済み: WCN6855 hw2.0 PCI WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.30 (CVE-2024-35938)

  - Linux カーネルで、以下の脆弱性は解決されています。wifi: rtw89: スキャン中止時の NULL ポインターアクセスを修正します。スキャンのキャンセル中に、スキャンしていなかった vif を使用する可能性があります。実際のスキャン vif を使用してこれを修正します。(CVE-2024-35946)

  - Linux カーネルで、以下の脆弱性は解決されています。mm: page_cache_ra_order() で memalloc_nofs_save() を使用します。コミット f2c817bed58d (mm: memalloc_nofs_save を先読みパスで使用) を参照し、page_cache_ra_order() が file-backed ページの再要求を試行しないことを確認します。そうでない場合、デッドロックが発生し、大規模な ext4 の folio テスト時に問題が見つかります。情報: 7494 のタスク DataXceiver が 120 秒を超えてブロックされました。
    echo 0 > /proc/sys/kernel/hung_task_timeout_secs はこのメッセージを無効にします。task:DataXceiver for state:D stack:0 pid:7494 ppid:1 flags:0x00000200 呼び出しトレース: __switch_to+0x14c/0x240 __schedule+0x82c/0xdd0 schedule+0x58/0xf0 io_schedule+0x24/0xa0 __folio_lock+0x130/0x300 migrate_pages_batch+0x378/0x918 migrate_pages+0x350/0x700 compact_zone+0x63c/0xb38 compact_zone_order+0xc0/0x118 try_to_compact_pages+0xb0/0x280 __alloc_pages_direct_compact+0x98/0x248 __alloc_pages+0x510/0x1110 alloc_pages+0x9c/0x130 folio_alloc+0x20/0x78 filemap_alloc_folio+0x8c/0x1b0 page_cache_ra_order+0x174/0x308 ondemand_readahead+0x1c8/0x2b8 page_cache_async_ra+0x68/0xb8 filemap_readahead.isra.0+0x64/0xa8 filemap_get_pages+0x3fc/0x5b0 filemap_splice_read+0xf4/0x280 ext4_file_splice_read+0x2c/0x48 [ext4] vfs_splice_read.part.0+0xa8/0x118 splice_direct_to_actor+0xbc/0x288 do_splice_direct+0x9c/0x108 do_sendfile+0x328/0x468 __arm64_sys_sendfile64+0x8c/0x148 invoke_syscall+0x4c/0x118 el0_svc_common.constprop.0+0xc8/0xf0 do_el0_svc+0x24/0x38 el0_svc+0x4c/0x1f8 el0t_64_sync_handler+0xc0/0xc8 el0t_64_sync+0x188/0x190 (CVE-2024-36882)

  - Linux カーネルで、以下の脆弱性は解決されています。wifi: iwlwifi: mvm: 削除時の無効な STA ID に対する保護。領域外配列アクセスを引き起こす可能性がある iwl_mvm_mld_rm_sta_id の無効なステーション ID に対して保護します。これにより、エラー処理中にドライバーが不適切な状態になった場合の問題を回避できます。(CVE-2024-36921)

  - Linux カーネルで、以下の脆弱性は解決されています。wifi: iwlwifi: ロックされた状態での txq->read_ptr の読み取り。ロックされていない状態で txq->read_ptr を読み取ると、同じ値を 2 回読み取った後にロックを取得し、そこから別の場所に再要求する可能性がありますが、同じエントリが 2 回再利用されるため、WARN_ONCE() が少し後で発生します。ロックした状態で txq->read_ptr を読み取ることで修正します。(CVE-2024-36922)

  - Linux カーネルで、以下の脆弱性は解決されています。wifi: nl80211: NULL 合体ルールを解放しません。解析が失敗した場合、ここで NULL ポインターを逆参照できます。(CVE-2024-36941)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

遠端 Ubuntu 24.04 LTS 主機上安裝的一個套件受到 USN-6893-1 公告中所提及的多個弱點影響。

    據發現，透過 debugfs 修改特定的設定值時，Linux 核心的藍牙子系統中存在爭用條件。具權限的本機攻擊者可利用此問題來造成拒絕服務。(CVE-2024-24857、CVE-2024-24858、CVE-2024-24859)

    在 Linux 核心中發現數個安全性問題。攻擊者可能會利用這些弱點入侵系統。此更新可更正下列子系統中的瑕疵：

    - ARM64 架構；

    - RISC-V 架構；

    - S390 架構；

    - x86 架構；

    - 區塊層子系統；

    - 計算加速架構；

    - 協助工具子系統；

    - Android 驅動程式；

    - 驅動程式核心；

    - 藍牙驅動程式；

    - 時鐘架構和驅動程式；

    - 資料擷取架構和驅動程式；

    - 密碼編譯 API；

    - 緩衝區共用和同步處理架構；

    - GPU 驅動程式；

    - 晶片上互連管理架構；

    - IOMMU 子系統；

    - 多個裝置驅動程式；

    - 媒體驅動程式；

    - VMware VMCI 驅動程式；

    - 網路驅動程式；

    - Microsoft Azure 網路介面卡 (MANA) 驅動程式；

    - 裝置樹狀結構和開放韌體驅動程式；

    - Chrome 硬體平台驅動程式；

    - i.MX PM 網域；

    - TI SCI PM 網域驅動程式；

    - S/390 驅動程式；

    - SCSI 驅動程式；

    - SPI 子系統；

    - 熱驅動程式；

    - TTY 驅動程式；

    - USB 子系統；

    - Framebuffer 層；

    - BTRFS 檔案系統；

    - 網路檔案系統伺服器程序；

    - NILFS2 檔案系統；

    - 檔案系統基礎架構；

    - Pstore 檔案系統；

    - SMB 網路檔案系統；

    - BPF 子系統；

    - 藍牙子系統；

    - Netfilter；

    - io_uring 子系統；

    - Core 核心；

    - 額外開機組態 (XBC)；

    - 記憶體管理；

    - Amateur Radio 驅動程式；

    - B.A.T.M.A.N. 網狀通訊協定；

    - 乙太網路橋接器；

    - 網路核心；

    - IPv4 網路；

    - IPv6 網路；

    - 多重路徑 TCP；

    - NFC 子系統；

    - RDS 通訊協定；

    - 網路流量控制；

    - SMC 通訊端；

    - Sun RPC 通訊協定；

    - TLS 通訊協定；

    - Unix 網域通訊端；

    - 無線網路；

    - eXpress 資料路徑；

    - SELinux 安全性模組；(CVE-2024-35967、CVE-2024-35886、CVE-2024-26999、CVE-2024-27008、CVE-2024-26988、CVE-2024-35980、CVE-2024-26982、CVE-2024-35946、CVE-2024-35918、CVE-2024-27015、CVE-2024-35900、CVE-2024-35942、CVE-2024-35879、CVE-2024-35961、CVE-2024-35944、CVE-2024-35934、CVE-2024-35978、CVE-2024-35938、CVE-2024-27003、CVE-2024-35976、CVE-2024-36019、CVE-2024-35880、CVE-2024-35866、CVE-2024-35929、CVE-2024-35917、CVE-2024-35912、CVE-2024-35896、CVE-2024-26986、CVE-2024-35951、CVE-2024-35958、CVE-2024-26997、CVE-2024-35965、CVE-2024-35953、CVE-2024-26993、CVE-2024-26991、CVE-2024-35892、CVE-2024-36026、CVE-2024-35882、CVE-2024-35964、CVE-2024-35865、CVE-2024-35897、CVE-2024-26981、CVE-2024-35872、CVE-2024-36027、CVE-2024-26983、CVE-2024-35909、CVE-2024-35985、CVE-2024-35875、CVE-2024-35890、CVE-2024-26922、CVE-2024-26994、CVE-2024-35903、CVE-2024-35936、CVE-2024-35904、CVE-2024-27013、CVE-2024-36025、CVE-2024-26980、CVE-2024-27006、CVE-2024-35861、CVE-2024-35864、CVE-2024-27018、CVE-2024-36022、CVE-2024-26990、CVE-2024-35968、CVE-2024-35860、CVE-2024-36024、CVE-2024-35933、CVE-2024-27019、CVE-2024-35925、CVE-2024-35950、CVE-2024-35915、CVE-2024-35916、CVE-2024-35956、CVE-2024-36020、CVE-2024-35873、CVE-2024-27002、CVE-2024-35963、CVE-2024-35959、CVE-2024-35937、CVE-2024-27011、CVE-2024-27020、CVE-2024-35883、CVE-2024-35913、CVE-2024-35910、CVE-2024-27021、CVE-2024-35921、CVE-2024-35905、CVE-2024-27010、CVE-2024-35981、CVE-2024-35885、CVE-2024-35955、CVE-2024-35894、CVE-2024-35969、CVE-2024-36018、CVE-2024-35867、CVE-2024-27007、CVE-2024-35908、CVE-2024-26985、CVE-2024-27016、CVE-2024-35960、CVE-2024-35935、CVE-2024-35932、CVE-2024-35957、CVE-2024-27001、CVE-2024-35871、CVE-2024-35907、CVE-2024-35878、CVE-2024-35979、CVE-2024-35972、CVE-2024-35975、CVE-2024-35877、CVE-2024-35926、CVE-2024-26817、CVE-2024-35899、CVE-2024-27004、CVE-2024-35920、CVE-2024-35924、CVE-2024-35977、CVE-2024-35930、CVE-2024-35911、CVE-2024-26996、CVE-2024-27005、CVE-2024-35870、CVE-2024-35982、CVE-2024-35895、CVE-2024-35943、CVE-2024-35902、CVE-2024-35919、CVE-2024-35973、CVE-2024-35931、CVE-2024-35888、CVE-2024-35914、CVE-2024-35970、CVE-2024-36023、CVE-2024-27012、CVE-2024-35939、CVE-2024-26984、CVE-2024-35884、CVE-2024-35901、CVE-2024-26811、CVE-2024-35966、CVE-2024-35891、CVE-2024-35887、CVE-2024-35945、CVE-2024-35971、CVE-2024-35862、CVE-2024-26987、CVE-2024-26921、CVE-2024-26989、CVE-2024-35952、CVE-2024-27009、CVE-2024-35893、CVE-2024-26995、CVE-2024-26925、CVE-2024-35868、CVE-2024-35954、CVE-2024-35922、CVE-2024-27000、CVE-2024-36021、CVE-2024-27014、CVE-2024-35940、CVE-2024-26992、CVE-2024-26926、CVE-2024-35927、CVE-2024-35863、CVE-2024-27022、CVE-2024-26998、CVE-2024-27017、CVE-2024-26928、CVE-2024-35889、CVE-2024-35898、CVE-2024-35869、CVE-2024-26936、CVE-2024-26923、CVE-2023-52699、CVE-2024-35974)

Tenable 已直接從 Ubuntu 安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

远程 Ubuntu 24.04 LTS 主机上安装的一个程序包受到 USN-6893-1 公告中提及的多个漏洞影响。

    据发现，当通过 debugfs 修改某些设置值时，Linux 内核的蓝牙子系统中存在争用条件。特权攻击者可利用此问题造成拒绝服务。（CVE-2024-24857、CVE-2024-24858、CVE-2024-24859）

    在 Linux 内核中发现多个安全问题。攻击者可能利用这些问题入侵系统。此更新修正了以下子系统中的缺陷：

    - ARM64 架构；

    - RISC-V 架构；

    - S390 架构；

    - x86 架构；

    - 区块层子系统；

    - 计算加速框架；

    - 可访问性子系统；

    - Android 驱动程序；

    - 驱动程序核心；

    - 蓝牙驱动程序；

    - 时钟框架和驱动程序；

    - 数据采集框架和驱动程序；

    - 加密 API；

    - 缓冲区共享和同步框架；

    - GPU 驱动程序；

    - 片上互连管理框架；

    - IOMMU 子系统；

    - 多设备驱动程序；

    - 媒体驱动程序；

    - VMware VMCI Driver；

    - 网络驱动程序；

    - Microsoft Azure Network Adapter (MANA) 驱动程序；

    - 设备树和 Open Firmware 驱动程序；

    - Chrome 硬件平台驱动程序；

    - i.MX PM 域；

    - TI SCI PM 域驱动程序；

    - S/390 驱动程序；

    - SCSI 驱动程序；

    - SPI 子系统；

    - 热驱动程序；

    - TTY 驱动程序；

    - USB 子系统；

    - Framebuffer 层；

    - BTRFS 文件系统；

    - 网络文件系统服务器后台程序；

    - NILFS2 文件系统；

    - 文件系统基础设施；

    - Pstore 文件系统；

    - SMB 网络文件系统；

    - BPF 子系统；

    - 蓝牙子系统；

    - Netfilter；

    - io_uring 子系统；

    - Core 内核；

    - 额外启动配置 (XBC)；

    - 内存管理；

    - Amateur Radio 驱动程序；

    - B.A.T.M.A.N. 网格协议；

    - 以太网桥接；

    - Networking 核心；

    - IPv4 联网；

    - IPv6 联网；

    - 多路径 TCP；

    - NFC 子系统；

    - RDS 协议；

    - 网络流量控制；

    - SMC 套接字；

    - Sun RPC 协议；

    - TLS 协议；

    - Unix 域套接字；

    - 无线网络；

    - eXpress 数据路径；

    - SELinux 安全模型；(CVE-2024-35967, CVE-2024-35886, CVE-2024-26999, CVE-2024-27008, CVE-2024-26988, CVE-2024-35980, CVE-2024-26982, CVE-2024-35946, CVE-2024-35918, CVE-2024-27015, CVE-2024-35900, CVE-2024-35942, CVE-2024-35879, CVE-2024-35961, CVE-2024-35944, CVE-2024-35934, CVE-2024-35978, CVE-2024-35938, CVE-2024-27003, CVE-2024-35976, CVE-2024-36019, CVE-2024-35880, CVE-2024-35866, CVE-2024-35929, CVE-2024-35917, CVE-2024-35912, CVE-2024-35896, CVE-2024-26986, CVE-2024-35951, CVE-2024-35958, CVE-2024-26997, CVE-2024-35965, CVE-2024-35953, CVE-2024-26993, CVE-2024-26991, CVE-2024-35892, CVE-2024-36026, CVE-2024-35882, CVE-2024-35964, CVE-2024-35865, CVE-2024-35897, CVE-2024-26981, CVE-2024-35872, CVE-2024-36027, CVE-2024-26983, CVE-2024-35909, CVE-2024-35985, CVE-2024-35875, CVE-2024-35890, CVE-2024-26922, CVE-2024-26994, CVE-2024-35903, CVE-2024-35936, CVE-2024-35904, CVE-2024-27013, CVE-2024-36025, CVE-2024-26980, CVE-2024-27006, CVE-2024-35861, CVE-2024-35864, CVE-2024-27018, CVE-2024-36022, CVE-2024-26990, CVE-2024-35968, CVE-2024-35860, CVE-2024-36024, CVE-2024-35933, CVE-2024-27019, CVE-2024-35925, CVE-2024-35950, CVE-2024-35915, CVE-2024-35916, CVE-2024-35956, CVE-2024-36020, CVE-2024-35873, CVE-2024-27002, CVE-2024-35963, CVE-2024-35959, CVE-2024-35937, CVE-2024-27011, CVE-2024-27020, CVE-2024-35883, CVE-2024-35913, CVE-2024-35910, CVE-2024-27021, CVE-2024-35921, CVE-2024-35905, CVE-2024-27010, CVE-2024-35981, CVE-2024-35885, CVE-2024-35955, CVE-2024-35894, CVE-2024-35969, CVE-2024-36018, CVE-2024-35867, CVE-2024-27007, CVE-2024-35908, CVE-2024-26985, CVE-2024-27016, CVE-2024-35960, CVE-2024-35935, CVE-2024-35932, CVE-2024-35957, CVE-2024-27001, CVE-2024-35871, CVE-2024-35907, CVE-2024-35878, CVE-2024-35979, CVE-2024-35972, CVE-2024-35975, CVE-2024-35877, CVE-2024-35926, CVE-2024-26817, CVE-2024-35899, CVE-2024-27004, CVE-2024-35920, CVE-2024-35924, CVE-2024-35977, CVE-2024-35930, CVE-2024-35911, CVE-2024-26996, CVE-2024-27005, CVE-2024-35870, CVE-2024-35982, CVE-2024-35895, CVE-2024-35943, CVE-2024-35902, CVE-2024-35919, CVE-2024-35973, CVE-2024-35931, CVE-2024-35888, CVE-2024-35914, CVE-2024-35970, CVE-2024-36023, CVE-2024-27012, CVE-2024-35939, CVE-2024-26984, CVE-2024-35884, CVE-2024-35901, CVE-2024-26811, CVE-2024-35966, CVE-2024-35891, CVE-2024-35887, CVE-2024-35945, CVE-2024-35971, CVE-2024-35862, CVE-2024-26987, CVE-2024-26921, CVE-2024-26989, CVE-2024-35952, CVE-2024-27009, CVE-2024-35893, CVE-2024-26995, CVE-2024-26925, CVE-2024-35868, CVE-2024-35954, CVE-2024-35922, CVE-2024-27000, CVE-2024-36021, CVE-2024-27014, CVE-2024-35940, CVE-2024-26992, CVE-2024-26926, CVE-2024-35927, CVE-2024-35863, CVE-2024-27022, CVE-2024-26998, CVE-2024-27017, CVE-2024-26928, CVE-2024-35889, CVE-2024-35898, CVE-2024-35869, CVE-2024-26936, CVE-2024-26923, CVE-2023-52699, CVE-2024-35974)

Tenable 已直接从 Ubuntu 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

遠端 CentOS Linux 9 主機上安裝的套件受到 kernel-5.14.0-474.el9 版本變更記錄中提及的多個弱點影響。

  - 拒絕原因：此 CVE ID 已被其 CVE 編號授權單位拒絕或撤銷。
    (CVE-2023-52651)

  - 已經解決 Linux 核心中的以下弱點：io_uring：捨棄與 SCM_RIGHTS 相關的任何程式碼。在停止支援透過 SCM_RIGHTS 傳遞 io_uring fds 之後，此為無作用程式碼，請將它移除。(CVE-2023-52656)

  - 已經解決 Linux 核心中的以下弱點：wifi: mt76: mt7921e：修正 free_irq() 中的釋放後使用。從 commit a304e1b82808 ([PATCH] Debug shared irqs) 開始，會進行測試以確保 shared irq 處置程式應該能夠在取消註冊後處理未預期的事件。針對這種情況，讓我們套用 MT76_REMOVED 旗標，指出裝置已移除，且不會再擁有資源存取權。錯誤：KASAN：mt7921_irq_handler+0xd8/0x100 中發生釋放後使用 [mt7921e] 工作 rmmod/11115 CPU: 28 PID: 11115 Comm: rmmod 受污染：G W L 於 addr ffff88824a7d3b78 讀取大小 8 5.17.0 #10 硬體名稱：Micro- Star International Co., Ltd. MS-7D73/MPG B650I EDGE WIFI (MS-7D73), BIOS 1.81 01/05/2024 呼叫追蹤：<TASK> dump_stack_lvl+0x6f/0xa0 print_address_description.constprop.0+0x1f/0x190 ? mt7921_irq_handler+0xd8/0x100 [mt7921e] ? mt7921_irq_handler+0xd8/0x100 [mt7921e] kasan_report.cold+0x7f/0x11b ? mt7921_irq_handler+0xd8/0x100 [mt7921e] mt7921_irq_handler+0xd8/0x100 [mt7921e] free_irq+0x627/0xaa0 devm_free_irq+0x94/0xd0 ? devm_request_any_context_irq+0x160/0x160 ? kobject_put+0x18d/0x4a0 mt7921_pci_remove+0x153/0x190 [mt7921e] pci_device_remove+0xa2/0x1d0
    __device_release_driver+0x346/0x6e0 driver_detach+0x1ef/0x2c0 bus_remove_driver+0xe7/0x2d0 ?
    __check_object_size+0x57/0x310 pci_unregister_driver+0x26/0x250 __do_sys_delete_module+0x307/0x510 ? free_module+0x6a0/0x6a0 ? fpregs_assert_state_consistent+0x4b/0xb0 ? rcu_read_lock_sched_held+0x10/0x70 ? syscall_enter_from_user_mode+0x20/0x70 ? trace_hardirqs_on+0x1c/0x130 do_syscall_64+0x5c/0x80 ? trace_hardirqs_on_prepare+0x72/0x160 ? do_syscall_64+0x68/0x80 ? trace_hardirqs_on_prepare+0x72/0x160 entry_SYSCALL_64_after_hwframe+0x44/0xae (CVE-2024-26892)

  - 已經解決 Linux 核心中的以下弱點：wifi: ath9k：延遲所有 ath9k_wmi_event_tasklet()，直到 init 完成。ath9k_htc 中使用的 ath9k_wmi_event_tasklet() 會假設所有資料結構在其執行前都已完全初始化。不過，由於事物初始化順序的緣故，並不一定保證情況會是如此，因為在完成 ath9k 驅動程式初始化之前，USB 子系統中已經可以看見裝置。我們已經在 commit: 8b3046abc99e 中承諾對此進行部分修復 (ath9k_htc：修正 ath9k_htc_tx_get_packet() 的 NULL 指標解除參照) 不過，該承諾僅中止事件 tasklet 中的 WMI_TXSTATUS_EVENTID 指令，並將其與 TX 結構中的初始化完成位元進行配對。syzbot 似乎也觸發其中一個其他指令的爭用情況，因此，讓我們移動現有的同步位元以涵蓋整個 tasklet (將其設定在 ath9k_htc_probe_device() 的結尾，而不是在 ath9k_tx_init() 內)。(CVE-2024-26897)

  - 已經解決 Linux 核心中的以下弱點：wifi: brcm80211：處理 pmk_op 配置失敗。如果實體記憶體已用盡，brcmf_pmksa_v3_op() 中的 kzalloc() 會傳回 null。因此，如果我們解除參照 null 值，就會發生 null 指標解除參照錯誤。傳回
    -如果 pmk_op 的 kzalloc() 失敗，則傳回來自 brcmf_pmksa_v3_op() 的 ENOMEM。(CVE-2024-27048)

  - 已經解決 Linux 核心中的以下弱點：wifi: mt76: mt7925e：修正 free_irq() 中的釋放後使用。從 commit a304e1b82808 ([PATCH] Debug shared irqs) 開始，會進行測試以確保 shared irq 處置程式應該能夠在取消註冊後處理未預期的事件。針對這種情況，讓我們套用 MT76_REMOVED 旗標，指出裝置已移除，且不會再擁有資源存取權。(CVE-2024-27049)

  - 已經解決 Linux 核心中的以下弱點：wifi: rtl8xxxu：新增 c2hcmd_work 的 cancel_work_sync()。驅動程式停止時，workqueue 可能仍在執行中。若要避免釋放後使用，請在 rtl8xxxu_stop() 中呼叫 cancel_work_sync()。 (CVE-2024-27052)

  - 已經解決 Linux 核心中的以下弱點：wifi: iwlwifi: mvm：沒有為 GTK 設定 MFP 旗標。韌體不需要 GTK 的 MFP 旗標，它甚至可能會使韌體損毀。
    在 AP 已設定的情況下：群組加密 TKIP 和 MFPC。我們將會傳送 GTK，密碼 = TKIP 和 MFP，而這當然是不可能的事情。 (CVE-2024-27434)

  - 已經解決 Linux 核心中的以下弱點：wifi: mac80211：檢查/清除快速 rx 以進行非 4addr sta VLAN 變更。將工作站移出 VLAN 之後再刪除 VLAN 時，fast_rx 項目仍保留指標指向 VLAN 的 netdev，其可能造成釋放後使用錯誤。透過在 VLAN 變更後立即呼叫 ieee80211_check_fast_rx 來修正此問題。 (CVE-2024-35789)

  - 已經解決 Linux 核心中的以下弱點：wifi: iwlwifi: dbg-tlv：確保 NULL 終止。iwl_fw_ini_debug_info_tlv 作為字串用途，因此我們必須確保字串已經正確終止，然後才能使用字串。(CVE-2024-35845)

  - 已經解決 Linux 核心中的以下弱點：wifi: iwlwifi: mvm: rfi：修正潛在的回應洩漏。如果 rx 承載長度檢查失敗，或者如果 kmemdup() 失敗，我們仍需釋放指令回應。修正該問題。(CVE-2024-35912)

  - 已經解決 Linux 核心中的以下弱點：wifi: iwlwifi: mvm：選擇 SESSION_PROTECTION_NOTIF 的版本。若想知道在 iwl_mvm_session_prot_notif 結構中尋找 mac_id 還是 link_id，我們應該查看 SESSION_PROTECTION_NOTIF 的版本。如此會導致警告：警告：CPU: 0 PID：11403 at drivers/net/wireless/intel/iwlwifi/mvm/time-event.c:959 iwl_mvm_rx_session_protect_notif+0x333/0x340 [iwlmvm] RIP：
    0010:iwl_mvm_rx_session_protect_notif+0x333/0x340 [iwlmvm] 程式碼：00 49 c7 84 24 48 07 00 00 00 00 00 00 41 c6 84 24 78 07 00 00 ff 4c 89 f7 e8 e9 71 54 d9 e9 7d fd ff ff 0f 0b e9 23 fe ff ff <0f> 0b e9 1c fe ff ff 66 0f 1f 44 00 00 90 90 90 90 90 90 90 90 90 RSP: 0018:ffffb4bb00003d40 EFLAGS: 00010202 RAX:
    0000000000000000 RBX: ffff9ae63a361000 RCX: ffff9ae4a98b60d4 RDX: ffff9ae4588499c0 RSI: 0000000000000305 RDI: ffff9ae4a98b6358 RBP: ffffb4bb00003d68 R08: 0000000000000003 R09: 0000000000000010 R10:
    ffffb4bb00003d00 R11: 000000000000000f R12: ffff9ae441399050 R13: ffff9ae4761329e8 R14: 0000000000000001 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff9ae7af400000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000055fb75680018 CR3: 00000003dae32006 CR4: 0000000000f70ef0 PKRU: 55555554 呼叫追蹤：<IRQ> ? show_regs+0x69/0x80 ? __warn+0x8d/0x150 ? iwl_mvm_rx_session_protect_notif+0x333/0x340 [iwlmvm] ? report_bug+0x196/0x1c0 ? handle_bug+0x45/0x80 ? exc_invalid_op+0x1c/0xb0 ? asm_exc_invalid_op+0x1f/0x30 ? iwl_mvm_rx_session_protect_notif+0x333/0x340 [iwlmvm] iwl_mvm_rx_common+0x115/0x340 [iwlmvm] iwl_mvm_rx_mq+0xa6/0x100 [iwlmvm] iwl_pcie_rx_handle+0x263/0xa10 [iwlwifi] iwl_pcie_napi_poll_msix+0x32/0xd0 [iwlwifi] (CVE-2024-35913)

  - 已經解決 Linux 核心中的以下弱點：wifi: cfg80211：更仔細檢查 A-MSDU 格式。如果看起來 A-MSDU 中有另一個子框架，但標頭不完整，我們最終可以讀取資料超出邊界，僅在稍後捨棄。進行時稍微謹慎一些，檢查子框架標頭是否存在。 (CVE-2024-35937)

  - 已經解決 Linux 核心中的以下弱點： wifi: ath11k：將 MHI 通道緩衝區長度減少至 8KB。目前 ath11k_mhi_config_qca6390 的 buf_len 欄位已指派為 0，使得 MHI 使用預設大小 64KB 來配置通道緩衝區。在系統記憶體高度分散且不允許記憶體壓縮或回收的某些情況下，這可能會失敗。有一個由此造成的失敗報告：kworker/u32:45: page allocation failure: order:4, mode:0x40c00(GFP_NOIO|__GFP_COMP), nodemask=(null),cpuset=/,mems_allowed=0 CPU: 0 PID: 19318 Comm:
    kworker/u32:45 未受污染 6.8.0-rc3-1.gae4495f-default #1 openSUSE Tumbleweed (unreleased) 493b6d5b382c603654d7a81fc3c144d59a1dfceb 工作佇列：events_unbound async_run_entry_fn 呼叫追蹤：<TASK> dump_stack_lvl+0x47/0x60 warn_alloc+0x13a/0x1b0 ? srso_alias_return_thunk+0x5/0xfbef5 ?
    __alloc_pages_direct_compact+0xab/0x210 __alloc_pages_slowpath.constprop.0+0xd3e/0xda0
    __alloc_pages+0x32d/0x350 ? mhi_prepare_channel+0x127/0x2d0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814]
    __kmalloc_large_node+0x72/0x110 __kmalloc+0x37c/0x480 ? mhi_map_single_no_bb+0x77/0xf0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] ? mhi_prepare_channel+0x127/0x2d0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] mhi_prepare_channel+0x127/0x2d0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] __mhi_prepare_for_transfer+0x44/0x80 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] ? __pfx_____mhi_prepare_for_transfer+0x10/0x10 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] device_for_each_child+0x5c/0xa0 ? __pfx_pci_pm_resume+0x10/0x10 ath11k_core_resume+0x65/0x100 [ath11k a5094e22d7223135c40d93c8f5321cf09fd85e4e] ? srso_alias_return_thunk+0x5/0xfbef5 ath11k_pci_pm_resume+0x32/0x60 [ath11k_pci 830b7bfc3ea80ebef32e563cafe2cb55e9cc73ec] ? srso_alias_return_thunk+0x5/0xfbef5 dpm_run_callback+0x8c/0x1e0 device_resume+0x104/0x340 ? __pfx_dpm_watchdog_handler+0x10/0x10 async_resume+0x1d/0x30 async_run_entry_fn+0x32/0x120 process_one_work+0x168/0x330 worker_thread+0x2f5/0x410 ? __pfx_worker_thread+0x10/0x10 kthread+0xe8/0x120 ? __pfx_kthread+0x10/0x10 ret_from_fork+0x34/0x50 ? __pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1b/0x30 </TASK> 實際上，這些緩衝區僅供 QMI 目標 -> 主機通訊使用。對於 WCN6855 和 QCA6390，其最大封包大小小於 6KB。因此，將 buf_len 欄位變更為 8KB，如果頁面大小為 4KB，這會產生順序 1 的配置。透過這種方式，我們至少可以節省一些記憶體，並降低在這些情況下發生配置失敗的可能性。已測試項目：WCN6855 hw2.0 PCI WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.30 (CVE-2024-35938)

  - 已經解決 Linux 核心中的以下弱點：wifi: rtw89：中止掃描時修正 null 指標存取。在取消掃描期間，我們可能會使用未掃描的 vif。使用實際的掃描 vif 修正此問題。 (CVE-2024-35946)

  - 已經解決 Linux 核心中的以下弱點：mm：在 page_cache_ra_order() 中使用 memalloc_nofs_save()。請參閱 commit f2c817bed58d (mm: 在 readahead 路徑中使用 memalloc_nofs_save)，確保 page_cache_ra_order() 不會嘗試回收檔案備份頁面，或是導致死鎖，這是在測試 ext4 大型 folio 時會發現的問題。INFO：任務 DataXceiver for:7494 遭封鎖超過 120 秒。
    echo 0 > /proc/sys/kernel/hung_task_timeout_secs 停用此訊息。task:DataXceiver for state:D stack:0 pid:7494 ppid:1 flags:0x00000200 呼叫追蹤：__switch_to+0x14c/0x240 __schedule+0x82c/0xdd0 schedule+0x58/0xf0 io_schedule+0x24/0xa0 __folio_lock+0x130/0x300 migrate_pages_batch+0x378/0x918 migrate_pages+0x350/0x700 compact_zone+0x63c/0xb38 compact_zone_order+0xc0/0x118 try_to_compact_pages+0xb0/0x280 __alloc_pages_direct_compact+0x98/0x248 __alloc_pages+0x510/0x1110 alloc_pages+0x9c/0x130 folio_alloc+0x20/0x78 filemap_alloc_folio+0x8c/0x1b0 page_cache_ra_order+0x174/0x308 ondemand_readahead+0x1c8/0x2b8 page_cache_async_ra+0x68/0xb8 filemap_readahead.isra.0+0x64/0xa8 filemap_get_pages+0x3fc/0x5b0 filemap_splice_read+0xf4/0x280 ext4_file_splice_read+0x2c/0x48 [ext4] vfs_splice_read.part.0+0xa8/0x118 splice_direct_to_actor+0xbc/0x288 do_splice_direct+0x9c/0x108 do_sendfile+0x328/0x468 __arm64_sys_sendfile64+0x8c/0x148 invoke_syscall+0x4c/0x118 el0_svc_common.constprop.0+0xc8/0xf0 do_el0_svc+0x24/0x38 el0_svc+0x4c/0x1f8 el0t_64_sync_handler+0xc0/0xc8 el0t_64_sync+0x188/0x190 (CVE-2024-36882)

  - 已經解決 Linux 核心中的以下弱點：wifi: iwlwifi: mvm：防止移除時的無效 STA ID。防止 iwl_mvm_mld_rm_sta_id 中的無效工作站 ID，因為這會導致超出邊界陣列存取。這樣可避免倘若驅動程式在錯誤處理期間進入不良狀態時發生問題。 (CVE-2024-36921)

  - 已經解決 Linux 核心中的以下弱點：wifi: iwlwifi：在鎖定情況下讀取 txq->read_ptr。如果讀取 txq->read_ptr 而沒有鎖定，我們可能會讀取相同的值兩次，然後獲得鎖定，並從該處回收至兩個不同的地方，然而重要的是，回收相同的項目兩次，導致 WARN_ONCE() 出現時間較晚。透過讀取鎖定情況下的 txq->read_ptr 來修正此問題。 (CVE-2024-36922)

  - 已經解決 Linux 核心中的以下弱點：wifi: nl80211：不釋放 NULL 合併規則。如果剖析失敗，我們可以在此解除參照 NULL 指標。 (CVE-2024-36941)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

远程 CentOS Linux 9 主机上安装的多个程序包受到 kernel-5.14.0-474.el9 版本变更日志中提及的多个漏洞影响。

  - 拒绝原因：此 CVE ID 已被其 CVE Numbering Authority 拒绝或撤回。
    (CVE-2023-52651)

  - 在 Linux 内核中，已解决以下漏洞：io_uring：删除与 SCM_RIGHTS 相关的任何代码。我们停止支持通过 SCM_RIGHTS 传递 io_uring fds 后，这变成了死代码，请将其删除。(CVE-2023-52656)

  - 在 Linux 内核中，已解决以下漏洞：wifi：mt76：mt7921e：修复 free_irq() 中的释放后使用。在 commit a304e1b82808（[PATCH] 调试共享的 irq）中，测试可确保共享的 irq 处理程序应该能够在取消注册之后处理非预期事件。对于这种情况，我们应用 MT76_REMOVED 标记以指示设备已被删除，并且不会再遇到资源访问问题。BUG：KASAN：mt7921_irq_handler+0xd8/0x100 中的释放后使用 [mt7921e] 任务 rmmod/11115 CPU: 28 PID: 11115 Comm: rmmod 受感染的地址 ffff88824a7d3b78 中大小为 8 的读取 5.17.0 #10 硬件名称：Micro-Star International Co., Ltd. MS-7D73/MPG B650I EDGE WIFI (MS-7D73)，BIOS 1.81 01/05/2024 调用跟踪： <TASK> dump_stack_lvl+0x6f/0xa0 print_address_description.constprop.0+0x1f/0x190？ mt7921_irq_handler+0xd8/0x100 [mt7921e] ? mt7921_irq_handler+0xd8/0x100 [mt7921e] kasan_report.cold+0x7f/0x11b？ mt7921_irq_handler+0xd8/0x100 [mt7921e] mt7921_irq_handler+0xd8/0x100 [mt7921e] free_irq+0x627/0xaa0 devm_free_irq+0x94/0xd0 ? devm_request_any_context_irq+0x160/0x160 ? kobject_put+0x18d/0x4a0 mt7921_pci_remove+0x153/0x190 [mt7921e] pci_device_remove+0xa2/0x1d0
    __device_release_driver+0x346/0x6e0 driver_detach+0x1ef/0x2c0 bus_remove_driver+0xe7/0x2d0 ？
    __check_object_size+0x57/0x310 pci_unregister_driver+0x26/0x250 __do_sys_delete_module+0x307/0x510 ？ free_module+0x6a0/0x6a0 ？ fpregs_assert_state_consistent+0x4b/0xb0 ？ rcu_read_lock_sched_held+0x10/0x70 ? syscall_enter_from_user_mode+0x20/0x70 ？ trace_hardirqs_on+0x1c/0x130 do_syscall_64+0x5c/0x80 ？ trace_hardirqs_on_prepare+0x72/0x160 ? do_syscall_64+0x68/0x80 ？ trace_hardirqs_on_prepare+0x72/0x160 entry_SYSCALL_64_after_hwframe+0x44/0xae (CVE-2024-26892)

  - 解决了 Linux 内核中的以下漏洞：wifi：ath9k：延迟 ath9k_wmi_event_tasklet() 的全部过程，直到 init 完成 ath9k_htc 中使用的 ath9k_wmi_event_tasklet() 假设在其运行时所有数据结构都已经完全初始化。但是，由于事物初始化的顺序，不能保证会如此，因为在 ath9k 驱动程序初始化完成之前，设备就会暴露给 USB 子系统。我们已经在提交中对此进行了部分修复：8b3046abc99e (ath9k_htc: fix NULL pointer dereference at ath9k_htc_tx_get_packet())。然而，此提交只中止活动 tasklet 中的 WMI_TXSTATUS_EVENTID 指令，将其与 TX 结构中的初始化完成位配对。syzbot 似乎也设法为其他一个命令触发争用，因此我们仅移动现有同步位以覆盖整个 tasklet（在 ath9k_htc_probe_device() 的末尾进行设置，而不是在 ath9k_tx_init() 内部进行设置）。(CVE-2024-26897)

  - 在 Linux 内核中，已解决以下漏洞：wifi：brcm80211：处理 pmk_op 分配失败 如果物理内存耗尽，brcmf_pmksa_v3_op() 中的 kzalloc() 将返回 null。因此，如果取消引用 null 值，就会发生空指针取消引用缺陷。退回
    -ENOMEM 来自 brcmf_pmksa_v3_op() （如果 pmk_op 的 kzalloc() 失败）。(CVE-2024-27048)

  - 在 Linux 内核中，已解决以下漏洞：wifi：mt76：mt7925e：修复 free_irq() 中的释放后使用。在 commit a304e1b82808（[PATCH] 调试共享的 irq）中，测试可确保共享的 irq 处理程序应该能够在取消注册之后处理非预期事件。对于这种情况，我们应用 MT76_REMOVED 标记以指示设备已被删除，并且不会再遇到资源访问问题。(CVE-2024-27049)

  - 在 Linux 内核中，已解决以下漏洞：wifi：rtl8xxxu：为 c2hcmd_work 添加 cancel_work_sync() 驱动程序停止时，工作队列可能仍在运行。为避免释放后使用，请在 rtl8xxxu_stop() 中调用 cancel_work_sync()。(CVE-2024-27052)

  - 在 Linux 内核中，已解决以下漏洞：wifi：iwlwifi：mvm：不要为 GTK 设置 MFP 标记 固件不需要 GTK 的 MFP 标记；它甚至可以使固件崩溃。
    如果 AP 配置了：群组密码 TKIP 和 MFPC。我们会发送 GTK with cipher = TKIP 和 MFP，这当然是不可能的。(CVE-2024-27434)

  - 在 Linux 内核中，已解决以下漏洞：wifi：mac80211：检查/清除 non-4addr sta VLAN 变更的 fast rx 到 VLAN 的 netdev 当将 VLAN 中站点迁移并在此后删除 VLAN，这可能造成释放后使用缺陷。此问题可在 VLAN 变更后立即调用 ieee80211_check_fast_rx 修复。(CVE-2024-35789)

  - 在 Linux 内核中，已解决以下漏洞：wifi：iwlwifi：dbg-tlv：确保 NUL 终止 iwl_fw_ini_debug_info_tlv 用作字符串，因此我们必须在使用该字符串之前确保该字符串已正确终止。(CVE-2024-35845)

  - 在 Linux 内核中，已解决以下漏洞：wifi：iwlwifi: mvm：rfi：修复了潜在的响应泄漏 如果 rx 负载长度检查失败，或者 kmemdup() 失败，我们仍需要释放命令响应。修复该问题。(CVE-2024-35912)

  - 在 Linux 内核中，已解决以下漏洞：wifi：iwlwifi：mvm：选择 SESSION_PROTECTION_NOTIF 的版本 当我们想知道是应该在 struct iwl_mvm_session_prot_notif 中查找 mac_id 还是 link_id 时，我们应该查看 SESSION_PROTECTION_NOTIF 版本。这会造成警告：警告：CPU: 0 PID: 11403 at drivers/net/wireless/intel/iwlwifi/mvm/time-event.c:959 iwl_mvm_rx_session_protect_notif+0x333/0x340 [iwlmvm] RIP：
    0010:iwl_mvm_rx_session_protect_notif+0x333/0x340 [iwlmvm] Code: 00 49 c7 84 24 48 07 00 00 00 00 00 00 41 c6 84 24 78 07 00 00 ff 4c 89 f7 e8 e9 71 54 d9 e9 7d fd ff ff 0f 0b e9 23 fe ff ff <0f> 0b e9 1c fe ff ff 66 0f 1f 44 00 00 90 90 90 90 90 90 90 90 90 RSP: 0018:ffffb4bb00003d40 EFLAGS: 00010202 RAX:
    0000000000000000 RBX: ffff9ae63a361000 RCX: ffff9ae4a98b60d4 RDX: ffff9ae4588499c0 RSI: 0000000000000305 RDI: ffff9ae4a98b6358 RBP: ffffb4bb00003d68 R08: 0000000000000003 R09: 0000000000000010 R10:
    ffffb4bb00003d00 R11: 000000000000000f R12: ffff9ae441399050 R13: ffff9ae4761329e8 R14: 0000000000000001 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff9ae7af400000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000055fb75680018 CR3：00000003dae32006 CR4：0000000000f70ef0 PKRU：55555554 调用跟踪： <IRQ> ? show_regs+0x69/0x80 ？ __warn+0x8d/0x150 ？ iwl_mvm_rx_session_protect_notif+0x333/0x340 [iwlmvm] ? report_bug+0x196/0x1c0 ? handle_bug+0x45/0x80 ? exc_invalid_op+0x1c/0xb0 ？ asm_exc_invalid_op+0x1f/0x30 ？ iwl_mvm_rx_session_protect_notif+0x333/0x340 [iwlmvm] iwl_mvm_rx_common+0x115/0x340 [iwlmvm] iwl_mvm_rx_mq+0xa6/0x100 [iwlmvm] iwl_pcie_rx_handle+0x263/0xa10 [iwlwifi] iwl_pcie_napi_poll_msix+0x32/0xd0 [iwlwifi] (CVE-2024-35913)

  - 在 Linux 内核中，已解决以下漏洞：wifi：cfg80211：更仔细地检查 A-MSDU 格式 如果 A-MSDU 中看起来有另一个子帧但标头不完整，我们可以阅读数据越界，仅用于稍后丢弃。更仔细一点并检查子帧标头是否可以存在。(CVE-2024-35937)

  - 在 Linux 内核中，已解决以下漏洞：wifi：ath11k：将 MHI 通道缓冲区长度减少到 8KB 目前，ath11k_mhi_config_qca6390 的 buf_len 字段被分配了 0，导致 MHI 使用默认大小 64KB 来分配通道缓冲区。在系统内存高度碎片化且不允许压缩或回收内存的某些情况下，这可能会失败。有一个由其造成的失败报告：kworker/u32:45: page allocation failure: order:4, mode:0x40c00(GFP_NOIO|__GFP_COMP), nodemask=(null),cpuset=/,mems_allowed=0 CPU: 0 PID：19318 Comm：
    kworker/u32:45 未感染 6.8.0-rc3-1.gae4495f-default #1 openSUSE Tumbleweed (未发布) 493b6d5b382c603654d7a81fc3c144d59a1dfceb 工作队列：events_unbound async_run_entry_fn 调用跟踪：<TASK> dump_stack_lvl+0x47/0x60 warn_alloc+0x13a/0x1b0 ? srso_alias_return_thunk+0x5/0xfbef5 ?
    __alloc_pages_direct_compact+0xab/0x210 __alloc_pages_slowpath.constprop.0+0xd3e/0xda0
    __alloc_pages+0x32d/0x350 ？ mhi_prepare_channel+0x127/0x2d0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814]
    __kmalloc_large_node+0x72/0x110 __kmalloc+0x37c/0x480 ？ mhi_map_single_no_bb+0x77/0xf0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] ? mhi_prepare_channel+0x127/0x2d0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] mhi_prepare_channel+0x127/0x2d0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] __mhi_prepare_for_transfer+0x44/0x80 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] ? __pfx_____mhi_prepare_for_transfer+0x10/0x10 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] device_for_each_child+0x5c/0xa0 ？ __pfx_pci_pm_resume+0x10/0x10 ath11k_core_resume+0x65/0x100 [ath11k a5094e22d7223135c40d93c8f5321cf09fd85e4e] ? srso_alias_return_thunk+0x5/0xfbef5 ath11k_pci_pm_resume+0x32/0x60 [ath11k_pci 830b7bfc3ea80ebef32e563cafe2cb55e9cc73ec] ? srso_alias_return_thunk+0x5/0xfbef5 dpm_run_callback+0x8c/0x1e0 device_resume+0x104/0x340 ? __pfx_dpm_watchdog_handler+0x10/0x10 async_resume+0x1d/0x30 async_run_entry_fn+0x32/0x120 process_one_work+0x168/0x330 worker_thread+0x2f5/0x410？ __pfx_worker_thread+0x10/0x10 kthread+0xe8/0x120 ? __pfx_kthread+0x10/0x10 ret_from_fork+0x34/0x50？ __pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1b/0x30 </TASK> 实际上，这些缓冲区仅由 QMI 目标 -> 主机通信使用。对于 WCN6855 和 QCA6390，其最大数据包大小小于 6KB。因此，将 buf_len 字段更改为 8KB，这会在页面大小为 4KB 时导致 order 1 分配。通过这种方式，我们至少可以节省一些内存，并且可以降低这些情况下分配失败的可能性。经测试：WCN6855 hw2.0 PCI WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.30 (CVE-2024-35938)

  - 在 Linux 内核中，已解决以下漏洞：wifi：rtw89：修复中止扫描时的空指针访问 在取消扫描期间，我们可以使用未扫描的 vif。使用实际扫描 vif 修复此问题。(CVE-2024-35946)

  - 在 Linux 内核中，已解决以下漏洞：mm：在 page_cache_ra_order() 中使用 memalloc_nofs_save() 请参阅提交 f2c817bed58d（mm：在预读路径中使用 memalloc_nofs_save），确保 page_cache_ra_order() 不尝试回收文件备份的页面或者导致死锁，这是在测试 ext4 大 folio 时发现的问题。INFO：任务 DataXceiver for:7494 阻断的时间超过 120 秒。
    echo 0 > /proc/sys/kernel/hung_task_timeout_secs 禁用此消息。 task：state:D stack:0 pid:7494 ppid:1 flags:0x00000200 调用跟踪： __switch_to+0x14c/0x240 __schedule+0x82c/0xdd0 schedule+0x58/0xf0 io_schedule+0x24/0xa0 __folio_lock+0x130/0x300 migrate_pages_batch+0x378/0x918 migrate_pages+0x350/0x700 compact_zone+0x63c/0xb38 compact_zone_order+0xc0/0x118 try_to_compact_pages+0xb0/0x280 __alloc_pages_direct_compact+0x98/0x248 __alloc_pages+0x510/0x1110 alloc_pages+0x9c/0x130 folio_alloc+0x20/0x78 filemap_alloc_folio+0x8c/0x1b0 page_cache_ra_order+0x174/0x308 ondemand_readahead+0x1c8/0x2b8 page_cache_async_ra+0x68/0xb8 filemap_readahead.isra.0+0x64/0xa8 filemap_get_pages+0x3fc/0x5b0 filemap_splice_read+0xf4/0x280 ext4_file_splice_read+0x2c/0x48 [ext4] vfs_splice_read.part.0+0xa8/0x118 splice_direct_to_actor+0xbc/0x288 do_splice_direct+0x9c/0x108 do_sendfile+0x328/0x468 __arm64_sys_sendfile64+0x8c/0x148 invoke_syscall+0x4c/0x118 el0_svc_common.constprop.0+0xc8/0xf0 do_el0_svc+0x24/0x38 el0_svc+0x4c/0x1f8 el0t_64_sync_handler+0xc0/0xc8 el0t_64_sync+0x188/0x190 (CVE-2024-36882)

  - 在 Linux 内核中，已解决以下漏洞：wifi：iwlwifi：mvm：防止删除时无效的 STA ID 防止 iwl_mvm_mld_rm_sta_id 中的无效站点 ID，因为那样会导致越界数组访问。这可以防止错误处理期间驱动程序进入错误状态时发生的问题。(CVE-2024-36921)

  - 在 Linux 内核中，已解决以下漏洞：wifi：iwlwifi：在锁定状态下读取 txq->read_ptr 如果在无锁定的情况下读取 txq->read_ptr，则可读取同一个值两次，然后获得锁定，并从有两个不同的位置，但至关重要的是，将同一个条目回收两次，从而导致 WARN_ONCE() 稍微晚一些。通过在锁定下读取 txq->read_ptr 来修复该问题。(CVE-2024-36922)

  - 在 Linux 内核中，已解决以下漏洞：wifi： nl80211：不要释放 NULL 合并规则 如果解析失败，我们可以在此处取消引用空指针。(CVE-2024-36941)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

The remote Ubuntu 24.04 LTS host has a package installed that is affected by multiple vulnerabilities as referenced in the USN-6893-1 advisory.

    It was discovered that a race condition existed in the Bluetooth subsystem in the Linux kernel when     modifying certain settings values through debugfs. A privileged local attacker could use this to cause a     denial of service. (CVE-2024-24857, CVE-2024-24858, CVE-2024-24859)

    Several security issues were discovered in the Linux kernel. An attacker could possibly use these to     compromise the system. This update corrects flaws in the following subsystems:

    - ARM64 architecture;

    - RISC-V architecture;

    - S390 architecture;

    - x86 architecture;

    - Block layer subsystem;

    - Compute Acceleration Framework;

    - Accessibility subsystem;

    - Android drivers;

    - Drivers core;

    - Bluetooth drivers;

    - Clock framework and drivers;

    - Data acquisition framework and drivers;

    - Cryptographic API;

    - Buffer Sharing and Synchronization framework;

    - GPU drivers;

    - On-Chip Interconnect management framework;

    - IOMMU subsystem;

    - Multiple devices driver;

    - Media drivers;

    - VMware VMCI Driver;

    - Network drivers;

    - Microsoft Azure Network Adapter (MANA) driver;

    - Device tree and open firmware driver;

    - Chrome hardware platform drivers;

    - i.MX PM domains;

    - TI SCI PM domains driver;

    - S/390 drivers;

    - SCSI drivers;

    - SPI subsystem;

    - Thermal drivers;

    - TTY drivers;

    - USB subsystem;

    - Framebuffer layer;

    - BTRFS file system;

    - Network file system server daemon;

    - NILFS2 file system;

    - File systems infrastructure;

    - Pstore file system;

    - SMB network file system;

    - BPF subsystem;

    - Bluetooth subsystem;

    - Netfilter;

    - io_uring subsystem;

    - Core kernel;

    - Extra boot config (XBC);

    - Memory management;

    - Amateur Radio drivers;

    - B.A.T.M.A.N. meshing protocol;

    - Ethernet bridge;

    - Networking core;

    - IPv4 networking;

    - IPv6 networking;

    - Multipath TCP;

    - NFC subsystem;

    - RDS protocol;

    - Network traffic control;

    - SMC sockets;

    - Sun RPC protocol;

    - TLS protocol;

    - Unix domain sockets;

    - Wireless networking;

    - eXpress Data Path;

    - SELinux security module; (CVE-2024-35967, CVE-2024-35886, CVE-2024-26999, CVE-2024-27008,     CVE-2024-26988, CVE-2024-35980, CVE-2024-26982, CVE-2024-35946, CVE-2024-35918, CVE-2024-27015,     CVE-2024-35900, CVE-2024-35942, CVE-2024-35879, CVE-2024-35961, CVE-2024-35944, CVE-2024-35934,     CVE-2024-35978, CVE-2024-35938, CVE-2024-27003, CVE-2024-35976, CVE-2024-36019, CVE-2024-35880,     CVE-2024-35866, CVE-2024-35929, CVE-2024-35917, CVE-2024-35912, CVE-2024-35896, CVE-2024-26986,     CVE-2024-35951, CVE-2024-35958, CVE-2024-26997, CVE-2024-35965, CVE-2024-35953, CVE-2024-26993,     CVE-2024-26991, CVE-2024-35892, CVE-2024-36026, CVE-2024-35882, CVE-2024-35964, CVE-2024-35865,     CVE-2024-35897, CVE-2024-26981, CVE-2024-35872, CVE-2024-36027, CVE-2024-26983, CVE-2024-35909,     CVE-2024-35985, CVE-2024-35875, CVE-2024-35890, CVE-2024-26922, CVE-2024-26994, CVE-2024-35903,     CVE-2024-35936, CVE-2024-35904, CVE-2024-27013, CVE-2024-36025, CVE-2024-26980, CVE-2024-27006,     CVE-2024-35861, CVE-2024-35864, CVE-2024-27018, CVE-2024-36022, CVE-2024-26990, CVE-2024-35968,     CVE-2024-35860, CVE-2024-36024, CVE-2024-35933, CVE-2024-27019, CVE-2024-35925, CVE-2024-35950,     CVE-2024-35915, CVE-2024-35916, CVE-2024-35956, CVE-2024-36020, CVE-2024-35873, CVE-2024-27002,     CVE-2024-35963, CVE-2024-35959, CVE-2024-35937, CVE-2024-27011, CVE-2024-27020, CVE-2024-35883,     CVE-2024-35913, CVE-2024-35910, CVE-2024-27021, CVE-2024-35921, CVE-2024-35905, CVE-2024-27010,     CVE-2024-35981, CVE-2024-35885, CVE-2024-35955, CVE-2024-35894, CVE-2024-35969, CVE-2024-36018,     CVE-2024-35867, CVE-2024-27007, CVE-2024-35908, CVE-2024-26985, CVE-2024-27016, CVE-2024-35960,     CVE-2024-35935, CVE-2024-35932, CVE-2024-35957, CVE-2024-27001, CVE-2024-35871, CVE-2024-35907,     CVE-2024-35878, CVE-2024-35979, CVE-2024-35972, CVE-2024-35975, CVE-2024-35877, CVE-2024-35926,     CVE-2024-26817, CVE-2024-35899, CVE-2024-27004, CVE-2024-35920, CVE-2024-35924, CVE-2024-35977,     CVE-2024-35930, CVE-2024-35911, CVE-2024-26996, CVE-2024-27005, CVE-2024-35870, CVE-2024-35982,     CVE-2024-35895, CVE-2024-35943, CVE-2024-35902, CVE-2024-35919, CVE-2024-35973, CVE-2024-35931,     CVE-2024-35888, CVE-2024-35914, CVE-2024-35970, CVE-2024-36023, CVE-2024-27012, CVE-2024-35939,     CVE-2024-26984, CVE-2024-35884, CVE-2024-35901, CVE-2024-26811, CVE-2024-35966, CVE-2024-35891,     CVE-2024-35887, CVE-2024-35945, CVE-2024-35971, CVE-2024-35862, CVE-2024-26987, CVE-2024-26921,     CVE-2024-26989, CVE-2024-35952, CVE-2024-27009, CVE-2024-35893, CVE-2024-26995, CVE-2024-26925,     CVE-2024-35868, CVE-2024-35954, CVE-2024-35922, CVE-2024-27000, CVE-2024-36021, CVE-2024-27014,     CVE-2024-35940, CVE-2024-26992, CVE-2024-26926, CVE-2024-35927, CVE-2024-35863, CVE-2024-27022,     CVE-2024-26998, CVE-2024-27017, CVE-2024-26928, CVE-2024-35889, CVE-2024-35898, CVE-2024-35869,     CVE-2024-26936, CVE-2024-26923, CVE-2023-52699, CVE-2024-35974)

Tenable has extracted the preceding description block directly from the Ubuntu security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	名前	製品	ファミリー	公開日	更新日	深刻度
201993	CentOS 9 : kernel-5.14.0-474.el9	Nessus	CentOS Local Security Checks	2024/7/9	2024/7/9	critical
201993	CentOS 9: kernel-5.14.0-474.el9	Nessus	CentOS Local Security Checks	2024/7/9	2024/7/9	critical
202230	Ubuntu 24.04 LTS : Linux 核心弱點 (USN-6893-1)	Nessus	Ubuntu Local Security Checks	2024/7/11	2024/7/11	high
202230	Ubuntu 24.04 LTS：Linux 内核漏洞 (USN-6893-1)	Nessus	Ubuntu Local Security Checks	2024/7/11	2024/7/11	high
201993	CentOS 9：kernel-5.14.0-474.el9	Nessus	CentOS Local Security Checks	2024/7/9	2024/7/9	critical
201993	CentOS 9 : kernel-5.14.0-474.el9	Nessus	CentOS Local Security Checks	2024/7/9	2024/7/9	critical
202230	Ubuntu 24.04 LTS : Linux kernel vulnerabilities (USN-6893-1)	Nessus	Ubuntu Local Security Checks	2024/7/11	2024/7/11	high
200853	SUSE SLES15 / openSUSE 15 Security Update : kernel (SUSE-SU-2024:2135-1)	Nessus	SuSE Local Security Checks	2024/6/22	2024/6/22	high

検出

プラグインの検索

critical

critical

high

high

critical

critical

high

high