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

  - hwmon：（pmbus） 修正通知邏輯中的類型混淆 Sashiko 報告：在 pmbus_notify（） 中迴圈開始時，程式碼無條件地將每個屬性轉換為結構sensor_device_attribute：
    drivers/hwmon/pmbus/pmbus_core.c：pmbus_notify（） { for （i = 0; i < data->num_attributes; i++） { struct device_attribute *da = to_dev_attr（data->group.attrs[i]）; struct sensor_device_attribute *attr = to_sensor_dev_attr（da）; int index = attr->index; ... }不過，data->group.attrs 可以包含其他類型，例如結構pmbus_samples_reg或結構pmbus_sensor，它們只會內嵌基底結構device_attribute。如果 da 是結構pmbus_samples_reg，則 dev_attr 是最後一個成員。將其轉換為結構sensor_device_attribute並讀取索引欄位似乎會存取超出配置結尾的記憶體，這可能會觸發 slab-out-of-bounds 讀取。此外，如果 da 是結構pmbus_sensor，則轉換它會導致索引欄位與 page、phase 和 reg 欄位重疊。這是否會在 little-endian 系統上產生垃圾遮罩，在警示期間虛假符合目標 reg、頁面和旗標？在 struct pmbus_sensor 和 struct pmbus_label 中使用 struct sensor_device_attr 來修正問題。
    由於這些屬性永遠不會觸發通知，因此請將它們的 attr->index 值設為 -1。使用此值可與布林屬性區分開來，布林屬性會觸發通知，並使用索引欄位對遮罩、頁面和暫存器值進行編碼。（CVE-2026-74711）

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

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

  - hwmon：（pmbus） 修复通知逻辑中的类型混淆 Sashiko 报告： 在 pmbus_notify（） 循环开始时，代码会无条件地将每个属性转换为 struct sensor_device_attribute：
    drivers/hwmon/pmbus/pmbus_core.c：pmbus_notify（） { for （i = 0; i < data->num_attributes; i++） { struct device_attribute *da = to_dev_attr（data->group.attrs[i]）; struct sensor_device_attribute *attr = to_sensor_dev_attr（da）; int index = attr->index; ... }但是，data->group.attrs 可以包含其他类型，如 struct pmbus_samples_reg 或 struct pmbus_sensor，它们仅嵌入基本 struct device_attribute。如果 da 是结构pmbus_samples_reg，则 dev_attr 是最后一个成员。将其转换为结构sensor_device_attribute并读取索引字段似乎会访问超过分配末尾的内存，这可能会触发 slab-out-bound 读取。此外，如果 da 是结构pmbus_sensor，则转换它会导致索引字段与 page、phase 和 reg 字段重叠。这是否会在小端系统上产生垃圾掩码，其在警报期间假性匹配目标 reg、page 和flag？通过在 struct pmbus_sensor 和 struct pmbus_label中使用 struct sensor_device_attr来修复此问题。
    由于这些属性从不触发通知，因此请为它们将 attr->index 的值设为 -1。使用此值可与 _can_ 触发通知的布尔属性区分开来，并使用索引字段对掩码、页面和寄存器值进行编码。（CVE-2026-74711）

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

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

  - hwmon:(pmbus)通知ロジックの型の取り違え(Type Confusion)を修正します Sashiko 氏による報告: pmbus_notify() のループの開始時に、コードが無条件にすべての属性を構造体sensor_device_attributeにキャストします:
    drivers/hwmon/pmbus/pmbus_core.c:pmbus_notify() { for (i = 0; i < data->num_attributes; i++) { struct device_attribute *da = to_dev_attr(data->group.attrs[i]); struct sensor_device_attribute *attr = to_sensor_dev_attr(da); int index = attr->index; ... }ただし、data->group.attrs には、struct pmbus_samples_reg や struct pmbus_sensor など、ベース構造体device_attributeのみを埋め込む他の型を含めることができます。daが構造体pmbus_samples_regの場合、dev_attrは最後のメンバーです。これを構造体sensor_device_attributeにキャストし、インデックスフィールドを読み取ると、割り当ての終わりを超えてメモリにアクセスするようで、スラブの領域外読み取りがトリガーされる可能性があります。さらに、 da が構造体pmbus_sensorである場合、それをキャストすると、インデックスフィールドが page、phase、reg フィールドと重複します。これにより、リトルエンディアンシステムでガベージマスクが生成され、アラート中にターゲットのreg、ページ、フラグに偽装一致する可能性があるでしょうか? struct pmbus_sensor と struct pmbus_label で struct sensor_device_attr を使用して、この問題を修正します。
    これらの属性は通知をトリガーしないため、これらの属性に対して attr->index の値を -1 に設定します。この値を使用して、通知をトリガーし、インデックスフィールドを使用してマスク、ページ、レジスタの値をエンコードするブーリアン属性と区別できます。(CVE-2026-74711)

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

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

  - hwmon: (pmbus) Fix type confusion in notification logic Sashiko reports: At the start of the loop in     pmbus_notify(), the code unconditionally casts every attribute to a struct sensor_device_attribute:
    drivers/hwmon/pmbus/pmbus_core.c:pmbus_notify() { for (i = 0; i < data->num_attributes; i++) { struct     device_attribute *da = to_dev_attr(data->group.attrs[i]); struct sensor_device_attribute *attr =     to_sensor_dev_attr(da); int index = attr->index; ... } However, data->group.attrs can contain other types     like struct pmbus_samples_reg or struct pmbus_sensor, which only embed a base struct device_attribute. If     da is a struct pmbus_samples_reg, dev_attr is the last member. Casting it to struct     sensor_device_attribute and reading the index field appears to access memory past the end of the     allocation, which might trigger a slab-out-of-bounds read. Additionally, if da is a struct pmbus_sensor,     casting it causes the index field to overlap with the page, phase, and reg fields. Could this produce a     garbage mask on little-endian systems that spuriously matches the target reg, page, and flags during an     alert? Fix the problem by using struct sensor_device_attr in struct pmbus_sensor and struct pmbus_label.
    Since those attributes never trigger a notification, set the value of attr->index to -1 for them. Use this     value to distinguish from boolean attributes which _can_ trigger a notification and use the index field to     encode mask, page, and register values. (CVE-2026-74711)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
339001	Linux Distros 未修補弱點：CVE-2026-74711	Nessus	Misc.	2026/8/22	2026/9/24	high
339001	Linux Distros 未修补的漏洞：CVE-2026-74711	Nessus	Misc.	2026/8/22	2026/9/24	high
339001	Linux Distros のパッチ未適用の脆弱性: CVE-2026-74711	Nessus	Misc.	2026/8/22	2026/9/24	high
339001	Linux Distros Unpatched Vulnerability : CVE-2026-74711	Nessus	Misc.	2026/8/22	2026/9/24	high

偵測

搜尋 Plugin

high

high

high

high