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

  - pstore/ram：修复 persistent_ram_save_old（） 中的缓冲区溢出 可对同一persistent_ram_zone多次调用 persistent_ram_save_old（），例如，通过 PSTORE_TYPE_DMESG 记录的 ramoops_pstore_read -> ramoops_get_next_prz）。目前，该函数仅分配为 NULL 的 prz->old_log，但它会无条件地将 prz->old_log_size 更新为当前缓冲区大小，然后使用此新大小执行 memcpy_fromio（）。如果缓冲区大小自第一次分配以来有所增长（这可能在不同的内核引导周期中发生），这会导致：1. memcpy_fromio（） 调用中的堆缓冲区溢出（越界写入） 2.当 ramoops_pstore_read（） 使用不正确（较大）old_log_size访问缓冲区时，进行后续的 OOB 读取 KASAN 崩溃将类似于： 缺陷：KASAN：ramoops_pstore_read+0x 中的 slab-out-of-bound... 地址处的读取大小为 N ...按任务 ... 这些条件可能非常难以达到：0. 因字节的 less-than-record-max-size ramoops 写入而崩溃。1. 重新启动：ramoops 寄存器，pstore_get_records（0） 读取旧崩溃，分配大小为 X 2 的old_log。已注册崩溃处理程序，定时器已启动（如果 pstore_update_ms >= 0） 3.发生错误（非致命，系统继续） 4.pstore_dump（） 通过 ramoops_pstore_write（） 大小 Y 写入 oops （>X） 5.pstore_new_entry = 1，pstore_timer_kick（） 调用 6。系统继续运行（不是错误错误） 7.定时器在 pstore_update_ms 毫秒后触发 8.
    pstore_timefunc（） schedule_work（） pstore_dowork（） pstore_get_records（1） 9.ramoops_get_next_prz（） persistent_ram_save_old（） 10.buffer_size（） 返回 Y，但 old_log 是 X 字节 11。Y > X：memcpy_fromio（） 溢出堆 要求： - 存在之前的崩溃记录未填满记录大小（几乎不可能，因为崩溃处理程序会尽可能多地写入记录，以最大记录大小为上限，并且 KMSG 缓冲区几乎总是超过最大记录大小） - pstore_update_ms >= 0（默认为禁用） - 非致命错误（系统仍存活） 当新大小与之前分配的大小。这可确保old_log始终有足够的空间来存储正在复制的数据。（CVE-2026-46253）

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

检测

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

high Nessus 插件 ID 318582

版本 1.1