远程 Ubuntu 14.04 LTS / 16.04 LTS / 18.04 LTS / 20.04 LTS / 22.04 LTS / 24.04 LTS / 25.10 / 26.04 LTS 主机上安装的多个程序包受到公告 USN-8451-1 中提及的多个漏洞影响。

    Srinivas Piskala Ganesh Babu 发现，Vim 在对 netrw 历史记录文件的浏览路径进行序列化处理时未正确处理目录名称。攻击者可能利用此问题执行任意代码。(CVE-2026-47162)

    发现 Vim 未能正确处理 cucumber filetype 插件中的步骤定义模式。
    攻击者可能利用此问题执行任意代码。(CVE-2026-47167)

    发现 Vim 在 Python  全能补全期间未能正确处理 import 语句。攻击者可能利用此问题执行任意代码。(CVE-2026-52858)

    Andrej Tomi 发现拍摄快照时，Vim 未正确处理某些终端屏幕信元，从而导致越界读取。攻击者可能利用该问题造成 Vim 崩溃，从而导致拒绝服务。(CVE-2026-52859)

    David Carliez 发现 Vim 在 Python 全能补全期间未正确处理重建的函数和类定义。攻击者可能利用此问题执行任意代码。
    (CVE-2026-52860)

Tenable 已直接从 Ubuntu 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 Vim 版本低于 9.2.0565。因此，该应用程序受到 GHSA-47gw-8gc3-mgcm 公告中提及的漏洞的影响。

  当拍摄快照时，src/terminal.c 中的 update_snapshot（） 函数将可见的终端屏幕复制到回滚缓冲区中。对于每个屏幕单元格，它遍历该单元格的 chars[] 数组，没有上限，仅在遇到 NUL 终止符时停止。当单元格合法填充所有VTERM_MAX_CHARS_PER_CELL （6） 个插槽时，捆绑的 libvterm 返回没有终止 NUL 的数组，因此循环会读取经过固定的六元素数组并将越界值附加到仅为六个字符保留的缓冲区。其输出呈现在 ：terminal 窗口内的程序可使用短字节序列触发此错误，且无 Vim 脚本，从而导致崩溃。(CVE-2026-52859)

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

因此，该软件受到 ALAS2-2026-3883 公告中提及的多个漏洞影响。

    Vim 是一个开源命令行文本编辑器。在低于版本之前 9.2.0565，当拍摄快照时，src/terminal.c 中的 update_snapshot（） 函数将可见的终端屏幕复制到回滚缓冲区中。
    对于每个屏幕单元格，它遍历该单元格的 chars[] 数组，没有上限，仅在遇到 NUL 终止符时停止。当单元格合法填充所有VTERM_MAX_CHARS_PER_CELL （6） 个插槽（一个基本字符加五个组合标记）时，捆绑的 libvterm 返回没有终止 NUL 的数组，因此循环会读取经过固定的六元素数组并将越界值附加到仅为六个字符保留的缓冲区。其输出呈现在 ：terminal 窗口内的程序可使用短字节序列触发此错误，且无 Vim 脚本，从而导致崩溃。已在版本 9.2.0565 中修补此问题。(CVE-2026-52859)

    Vim 是一个开源命令行文本编辑器。在之前 9.2.0662，src/spell.c 中的 dump_prefixes（） 函数使用深度计数器迭代遍历拼写文件前缀 trie，同时转储应用于单词的前缀。计数器仅由 trie 结构本身绑定;它永远不会依据其编制索引的固定 MAXWLEN 元素堆栈数组 (prefix[], arridx[], curi[]) 的大小进行检查。构建的 .spl 文件（在用户调用词表时）可驱动降级深度，使得函数写入超出这些数组的末尾。这是一种堆栈越界写入，会损坏调用帧并造成编辑器崩溃。此漏洞已在 9.2.0662 中修复。(CVE-2026-55892)

    Vim 是一个开源命令行文本编辑器。之前， 9.2.0698src/spell.c 中的 spell_soundfold_sofo（） 的单字节分支通过拼写文件的 SOFO（声音折叠）字节映射将单词转换为调用程序拥有的结果缓冲区。其复制循环推进没有上限的输出索引 ri，且仅在输入 NUL 上终止，进而向调用方提供的 MAXWLEN-element 堆栈缓冲区写入每个输入字节一个字节。长度超过 MAXWLEN 的单词在基于 SOFO 的拼写语言处于活动状态时传递到 soundfold（） （或通过基于声音的拼写建议到达），因此写入该缓冲区的末尾后。
    这是一种堆栈越界写入，会损坏调用帧并造成编辑器崩溃。此漏洞已在 9.2.0698 中修复。(CVE-2026-57455)

    Vim 是一个开源命令行文本编辑器。在之前 9.2.0725，src/spell.c 中的 spell_soundfold_sal（） 的单字节分支通过拼写文件的 SAL 声音折叠规则将单词转换为调用程序拥有的结果缓冲区，但其结果写入受到 reslen < MAXWLEN 保护，从而允许 reslen 在 res[reslen] = NUL 写入超出 MAXWLEN-element 堆栈缓冲区末尾一个字节之前到达 MAXWLEN。当基于 SAL 的拼写语言在非多字节 8 位编码下处于活动状态时，传递到 soundfold（） 或通过基于声音的拼写建议访问的边界长度单词可损坏 eval_soundfold（） 堆栈帧并导致编辑器崩溃。此问题已在 9.2.0725 版本中修复。(CVE-2026-59857)

    Vim 是一个开源命令行文本编辑器。低于 9.2.0845的 ， runtime/autoload/ccomplete.vim 中的 StructMembers（） 使用未充分转义的 tags 文件中的 typeref： 或 typename： 值构造并执行 vimgrep 命令，从而允许当用户在类型从该标记文件解析的成员访问上使用 CTRL-X CTRL-O 调用 C omni-completion 时，未终止的集合后跟命令分隔符执行任意 Ex 和操作系统命令。此问题已在 9.2.0845 版本中修复。(CVE-2026-73073)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

