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

  - Apache OpenNLP SymSpellModelSerializer 中未限制边界映射预大小导致 OOM 拒绝服务 受影响的版本：- 3.0.0-M4 - 3.0.0-M5（opennlp-spellcheck 扩展在 3.0.0-M4 中引入。版本，1.x2.x不包含受影响的代码。）描述：SymSpellModelSerializer.create（） 方法从二进制 SymSpell 模型流中读取两个 32 位有符号的整数计数字段（unigramCount 和 bigramCount），并在仅验证每个值是否为负之后将其直接传递给 LinkedHashMap.newLinkedHashMap（）。不会应用任何上限，因此当模型文件源自不受信任的来源时，计数完全受攻击者控制。构建的 .bin 模型文件中的 count 字段设置为 Integer.MAX_VALUE（或任何足够大以耗尽可用堆的值）会导致将映射预先调整为 2^30 个条目的容量。超大后备数组会在该映射的第一个 put（） 上分配，根据压缩的 oops 是否有效请求 48 GB，随后加载失败并出现内存不足错误。由于 count 字段紧接在固定大小标头（magic、格式版本、三个 UTF 字符串、配置字段和编辑距离标识符）之后，因此攻击者无需为将负载武器化而付出任何有意义的大小成本：一个远低于 100 字节的文件加上一个实际条目就足以造成加载该负载的 JVM 崩溃。任何反序列化 SymSpell 模型的代码路径均会受到影响，包括 SymSpellModels.deserialize（InputStream）、SymSpellModels.fromBytes（byte[]）、通过 SymSpellModelResolver.resolveByLanguage（String） 加载的类路径模型、CorrectTextTool 命令行工具，以及通过已注册的 ArtifactSerializer 加载模型存档。官方 OpenNLP 二进制发行版本中提供 opennlp-spellcheck 扩展。实际影响为拒绝从不受信任或半信任来源加载 SymSpell 模型文件的进程的服务。缓解措施：- 3.x 用户应升级到 3.0.0-M6。注意：该补丁将上限应用于两个计数字段，在预先调整地图大小之前进行检查;负值或超出边界的计数会造成 IOException 被抛出，并且读取在没有大量分配的情况下快速失败。该边界是之前引入的现有 AbstractModelReader.MAX_ENTRIES 限制，当前更改将其提升为公开可见性，以便实现自己的二进制格式的序列化程序可以共享它。默认界限为 10,000,000，远高于合法 SymSpell 字典的条目计数，但远低于威胁堆耗尽的任何值。合理需要加载较大字典的部署可以通过将 OPENNLP_MAX_ENTRIES 系统属性设置为所需的正整数（例如 -DOPENNLP_MAX_ENTRIES=50000000）来提高 JVM 启动时的限制;
    无效值或非正值会回退到默认值。请注意，此属性与模型读取器限制共享，提高它会放松两者。无法立即升级的用户应将所有 SymSpell .bin模型文件视为不受信任的输入，除非验证其来源，并应避免在未进行完整性检查的情况下加载最终用户提供的模型或从第三方存储库提取的模型。（CVE-2026-67211）

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

检测

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

medium Nessus 插件 ID 345641

版本 1.1