Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - net：team：修复模式变更期间 team_xmit 中的空指针取消引用 __team_change_mode（） 通过 team_adjust_ops（） 还原安全的虚拟处理程序前，先清除含有 memset（） 的 team->ops。另一个 CPU 上的 RCU 下并行运行的 team_xmit（） 可能会在此窗口期间读取 team->ops.transmit 并调用空函数指针，从而造成内核崩溃。比赛需要在团队设备上同时进行模式变更 （CAP_NET_ADMIN） 和传输。缺陷：内核空指针取消引用，地址：0000000000000000 哎呀：
    0010 [#1] SMP KASAN NOPTI RIP：0010：0x0 调用跟踪：team_xmit （drivers/net/team/team_core.c：1853） dev_hard_start_xmit （net/core/dev.c：3904） __dev_queue_xmit （net/core/dev.c：4871） packet_sendmsg （net/packet/af_packet.c：3109） __sys_sendto （net/socket.c：2265） 原始代码假设没有端口意味着没有流量，因此模式更改可以随意 memset（）/memcpy（） ops。带有强制载波的AF_PACKET打破了这一假设。防止争用而不是使其安全：将 memset（）/memcpy（） 替换为从不接触传输或接收的每字段更新。这两个处理程序仅由 team_adjust_ops（） 管理，后者会在 tx_en_port_count == 0 时（模式变更期间始终为真，因为不存在端口）时已安装虚拟程序。WRITE_ONCE/READ_ONCE 阻止处理程序指针上的存储/加载撕裂。exit_op（） 之前的 synchronize_net（） 耗尽正在传输的读取器，这些读取器可能仍然引用端口删除前的旧模式状态，将处理程序切换为虚拟程序。（CVE-2026-64190）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

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

  - net： team：在模式變更期間修正 team_xmit 中的 NULL 指標解除參照 __team_change_mode（） 會使用 memset（） 清除 team->ops，然後再透過 team_adjust_ops（） 還原安全的虛擬處理常式。在另一個 CPU 上的 RCU 下執行的並行 team_xmit（） 可以在此時段內讀取 team->ops.transmit 並呼叫 NULL 函式指標，從而使核心當機。比賽需要模式更改 （CAP_NET_ADMIN） 與團隊設備上的傳輸同時進行。錯誤：核心 NULL 指標解除參照，位址：0000000000000000000 哎呀：
    0010 [#1] SMP KASAN NOPTI RIP： 0010：0x0 呼叫追蹤：team_xmit （drivers/net/team/team_core.c：1853） dev_hard_start_xmit （net/core/dev.c：3904） __dev_queue_xmit （net/core/dev.c：4871） packet_sendmsg （net/packet/af_packet.c：3109） __sys_sendto （net/socket.c：2265） 原始程式碼假設沒有連接埠意味著沒有流量，因此模式變更可以自由地 memset（）/memcpy（） 操作。強制載波的AF_PACKET打破了這一假設。防止爭用而不是使其安全：將 memset（）/memcpy（） 替換為從不接觸傳輸或接收的每個欄位更新。這兩個處理常式僅由 team_adjust_ops（） 管理，當 tx_en_port_count == 0 時，它已經安裝了虛擬（在模式變更期間始終為 true，因為不存在連接埠）。WRITE_ONCE/READ_ONCE可防止處理常式指標上的儲存/載入撕裂。exit_op（） 之前的 synchronize_net（） 會耗盡正在進行的讀取器，這些讀取器可能仍參照連接埠移除將處理常式切換為虛擬人之前的舊模式狀態。（CVE-2026-64190）

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

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

  - net:team:モード変更中の team_xmit の NULL ポインターデリファレンスを修正します __team_change_mode() は、team_adjust_ops() で安全なダミーハンドラーを復元する前に、memset() で team->ops をクリアします。別の CPU 上の RCU 下で実行している同時 team_xmit() が、このウィンドウ中に team->ops.transmit を読み取り、NULL 関数ポインターを呼び出して、カーネルをクラッシュする可能性があります。レースでは、チームデバイスでの送信と同時にモード変更 (CAP_NET_ADMIN) が必要です。バグ:カーネル NULL ポインターデリファレンス、アドレス:000000000000000000 Oops:
    0010 [#1] SMP KASAN NOPTI RIP:0010:0x0 コールトレース:team_xmit (drivers/net/team/team_core.c:1853) dev_hard_start_xmit (net/core/dev.c:3904) __dev_queue_xmit (net/core/dev.c:4871) packet_sendmsg (net/packet/af_packet.c:3109) __sys_sendto (net/socket.c:2265) 元のコードでは、ポートがない場合はトラフィックがないことを意味するため、モード変更は自由に memset()/memcpy() 操作を行うことができます。強制キャリアによるAF_PACKETは、その前提を破ります。安全にする代わりに競合を防止します:memset()/memcpy() を、送信または受信に決して触れないフィールドごとの更新で置換します。これらの 2 つのハンドラーは team_adjust_ops() だけで管理されます。() は tx_en_port_count == 0 のときにすでにダミーをインストールしています(ポートが存在しないためモード変更中は常に true)。WRITE_ONCE/READ_ONCE ハンドラーポインターのストア/ロードのティアリングを防止します。exit_op() の前の synchronize_net() は、ポート削除がハンドラーをダミーに切り替える前の古いモード状態をまだ参照している可能性がある、インフライトリーダーをドレインします。(CVE-2026-64190)

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

The Unity Linux 20 host has a package installed that is affected by a vulnerability as referenced in the UTSA-2026-073357 advisory.

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

    net: team: fix NULL pointer dereference in team_xmit during mode change

    __team_change_mode() clears team->ops with memset() before restoring     safe dummy handlers via team_adjust_ops(). A concurrent team_xmit()     running under RCU on another CPU can read team->ops.transmit during     this window and call a NULL function pointer, crashing the kernel.

    The race requires a mode change (CAP_NET_ADMIN) concurrent with     transmit on the team device.

     BUG: kernel NULL pointer dereference, address: 0000000000000000      Oops: 0010 [#1] SMP KASAN NOPTI      RIP: 0010:0x0      Call Trace:
      team_xmit (drivers/net/team/team_core.c:1853)       dev_hard_start_xmit (net/core/dev.c:3904)
      __dev_queue_xmit (net/core/dev.c:4871)       packet_sendmsg (net/packet/af_packet.c:3109)
      __sys_sendto (net/socket.c:2265)

    The original code assumed that no ports means no traffic, so mode     changes could freely memset()/memcpy() the ops.  AF_PACKET with     forced carrier breaks that assumption.

    Prevent the race instead of making it safe: replace memset()/memcpy()     with per-field updates that never touch transmit or receive.  Those     two handlers are managed solely by team_adjust_ops(), which already     installs dummies when tx_en_port_count == 0 (always true during mode     change since no ports are present).  WRITE_ONCE/READ_ONCE prevent     store/load tearing on the handler pointers.

    synchronize_net() before exit_op() drains in-flight readers that may     still reference old mode state from before port removal switched the     handlers to dummies.

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

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

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - net: team: fix NULL pointer dereference in team_xmit during mode change __team_change_mode() clears     team->ops with memset() before restoring safe dummy handlers via team_adjust_ops(). A concurrent     team_xmit() running under RCU on another CPU can read team->ops.transmit during this window and call a     NULL function pointer, crashing the kernel. The race requires a mode change (CAP_NET_ADMIN) concurrent     with transmit on the team device. BUG: kernel NULL pointer dereference, address: 0000000000000000 Oops:
    0010 [#1] SMP KASAN NOPTI RIP: 0010:0x0 Call Trace: team_xmit (drivers/net/team/team_core.c:1853)     dev_hard_start_xmit (net/core/dev.c:3904) __dev_queue_xmit (net/core/dev.c:4871) packet_sendmsg     (net/packet/af_packet.c:3109) __sys_sendto (net/socket.c:2265) The original code assumed that no ports     means no traffic, so mode changes could freely memset()/memcpy() the ops. AF_PACKET with forced carrier     breaks that assumption. Prevent the race instead of making it safe: replace memset()/memcpy() with per-     field updates that never touch transmit or receive. Those two handlers are managed solely by     team_adjust_ops(), which already installs dummies when tx_en_port_count == 0 (always true during mode     change since no ports are present). WRITE_ONCE/READ_ONCE prevent store/load tearing on the handler     pointers. synchronize_net() before exit_op() drains in-flight readers that may still reference old mode     state from before port removal switched the handlers to dummies. (CVE-2026-64190)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
322087	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1881)	Nessus	Amazon Linux Local Security Checks	2026/6/22	2026/8/13	high
328339	Linux Distros 未修补的漏洞：CVE-2026-64190	Nessus	Misc.	2026/7/20	2026/9/4	medium
322087	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1881)	Nessus	Amazon Linux Local Security Checks	2026/6/22	2026/8/13	high
328339	Linux Distros 未修補弱點：CVE-2026-64190	Nessus	Misc.	2026/7/20	2026/9/4	medium
322087	Amazon Linux 2023 : bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1881)	Nessus	Amazon Linux Local Security Checks	2026/6/22	2026/8/13	high
328339	Linux Distros のパッチ未適用の脆弱性: CVE-2026-64190	Nessus	Misc.	2026/7/20	2026/9/4	medium
343326	Unity Linux 20.1050e Security Update: kernel (UTSA-2026-073357)	Nessus	Unity Linux Local Security Checks	2026/9/6	2026/9/6	medium
322087	Amazon Linux 2023 : bpftool6.18, kernel6.18, kernel6.18-devel (ALAS2023-2026-1881)	Nessus	Amazon Linux Local Security Checks	2026/6/22	2026/8/13	high
328339	Linux Distros Unpatched Vulnerability : CVE-2026-64190	Nessus	Misc.	2026/7/20	2026/9/4	medium

检测

插件搜索

high

medium

high

medium

high

medium

medium

high

medium