因此，该软件受到 ALAS2023-2026-1862 公告中提及的多个漏洞影响。

    Vim 是一个开源命令行文本编辑器。之前 9.2.0280Vim 的 zip.vim 插件中的路径遍历绕过可允许在打开特别构建的 zip 存档时覆盖任意文件，从而避开之前针对的 CVE-2025-53906 补丁。此漏洞已在 9.2.0280 中修复。
    (CVE-2026-35177)

    例：v9.2.0316 之前的 Vim 的 NetBeans 集成中的命令注入。netbeans defineAnnoType 命令将未经审查的 typeName、fg 和 bg 传递到 coloncmd（），从而允许恶意 NetBeans 服务器通过“|”注入任意 Ex 命令。同样，在构建 map 命令之前，specialKeys 不会验证密钥标记。（CVE-2026-39881）

    Vim 是一个开源命令行文本编辑器。在 9.2.0383 之前的版本中，与 Vim 捆绑的 netrw 标准插件中存在一个 OS 命令注入漏洞。通过诱使用户打开构建的 URL（例如，使用 sftp:// 或 file:// 协议处理程序），攻击者可以 Vim 进程权限执行任意 shell 命令。已在版本 9.2.0383 中修补此问题。
    (CVE-2026-42307)

    当从全局标记文件列表中取消标记文件时，netrw 插件（“runtime/pack/dist/opt/netrw/autoload/netrw.vim”）的“s：NetrwMarkFile（）”中存在一个 Vimscript 代码注入漏洞。
    从缓冲区目录列表中派生的文件名值到传递到“filter（）”的字符串表达式中，从而允许包含双引号的构建的文件名从引用的字符串文本中分出，并执行任意 Vimscript，包括通过“execute（）”和“：！”的 shell 命令。

    ## Description's：NetrwMarkFile（）' 维护两个标记文件列表：一个缓冲区本地列表和一个全局列表。
    当文件未标记时，两个列表都会更新。buffer-local 列表使用安全模式：

    调用 filter（s：netrwmarkfilelist_{curbufnr}，'v：val ！= a：fname'）

    其中，'a：fname' 作为筛选器表达式内的变量引用，并在求值时解析。
    但是，全局列表将文件名的值直接插值到表达式字符串中：

    let dname = netrw#fs#ComposePath（b：netrw_curdir， a：fname）...调用 filter（s：NETRWMarkFileList， 'v：val ！= '.dname.''）

    当“filter（）”收到字符串参数时，该字符串将被解析为 aVimscript 表达式。包含 '' 的文件名会提早终止引号文本，之后文件名的剩余部分会被评估为 Vimscript。在注入的片段内，“execute（！cmd）”等调用以运行 Vim 的用户权限运行任意 Ex 命令。文件名通过“mf”映射到达“s：NetrwMarkFile（）”，这会调用“s：NetrwGetWord（）”以从 netrw 目录清单的当前行读取文件名。
    注入仅在对指定条目第二次按下“mf”时触发，因为第一次按下会获取“add（）”分支，而只有第二次按下会获取易受攻击的“filter（）”分支。（CVE-2026-43961）

    Vim 是一个开源命令行文本编辑器。在低于版本之前 9.2.0435，Vim 的 ：find 命令行完成中存在 OS 命令注入漏洞。当 path 选项包含反撇号括起来的 shell 命令时，这些命令会在文件名完成期间执行。由于路径选项缺少 P_SECURE 标记，因此可以从 modeline 进行设置，从而允许控制文件内容的攻击者在用户在 Vim 中打开文件并触发 ：find 完成时执行任意 shell 命令。已在版本 9.2.0435 中修补此问题。(CVE-2026-44656)

    Vim 是一个开源命令行文本编辑器。在低于该版本 9.2.0450之前，加载 UTF-8 编码处于活动状态的构建拼写文件 （.spl） 时，src/spellfile.c 中的 read_compound（） 存在堆缓冲区溢出。
    spell 文件的复合部分中由攻击者控制的长度字段溢出 32 位有符号的整数乘法，导致为运行多次迭代的写入循环分配较小的缓冲区，从而溢出堆。由于可从 modeline 设置“spelllang”选项，如果在运行时路径上植入了恶意 .spl 文件，文本文件 modeline 可触发拼写文件加载。已在版本 9.2.0450 中修补此问题。(CVE-2026-45130)

    Vim 是一个开源命令行文本编辑器。之前 9.2.0479，在类 Unix 系统上解压缩 .tgz 存档时，tar#Vimuntar（） inruntime/autoload/tar.vim 中存在一个命令注入漏洞。
    此函数使用 shellescape（tartail） 构建 ：！gunzip 和 ：！gzip -d 命令，无 {special} 标记，允许构建的存档文件名触发 Vim cmdline-special 扩展，并在用户环境中执行 shell 命令。此漏洞已在 9.2.0479 中修复。(CVE-2026-46483)

    Vim 是一个开源命令行文本编辑器。在版本 9.2.0495 之前，将浏览过的目录路径序列化到历史文件 ~/.vim/.netrwhist 时，netrw 插件  (runtime/pack/dist/opt/netrw/autoload/netrw.vim) 中的 s:NetrwBookHistSave() 存在 Vimscript 代码注入漏洞。从文件系统派生的目录名称会在不转义其中包含的单引号的情况下插入到单引号的 Vimscript 字符串文本中，从而允许构建的目录名称突破字符串上下文，并在下次获取历史文件时通过 system() 和 :! 执行 shell 命令等任意 Vimscript。已在版本 9.2.0495 中修补此问题。
    (CVE-2026-47162)

    Vim 是一个开源命令行文本编辑器。在低于版本之前 9.2.0496的版本中，采用 +ruby 支持的 Vim 版本上的 cucumber 文件类型插件 （runtime/ftplugin/cucumber.vim） 中的 s：stepmatch（） 中存在代码注入漏洞。从存储库的 features/*/ 或 stories/*/ 目录下的 .rb 文件读取的步骤定义模式在未充分转义的情况下嵌入到 Ruby Kernel.eval 参数中，从而允许攻击者控制的存储库中构建的模式在用户调用步进跳跃映射 （[d， ]d） 时执行任意 Ruby（并通过其执行任意 shell 命令）。已在版本 9.2.0496 中修补此问题。(CVE-2026-47167)

    Vim 是一个开源命令行文本编辑器。在低于版本之前 9.2.0561，启用了 +python3 解释器的 Vim 的 python3complete.vim 中的 Python omni-completion 脚本（以及用于使用 +python 解释器的版本的旧版 pythoncomplete.vim）通过 Python 的导入机制执行当前缓冲区中找到的 import 和 from 语句。由于缓冲区的工作目录位于 sys.path 上，因此打开包含同级 Python 程序包的恶意 .py 文件并调用全能补全，会以编辑用户身份运行该程序包的顶级代码。已在版本 9.2.0561 中修补此问题。
    (CVE-2026-52858)

    Vim 是一个开源命令行文本编辑器。在低于版本之前 9.2.0565，当拍摄快照时，src/terminal.c 中的 update_snapshot（） 函数将可见的终端屏幕复制到回滚缓冲区中。
    对于每个屏幕单元格，它遍历该单元格的 chars[] 数组，没有上限，仅在遇到 NUL 终止符时停止。当单元格合法填充所有VTERM_MAX_CHARS_PER_CELL （6） 个插槽（一个基本字符加五个组合标记）时，捆绑的 libvterm 返回没有终止 NUL 的数组，因此循环会读取经过固定的六元素数组并将越界值附加到仅为六个字符保留的缓冲区。其输出呈现在 ：terminal 窗口内的程序可使用短字节序列触发此错误，且无 Vim 脚本，从而导致崩溃。已在版本 9.2.0565 中修补此问题。(CVE-2026-52859)

    Vim 是一个开源命令行文本编辑器。在低版本 9.2.0597之前，Vim 的 Python 全能补全使用 exec（） 从当前缓冲区执行重建的函数和类定义，作为填充完成字典的一部分。Python 在定义时会评估函数默认值、参数批注和类基表达式，因此恶意缓冲区可在全能补全期间执行攻击者控制的 Python 表达式。现有的 g：pythoncomplete_allow_import 缓解措施 （GHSA-52mc-rq6p-rc7c） 未涵盖此路径，因为攻击者控制的代码并非收集的 import/from 语句。已在版本 9.2.0597 中修补此问题。(CVE-2026-52860)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

  - Vim 是一个开源命令行文本编辑器。在低于版本之前 9.2.0565，当拍摄快照时，src/terminal.c 中的 update_snapshot（） 函数将可见的终端屏幕复制到回滚缓冲区中。
    对于每个屏幕单元格，它遍历该单元格的 chars[] 数组，没有上限，仅在遇到 NUL 终止符时停止。当单元格合法填充所有 VTERM_MAX_CHARS_PER_CELL（6） 槽一个基本字符加五个组合标记时，捆绑的 libvterm 返回没有终止 NUL 的数组，因此循环会读取经过固定的六元素数组并将越界值附加到仅为六个字符保留的缓冲区。其输出呈现在 ：terminal 窗口内的程序可使用短字节序列触发此错误，且无 Vim 脚本，从而导致崩溃。已在版本 9.2.0565 中修补此问题。(CVE-2026-52859)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
321762	Ubuntu 14.04 LTS / 16.04 LTS / 18.04 LTS / 20.04 LTS / 22.04 LTS / 24.04 LTS / 25.10 / 26.04 LTS : Vim 漏洞 (USN-8451-1)	Nessus	Ubuntu Local Security Checks	2026/6/20	2026/6/20	high
321507	Vim < 9.2.0565 越界读取（GHSA-47gw-8gc3-mgcm）	Nessus	Misc.	2026/6/18	2026/8/26	medium
341852	Amazon Linux 2：vim，--advisory ALAS2-2026-3883 (ALAS-2026-3883)	Nessus	Amazon Linux Local Security Checks	2026/8/31	2026/8/31	high
322106	Amazon Linux 2023：vim-common、vim-data、vim-default-editor (ALAS2023-2026-1862)	Nessus	Amazon Linux Local Security Checks	2026/6/22	2026/6/26	high
320674	Linux Distros 未修补的漏洞：CVE-2026-52859	Nessus	Misc.	2026/6/11	2026/9/2	medium

检测

插件搜索

high

medium

high

high

medium