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

  - net/sched： cls_flower：在 nla_next（） 驗證遮罩指標 fl_set_enc_opt（） 使用 nla_for_each_attr（） 反覆運算金鑰的巢狀 tunnel-option 屬性，同時透過每個迴圈底部的 nla_next（） 推進單一遮罩指標，因此遮罩游標由鍵屬性的數量驅動，而不是由遮罩本身的屬性驅動。提交 c96adff956191 新增的 nla_ok（） （cls_flower：在 nla_next（）） 之前呼叫 nla_ok（）） 只會驗證剛剛使用的遮罩指標;nla_next（） 產生的指標會由下一個反覆專案 （fl_set_geneve_opt（） 和同級） 使用，而無需任何驗證。遮罩的巢狀屬性會使用 NL_VALIDATE_LIBERAL 進行驗證，這只會警告未形成完整屬性的尾端位元組。因此，帶有一個有效屬性加上 1-3 個殘留位元組的遮罩 （或使msk_depth為負數的未對齊屬性長度） 會以 msk_depth ！= 0 到達下一個迭代，因此 fl_set_enc_opt（） 中的 ！msk_depth 檢查或每個類型協助程式中的 ！depth 檢查都不會觸發。然後，nla_type（） 讀取遮罩有效負載，並使用 nla_parse_nested_deprecated（） 使用從這些位元組獲取的nla_len進行迭代，讀取遠遠超出遮罩屬性（KASAN：從 fl_change（）） 讀取的 slab-out-of-bounds __nla_validate_parse）。同時驗證進階遮罩指標：當遮罩未合法耗盡 （msk_depth ！= 0） 且新指標失敗 nla_ok（） 時，請使用 -EINVAL 拒絕篩選器。完全耗盡的遮罩仍會略過檢查，保留其餘關鍵屬性的完全相符行為。
    (CVE-2026-99112)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - net/sched：cls_flower：nla_next（） 之后验证掩码指针 fl_set_enc_opt（） 使用 nla_for_each_attr（） 迭代密钥的嵌套隧道选项属性，同时在每个循环底部通过 nla_next（） 推进单个掩码指针，因此掩码光标由键属性的数量驱动，而不是由掩码自身的属性驱动。通过提交 c96adff956191 添加的 nla_ok（）cls_flower：在调用 nla_next（）前调用 nla_ok（）））只验证刚才消耗的掩码指针;nla_next（） 产生的指针被下一次迭代（fl_set_geneve_opt（） 和同级）使用，无需任何验证。掩码的嵌套属性通过 NL_VALIDATE_LIBERAL 进行验证，其仅就未形成完整属性的末尾字节发出警告。因此，携带一个有效属性加 1-3 个残余字节（或未对齐的属性长度导致msk_depth为负值）的掩码会以 ！= 0 msk_depth到达下一次迭代，因此 fl_set_enc_opt（） 中的 ！msk_depth 检查和 per-type 帮助程序中的 ！depth 检查都不会触发。然后，nla_type（） 读取掩码负载后，nla_parse_nested_deprecated（） 使用取自这些字节的nla_len进行迭代，其读取范围远远超出掩码属性（KASAN：fl_change（）） 的 __nla_validate_parse中的 slab-out-bound 读取）。同时验证高级掩码指针：当掩码未合法耗尽 （msk_depth ！= 0） 且新指针失败 nla_ok（） 时，使用 -EINVAL 拒绝过滤器。完全耗尽的掩码仍会跳过检查，从而保留其余关键属性的完全匹配行为。
    (CVE-2026-99112)

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

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

  - net/sched:cls_flower:nla_next() の後にマスクポインターを検証します fl_set_enc_opt() は、各ループの下部にある nla_next() を介して単一のマスクポインターを進めながら、nla_for_each_attr() でキーのネスト化された tunnel-option 属性を反復します。このため、マスクカーソルは、マスク自身の属性ではなくキー属性の数によって駆動されます。コミット c96adff956191(cls_flower:nla_next() の前に nla_ok() を呼び出す)によって追加された nla_ok() は、消費されたばかりのマスクポインターのみを検証します。nla_next() によって生成されたポインターは、検証なしで次の反復 (fl_set_geneve_opt() および兄弟) によって使用されます。マスクのネスト化された属性は、完全な属性を形成しない末尾バイトについて警告するだけの NL_VALIDATE_LIBERAL で検証されます。したがって、1 つの有効な属性と 1-3 の残差バイト(または整列されていない属性msk_depth長が負になる)を運ぶマスクは、 msk_depth != 0 で次の反復に到達します。したがって、fl_set_enc_opt() の !msk_depth チェックもタイプごとのヘルパーの !depth チェックも起動しません。次に nla_type() はマスクペイロードを超えて読み取り、nla_parse_nested_deprecated() はこれらのバイトから取得したnla_lenで反復処理を行い、マスク属性をはるかに超えて読み取ります(KASAN:fl_change() からの __nla_validate_parse のスラブ領域外読み取り)。高度なマスクポインターも検証します:マスクが正当に消費されず(msk_depth != 0)、新しいポインターが nla_ok() で失敗する場合、-EINVAL でフィルターを拒否します。完全に使い果たされたマスクでもチェックをスキップし、残りのキー属性の完全一致動作を維持します。
    (CVE-2026-99112)

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

