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

  - firmware_loader区块路径遍历大多数固件名称是硬编码的字符串或是从相当受限制的格式字符串构建其中动态部分只是一些十六进制数字之类的名称。然而, 内核中存在几个代码路径其中固件文件名包含从设备或半特权用户空间传递的字符串组件我可以找到的漏洞不包括需要 root 权限的接口 - lpfc_sli4_request_firmware_update() 似乎从 ModelName 构造固件文件名ModelName 是之前从 lpfc_fill_vpd() 中的某些描述符重要产品数据中解析出来的字符串 - nfp_net_fw_find () 似乎会根据来自 nfp_hwinfo_lookup(pf->hwinfo, nffw.partno) 的型号名称构建固件文件名我认为它会解析从设备读取的某个描述符。但此案例可能不可利用因为格式字符串看起来像 netronome/nic_%s而且不应有以 netronome/nic_ 开头的任何 *folders*。之前的情况不同因为 %s 在格式字符串的 *开头*。 - 可从 ETHTOOL_MSG_MODULE_FW_FLASH_ACT netlink 命令访问 module_flash_fw_schedule()其被标记为 GENL_UNS_ADMIN_PERM意味着用户命名空间内的 CAP_NET_ADMIN 就足以通过权限检查并采用用户空间提供的固件名称。（但我认为若要发生这种情况，需要在特殊类型的以太网设备映射到的网络命名空间上拥有 CAP_NET_ADMIN，因此我认为这实际上不是可行的攻击路径。） 通过拒绝任何固件名称来修复此问题包含 .. 路径组件的 。无论如何，我去寻找了，但没有发现任何以危险的方式使用固件加载程序的 USB 设备驱动程序。 (CVE-2024-47742)

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

检测

Linux Distros 未修补的漏洞：CVE-2024-47742

high Nessus 插件 ID 228923

版本 1.8