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

  - x86-64：重命名名称令人误解的“__copy_user_nocache（）”函数 由于各种历史原因，此函数是命名错误的大师班。它宣称是未缓存的用户副本。从字面上看，这些东西都不是。这是一个特殊的内存复制例程，它对目标（但不是源）使用非时态存储，并对源和目标访问执行异常处理。另请注意，虽然它适用于未对齐的目标，但任何未对齐的部分（无论是在开头还是结尾）都不会使用非时态存储，因为在 x86 上只有单词和四字可以是非时态的。异常处理意味着它可以用于用户空间访问，但不能单独使用——它需要围绕它的所有正常启动用户空间访问逻辑。但通常，用户空间访问权限是源目的地，而不是非临时目的地。这就是这样做的初衷，其目标是某个脆弱的持久内存目标，该目标需要非时态存储以便同步捕获计算机检查异常并妥善处理它们。因此，这个非描述性名称：一个用例是从用户空间复制到非缓存内核缓冲区。但是，现有用户混合了该预期用例和几个随机驱动程序，这些驱动程序只是作为性能调整。然后，其中一些随机驱动程序会主动滥用用户复制版本（包含 STAC/CLAC 以及全部版本）来执行内核复制，甚至从未考虑异常处理（对于非时态目标）。将其重命名为第一步，以使其半途而废，并将原型更改为更正常：除非调用者完成了正确的转换，否则它不需要用户指针，并且参数大小是完整的size_t（它仍然不会一次实际复制超过 4GB，但也没有理由静默地截断调用程序中的大小参数）。最后，在 NTB 代码中使用这个现在已正常命名的函数，该函数误用了此接口的用户复制版本（包含 STAC/CLAC 及全部），尽管它实际上根本不是用户复制。（CVE-2026-43073）

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

检测

Linux Distros 未修补的漏洞：CVE-2026-43073

medium Nessus 插件 ID 312299

版本 1.12