It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2022-2022-155 advisory.

    A use-after-free vulnerability was found in vim's do_cmdline() function of the src/ex_docmd.c file. The     issue triggers when an invalid line number on :for is ignored. This flaw allows an attacker to trick a     user into opening a specially crafted file, triggering use-after-free that causes an application to crash,     possibly executing code and corrupting memory. (CVE-2022-3099)

    A heap use-after-free vulnerability was found in vim's do_tag() function of the src/tag.c file. The issue     triggers when the 'tagfunc' closes the window. This flaw allows an attacker to trick a user into opening a     specially crafted file, triggering a heap use-after-free that causes an application to crash, possibly     executing code and corrupting memory. (CVE-2022-3134)

    NULL Pointer Dereference in GitHub repository vim/vim prior to 9.0.0404. (CVE-2022-3153)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

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

  - vim is vulnerable to Heap-based Buffer Overflow (CVE-2022-0213)

  - Access of Memory Location Before Start of Buffer in GitHub repository vim/vim prior to 8.2.
    (CVE-2022-0351)

  - Vim is an improved version of the unix vi text editor. When flushing the typeahead buffer, Vim moves the     current position in the typeahead buffer but does not check whether there is enough space left in the     buffer to handle the next characters. So this may lead to the tb_off position within the typebuf variable     to point outside of the valid buffer size, which can then later lead to a heap-buffer overflow in e.g.
    ins_typebuf(). Therefore, when flushing the typeahead buffer, check if there is enough space left before     advancing the off position. If not, fall back to flush current typebuf contents. It's not quite clear yet,     what can lead to this situation. It seems to happen when error messages occur (which will cause Vim to     flush the typeahead buffer) in comnination with several long mappgins and so it may eventually move the     off position out of a valid buffer size. Impact is low since it is not easily reproducible and requires to     have several mappings active and run into some error condition. But when this happens, this will cause a     crash. The issue has been fixed as of Vim patch v9.1.0697. Users are advised to upgrade. There are no     known workarounds for this issue. (CVE-2024-43802)

  - Vim is an open source, command line text editor. Prior to version 9.2.0078, a stack-buffer-overflow occurs     in `build_stl_str_hl()` when rendering a statusline with a multi-byte fill character on a very wide     terminal. Version 9.2.0078 patches the issue. (CVE-2026-28422)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	名前	製品	ファミリー	公開日	更新日	深刻度
166352	Amazon Linux 2022 : vim-common, vim-data, vim-default-editor (ALAS2022-2022-155)	Nessus	Amazon Linux Local Security Checks	2022/10/20	2024/12/11	critical
361531	AlmaLinux 9.2 [TuxCare] Security Update: vim-X11 / vim-common / vim-enhanced / vim-filesystem / vim-minimal Multiple Vulnerabilities (ALMALINUX9.2:CLSA-2026:1785427487)	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high

検出

プラグインの検索

critical

high