The AlmaLinux 9.2 host has packages installed that are affected by multiple vulnerabilities as referenced in the TuxCare ALMALINUX9.2:CLSA-2026:1793786843 advisory.

  - In the Linux kernel, the following vulnerability has been resolved: soc: qcom: qmi_encdec: Restrict string     length in decode The QMI TLV value for strings in a lot of qmi element info structures account for null     terminated strings with MAX_LEN + 1. If a string is actually MAX_LEN + 1 length, this will cause an out of     bounds access when the NULL character is appended in decoding. (CVE-2023-53729)

  - In the Linux kernel, the following vulnerability has been resolved: rv: Use strings in da monitors     tracepoints Using DA monitors tracepoints with KASAN enabled triggers the following warning: BUG: KASAN:
    global-out-of-bounds in do_trace_event_raw_event_event_da_monitor+0xd6/0x1a0 Read of size 32 at addr     ffffffffaada8980 by task ... Call Trace: <TASK> [...] do_trace_event_raw_event_event_da_monitor+0xd6/0x1a0     ? __pfx_do_trace_event_raw_event_event_da_monitor+0x10/0x10 ? trace_event_sncid+0x83/0x200     trace_event_sncid+0x163/0x200 [...] The buggy address belongs to the variable: automaton_snep+0x4e0/0x5e0     This is caused by the tracepoints reading 32 bytes __array instead of __string from the automata     definition. Such strings are literals and reading 32 bytes ends up in out of bound memory accesses (e.g.
    the next automaton's data in this case). The error is harmless as, while printing the string, we stop at     the null terminator, but it should still be fixed. Use the __string facilities while defining the     tracepoints to avoid reading out of bound memory. (CVE-2025-38636)

  - In the Linux kernel, the following vulnerability has been resolved: perf: arm_spe: Prevent overflow in     PERF_IDX2OFF() Cast nr_pages to unsigned long to avoid overflow when handling large AUX buffer sizes (>= 2     GiB). (CVE-2025-40081)

  - In the Linux kernel, the following vulnerability has been resolved: arch_topology: Fix incorrect error     check in topology_parse_cpu_capacity() Fix incorrect use of PTR_ERR_OR_ZERO() in     topology_parse_cpu_capacity() which causes the code to proceed with NULL clock pointers. The current logic     uses !PTR_ERR_OR_ZERO(cpu_clk) which evaluates to true for both valid pointers and NULL, leading to     potential NULL pointer dereference in clk_get_rate(). Per include/linux/err.h documentation,     PTR_ERR_OR_ZERO(ptr) returns: The error code within @ptr if it is an error pointer; 0 otherwise. This     means PTR_ERR_OR_ZERO() returns 0 for both valid pointers AND NULL pointers. Therefore     !PTR_ERR_OR_ZERO(cpu_clk) evaluates to true (proceed) when cpu_clk is either valid or NULL, causing     clk_get_rate(NULL) to be called when of_clk_get() returns NULL. Replace with !IS_ERR_OR_NULL(cpu_clk)     which only proceeds for valid pointers, preventing potential NULL pointer dereference in clk_get_rate().
    (CVE-2025-40346)

  - In the Linux kernel, the following vulnerability has been resolved: platform/x86/amd/pmc: Add support for     Van Gogh SoC The ROG Xbox Ally (non-X) SoC features a similar architecture to the Steam Deck. While the     Steam Deck supports S3 (s2idle causes a crash), this support was dropped by the Xbox Ally which only S0ix     suspend. Since the handler is missing here, this causes the device to not suspend and the AMD GPU driver     to crash while trying to resume afterwards due to a power hang. (CVE-2025-68334)

Note that Nessus has not tested for these issues 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/sched: cls_flower: validate mask pointer after nla_next() fl_set_enc_opt() iterates the key's nested     tunnel-option attributes with nla_for_each_attr() while advancing a single mask pointer via nla_next() at     the bottom of each loop, so the mask cursor is driven by the number of key attributes rather than by the     mask's own attributes. The nla_ok() added by commit c96adff956191 (cls_flower: call nla_ok() before     nla_next()) only validates the mask pointer that was just consumed; the pointer produced by nla_next() is     used by the next iteration (fl_set_geneve_opt() and siblings) without any validation. The mask's nested     attributes are validated with NL_VALIDATE_LIBERAL, which merely warns on trailing bytes that do not form a     complete attribute. A mask carrying one valid attribute plus 1-3 residue bytes (or a non-aligned attribute     length making msk_depth negative) therefore reaches the next iteration with msk_depth != 0, so neither the     !msk_depth check in fl_set_enc_opt() nor the !depth check in the per-type helpers fires. nla_type() then     reads past the mask payload and nla_parse_nested_deprecated() iterates with an nla_len taken from those     bytes, reading well beyond the mask attribute (KASAN: slab-out-of-bounds read in __nla_validate_parse from     fl_change()). Validate the advanced mask pointer as well: when the mask is not legitimately exhausted     (msk_depth != 0) and the new pointer fails nla_ok(), reject the filter with -EINVAL. An exactly exhausted     mask still skips the check, preserving exact-match behaviour for the remaining key attributes.
    (CVE-2026-99112)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
373331	Linux Distros 未修補弱點：CVE-2026-99112	Nessus	Misc.	2026/10/28	2026/11/7	high
373331	Linux Distros 未修补的漏洞：CVE-2026-99112	Nessus	Misc.	2026/10/28	2026/11/7	high
373331	Linux Distros のパッチ未適用の脆弱性: CVE-2026-99112	Nessus	Misc.	2026/10/28	2026/11/7	high
376201	AlmaLinux 9.2 [TuxCare] Security Update: bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc Multiple Vulnerabilities (ALMALINUX9.2:CLSA-2026:1793786843)	Nessus	Alma Linux Local Security Checks	2026/11/5	2026/11/5	high
373331	Linux Distros Unpatched Vulnerability : CVE-2026-99112	Nessus	Misc.	2026/10/28	2026/11/7	high

検出

プラグインの検索

high

high

high

high

high