It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2023-2026-1993 advisory.

    Vim is an open source, command line text editor. Prior to 9.2.0736, the PHP omni-completion script in     runtime/autoload/phpcomplete.vim interpolates a class or trait name, taken from the contents of the edited     buffer, into a search() pattern that is run via win_execute() without escaping. A name containing a single     quote can terminate the search() string argument early, and because the bar is honored as an Ex command     separator, the remainder of the name is run as Ex commands; via the :! command this allows arbitrary     operating-system command execution when a victim opens a crafted PHP file and invokes omni-completion.
    This issue is fixed in version 9.2.0736. (CVE-2026-59856)

    Vim is an open source, command line text editor. Prior to 9.2.0725, the single-byte branch of     spell_soundfold_sal() in src/spell.c translates a word through a spell file's SAL sound-folding rules into     a caller-owned result buffer, but its result writes are guarded with reslen < MAXWLEN, allowing reslen to     reach MAXWLEN before res[reslen] = NUL writes one byte past the end of the MAXWLEN-element stack buffer. A     boundary-length word passed to soundfold(), or reached via sound-based spell suggestion while a SAL-based     spell language is active under a non-multibyte 8-bit encoding, can corrupt the eval_soundfold() stack     frame and crash the editor. This issue is fixed in version 9.2.0725. (CVE-2026-59857)

    Vim is an open source, command line text editor. Prior to 9.2.0735, the C omni-completion script in     runtime/autoload/ccomplete.vim interpolates the typeref: or typename: extension field of a tags entry,     without escaping, into a :vimgrep pattern that is run through :execute. Because :vimgrep honors the bar as     a command separator, a crafted tag field can close the search pattern and append an arbitrary Ex command;
    opening a hostile .c file whose project tags file contains such an entry and invoking C omni-completion     runs that command as the editing user. This issue is fixed in version 9.2.0735. (CVE-2026-59858)

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.

According to the versions of the vim packages installed, the EulerOS installation on the remote host is affected by the following vulnerabilities :

    Vim is an open source, command line text editor. Prior to version 9.2.0565, the update_snapshot() function     in src/terminal.c copies the visible terminal screen into the scrollback buffer when a snapshot is taken.
    For each screen cell it walks the cell's chars[] array with no upper bound, stopping only when it     encounters a NUL terminator. When a cell legitimately fills all VTERM_MAX_CHARS_PER_CELL (6) slots - a     base character plus five combining marks - the bundled libvterm returns the array without a terminating     NUL, so the loop reads past the fixed six-element array and appends the out-of-bounds values to a buffer     reserved for only six characters. A program whose output is rendered inside a :terminal window can trigger     this with a short byte sequence and no Vim scripting, leading to a crash. This issue has been patched in     version 9.2.0565.(CVE-2026-52859)

    Vim is an open source, command line text editor. Prior to 9.2.0662, the dump_prefixes() function in     src/spell.c walks a spell-file prefix trie iteratively with a depth counter while dumping the prefixes     that apply to a word. The counter is bounded only by the trie structure itself; it is never checked     against the size of the fixed MAXWLEN-element stack arrays it indexes (prefix[], arridx[], curi[]). A     crafted .spl file, loaded when the user dumps the word list, can drive the descent arbitrarily deep, so     the function writes past the end of those arrays. This is a stack out-of-bounds write that corrupts the     call frame and crashes the editor. This vulnerability is fixed in 9.2.0662.(CVE-2026-55892)

    Vim is an open source, command line text editor. Prior to 9.2.0736, the PHP omni-completion script in     runtime/autoload/phpcomplete.vim interpolates a class or trait name, taken from the contents of the edited     buffer, into a search() pattern that is run via win_execute() without escaping. A name containing a single     quote can terminate the search() string argument early, and because the bar is honored as an Ex command     separator, the remainder of the name is run as Ex commands; via the :! command this allows arbitrary     operating-system command execution when a victim opens a crafted PHP file and invokes omni-completion.
    This issue is fixed in version 9.2.0736.(CVE-2026-59856)

    Vim is an open source, command line text editor. Prior to 9.2.0735, the C omni-completion script in     runtime/autoload/ccomplete.vim interpolates the typeref: or typename: extension field of a tags entry,     without escaping, into a :vimgrep pattern that is run through :execute. Because :vimgrep honors the bar as     a command separator, a crafted tag field can close the search pattern and append an arbitrary Ex command;
    opening a hostile .c file whose project tags file contains such an entry and invoking C omni-completion     runs that command as the editing user. This issue is fixed in version 9.2.0735.(CVE-2026-59858)

    Vim is an open source, command line text editor. Prior to 9.2.0698, the single-byte branch of     spell_soundfold_sofo() in src/spell.c translates a word through a spell file's SOFO (sound-folding) byte     map into a caller-owned result buffer. Its copy loop advances the output index ri with no upper bound and     terminates only on the input NUL, writing one byte per input byte into the MAXWLEN-element stack buffer     the caller provides. A word longer than MAXWLEN, passed to soundfold() (or reached via sound-based spell     suggestion) while a SOFO-based spell language is active, therefore writes past the end of that buffer.
    This is a stack out-of-bounds write that corrupts the call frame and crashes the editor. This     vulnerability is fixed in 9.2.0698.(CVE-2026-57455)

    Vim is an open source, command line text editor. Prior to version 9.2.0597, Vim's Python omni-completion     executes reconstructed function and class definitions from the current buffer with exec() as part of     populating the completion dictionary. Python evaluates function default values, parameter annotations, and     class base expressions at definition time, so a hostile buffer can execute attacker-controlled Python     expressions during omni-completion. The existing g:pythoncomplete_allow_import mitigation (GHSA-52mc-     rq6p-rc7c) does not cover this path, because the attacker-controlled code is not a harvested import/from     statement. This issue has been patched in version 9.2.0597.(CVE-2026-52860)

    Vim is an open source, command line text editor. Prior to 9.2.0663, a Vimscript code injection     vulnerability exists in s:NetrwLocalRmFile() in the netrw plugin     (runtime/pack/dist/opt/netrw/autoload/netrw.vim) when deleting a local file from the browser. A filename     derived from the buffer's directory listing is interpolated into an Ex command line passed to :execute     with only the backslash character escaped, allowing a crafted filename containing a bar (|) to terminate     the intended command and execute arbitrary Vimscript, including shell commands via :call system() and :!.
    This vulnerability is fixed in 9.2.0663.(CVE-2026-55895)

    Vim is an open source, command line text editor. Prior to version 9.2.0496, a code injection vulnerability     exists in s:stepmatch() in the cucumber filetype plugin (runtime/ftplugin/cucumber.vim) on Vim builds with     +ruby support. Step-definition patterns read from .rb files under the repository's features/*/ or     stories/*/ directories are embedded into a Ruby Kernel.eval argument without sufficient escaping, allowing     a crafted pattern in an attacker-controlled repository to execute arbitrary Ruby (and through it arbitrary     shell commands) when the user invokes a step-jump mapping ([d, ]d). This issue has been patched in version     9.2.0496.(CVE-2026-47167)

    Vim is an open source, command line text editor. Prior to 9.2.0671, when Vim opens a file encrypted with     the VimCrypt~04! or VimCrypt~05!_x000D_     method (xchacha20poly1305, requires the +sodium feature) whose body is shorter than a single libsodium     secretstream header, an unsigned length calculation underflows and a subsequent decryption call reads far     past the end of the input buffer, crashing Vim. This vulnerability is fixed in 9.2.0671.(CVE-2026-57452)

    Vim is an open source, command line text editor. Prior to 9.2.0699, Vim's Python omni-completion     (runtime/autoload/python3complete.vim and the legacy pythoncomplete.vim) executes reconstructed function     and class definitions from the current buffer with exec() as part of populating the completion dictionary.
    When reconstructing that source, each scope's docstring is inserted verbatim between triple quotes with no     escaping, so a hostile buffer can break out of the triple-quoted literal and execute attacker-controlled     Python during omni-completion. This vulnerability is fixed in 9.2.0699.(CVE-2026-57456)

    Vim is an open source, command line text editor. Prior to version 9.2.0561, the Python omni-completion     script in python3complete.vim for Vim with the +python3 interpreter enabled (and the legacy     pythoncomplete.vim for builds with the +python interpreter) executes the import and from statements found     in the current buffer through Python's import machinery. Because the buffer's working directory is on     sys.path, opening a hostile .py file with a sibling Python package and invoking omni-completion runs that     package's top-level code as the editing user. This issue has been patched in version     9.2.0561.(CVE-2026-52858)

    Vim is an open source, command line text editor. Prior to 9.2.0725, the single-byte branch of     spell_soundfold_sal() in src/spell.c translates a word through a spell file's SAL sound-folding rules into     a caller-owned result buffer, but its result writes are guarded with reslen  MAXWLEN, allowing reslen     to reach MAXWLEN before res[reslen] = NUL writes one byte past the end of the MAXWLEN-element stack     buffer. A boundary-length word passed to soundfold(), or reached via sound-based spell suggestion while a     SAL-based spell language is active under a non-multibyte 8-bit encoding, can corrupt the eval_soundfold()     stack frame and crash the editor. This issue is fixed in version 9.2.0725.(CVE-2026-59857)

    Vim is an open source, command line text editor. Prior to 9.2.0653, the tree_count_words() function in     src/spellfile.c fills in the word-count fields of a spell-file word trie by walking it iteratively with a     depth counter. The counter is bounded only by the trie structure itself; it is never checked against the     size of the fixed MAXWLEN-element stack arrays it indexes (arridx[], curi[], wordcount[]). A crafted     .spl/.sug file pair, loaded when the user invokes spell suggestion, can drive the descent arbitrarily     deep, so the function writes past the end of those arrays. This is a stack out-of-bounds write that     corrupts the call frame and crashes the editor. This vulnerability is fixed in 9.2.0653.(CVE-2026-55693)

Tenable has extracted the preceding description block directly from the EulerOS vim 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 remote Redhat Enterprise Linux 10 host has packages installed that are affected by multiple vulnerabilities as referenced in the RHSA-2026:48650 advisory.

    Vim (Vi IMproved) is an updated and improved version of the vi editor.

    Security Fix(es):

    * vim: Vim: Denial of Service via stack out-of-bounds write in spell_soundfold_sofo() (CVE-2026-57455)

    * vim: Vim: Arbitrary code execution via malicious docstrings in Python omni-completion (CVE-2026-57456)

    * vim: Vim: Out-of-bounds Write in Spell File Word Count (CVE-2026-55693)

    * vim: Vim: Arbitrary code execution via crafted PHP file in omni-completion (CVE-2026-59856)

    * vim: Vim: Arbitrary command execution via crafted tags file in C omni-completion (CVE-2026-59858)

    For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and     other related information, refer to the CVE page(s) listed in the References section.

Tenable has extracted the preceding description block directly from the Red Hat Enterprise Linux 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 Rocky Linux 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the CIQ crlsa-2026_47982 advisory.

    * vim: Vim: Denial of Service via stack out-of-bounds write in spell_soundfold_sofo() (CVE-2026-57455)

    * vim: Vim: Arbitrary code execution via malicious docstrings in Python omni-completion (CVE-2026-57456)

    * vim: Vim: Out-of-bounds Write in Spell File Word Count (CVE-2026-55693)

    * vim: Vim: Arbitrary code execution via crafted PHP file in omni-completion (CVE-2026-59856)

    * vim: Vim: Arbitrary command execution via crafted tags file in C omni-completion (CVE-2026-59858)

Tenable has extracted the preceding description block directly from the CIQ 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 Rocky Linux 10.2 host has packages installed that are affected by multiple vulnerabilities as referenced in the CIQ crlsa-2026_48650 advisory.

    * vim: Vim: Denial of Service via stack out-of-bounds write in spell_soundfold_sofo() (CVE-2026-57455)

    * vim: Vim: Arbitrary code execution via malicious docstrings in Python omni-completion (CVE-2026-57456)

    * vim: Vim: Out-of-bounds Write in Spell File Word Count (CVE-2026-55693)

    * vim: Vim: Arbitrary code execution via crafted PHP file in omni-completion (CVE-2026-59856)

    * vim: Vim: Arbitrary command execution via crafted tags file in C omni-completion (CVE-2026-59858)

Tenable has extracted the preceding description block directly from the CIQ 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 remote Redhat Enterprise Linux 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the RHSA-2026:72465 advisory.

    Vim (Vi IMproved) is an updated and improved version of the vi editor.

    Security Fix(es):

    * vim: Vim: Arbitrary Code Execution via crafted directory names (CVE-2026-47162)

    * vim: Vim: Arbitrary code execution via Python omni-completion (CVE-2026-52858)

    * vim: Vim: Arbitrary code execution via crafted step-definition patterns (CVE-2026-47167)

    * vim: Vim: Denial of Service via stack out-of-bounds write in spell_soundfold_sofo() (CVE-2026-57455)

    * vim: Vim: Arbitrary code execution via malicious docstrings in Python omni-completion (CVE-2026-57456)

    * vim: Vim: Out-of-bounds Write in Spell File Word Count (CVE-2026-55693)

    * vim: Vim: Arbitrary code execution via crafted PHP file in omni-completion (CVE-2026-59856)

    * vim: Vim: Arbitrary command execution via crafted tags file in C omni-completion (CVE-2026-59858)

    * vim: Vim: Arbitrary command execution via crafted vimball (CVE-2026-73076)

    * vim: Vim: Heap buffer overflow allows arbitrary code execution (CVE-2026-73072)

    * vim: Vim: Arbitrary Code Execution via Crafted Netrw Menu Entries (CVE-2026-73078)

    * vim: Vim: Arbitrary Code Execution via Insecure Shell Command Handling (CVE-2026-73077)

    For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and     other related information, refer to the CVE page(s) listed in the References section.

Tenable has extracted the preceding description block directly from the Red Hat Enterprise Linux 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 remote openSUSE 16 host has packages installed that are affected by multiple vulnerabilities as referenced in the openSUSE-SU-2026:21374-1 advisory.

    Update to version 9.2.0780.

    Security issues fixed:

    - CVE-2026-59856: arbitrary code execution via PHP omni-completion due to improper escaping (bsc#1271194).
    - CVE-2026-59857: out-of-bounds write in SAL soundfolding due to improper bounds check (bsc#1271195).
    - CVE-2026-59858: arbitrary code execution via C omni-completion due to improper escaping (bsc#1271193).

    Other updates and bugfixes:

    - Version 9.2.0780 changelog:
      * filetype detect missing from completion (9.2.0726).
      * popup images not rendered correctly when unfocused (9.2.0727).
      * filetype: supertux info pattern is relative to current dir         (9.2.0728).
      * % skips parens on continued quoted lines (9.2.0729).
      * GTK4 GUI tabline is not updated (9.2.0730).
      * GTK4 GUI scrollbar size not updated when restoring a session         (9.2.0731).
      * session: terminal restored using absolute columns/rows (9.2.0732).
      * GTK3: GUI slow on X11 since dropping the alpha channel (9.2.0733).
      * function pointer passed to STRNCMP() instead of a length         (9.2.0734).
      * tests: comment test can be improved (9.2.0737).
      * completion: 'autocompletedelay' blocks the main loop and drops         autocommands (9.2.0739).
      * GTK4: scrollbar wrongly displayed (9.2.0740).
      * complete_check() does not return TRUE for mapped input (9.2.0741).
      * filetype: SSH keys and related filetypes not recognized (9.2.0742).
      * string macros silently accept a size of the wrong type (9.2.0743).
      * popup_atcursor() closes immediately on white space (9.2.0744).
      * cscope: connection leak when growing the array fails (9.2.0747).
      * 'autocompletedelay' interferes with CTRL-G U (9.2.0748).
      * 'autocompletedelay' interferes with i_CTRL-K (9.2.0749).
      * completion: 'autocompletedelay' deferral leaks state (9.2.0750).
      * GTK3 GUI is slow under Wayland (9.2.0751).
      * GTK4: drag-and-drop does not support HTML (9.2.0752).
      * GTK GUI deferred redraw skipped on 'lazyredraw' (9.2.0753).
      * repeated completion length lookup in search_for_exact_line         (9.2.0754).
      * 'autocomplete' behaves inconsistently when recording (9.2.0755).
      * session with multiple tabpages sets 'winminheight' to 0 (9.2.0756).
      * tests: test_popupwin fails with zsh because of the prompt         (9.2.0757).
      * pum: no opacity when background not set for Popup menu group         (9.2.0758).
      * some code for 'autocompletedelay' is no longer needed (9.2.0759).
      * compiler warning for using potentially uninitialized var         (9.2.0760).
      * runtime(netrw): Unix: unable to open '\' file (9.2.0761).
      * duplicated sub-option name check in :set completion (9.2.0762).
      * tests: style issue in test_plugin_netrw (9.2.0763).
      * compiler warning about unused function (9.2.0764).
      * popup: opacity popup over a terminal is not cleared when moved         (9.2.0765).
      * quick_tab entries for empty letters point to the wrong index         (9.2.0766).
      * legacy/vim9cmd modifiers do not set script version for options         values (9.2.0767).
      * legacy/vim9cmd modifiers are not exclusive (9.2.0768).
      * conversion to utf-16be using iconv is inconsistent (9.2.0769).
      * dict_add_dict() has inconsistent ownership on failure (9.2.0770).
      * dict_add_list() has inconsistent ownership on failure (9.2.0771).
      * Vim9: null dereference inside alloc_type() (9.2.0772).
      * memory leak in evalfunc.c on alloc failure (9.2.0773).
      * memory leak in f_getscriptinfo() on alloc failure (9.2.0774).
      * memory leak in highlight_get_info() on alloc failure (9.2.0775).
      * memory leak in sign_getlist() on alloc failure (9.2.0776).
      * memory leak in add_defer() on alloc failure (9.2.0777).
      * memory leak in compile_dict() on alloc failure (9.2.0778).
      * memory leak in type_name_func() on alloc failure (9.2.0779).
      * memory leak in evalvars.c on alloc failure (9.2.0780).

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

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

According to the versions of the vim packages installed, the EulerOS installation on the remote host is affected by the following vulnerabilities :

    Vim is an open source, command line text editor. Prior to 9.2.0735, the C omni-completion script in     runtime/autoload/ccomplete.vim interpolates the typeref: or typename: extension field of a tags entry,     without escaping, into a :vimgrep pattern that is run through :execute. Because :vimgrep honors the bar as     a command separator, a crafted tag field can close the search pattern and append an arbitrary Ex command;
    opening a hostile .c file whose project tags file contains such an entry and invoking C omni-completion     runs that command as the editing user. This issue is fixed in version 9.2.0735.(CVE-2026-59858)

    Vim is an open source, command line text editor. Prior to 9.2.0698, the single-byte branch of     spell_soundfold_sofo() in src/spell.c translates a word through a spell file's SOFO (sound-folding) byte     map into a caller-owned result buffer. Its copy loop advances the output index ri with no upper bound and     terminates only on the input NUL, writing one byte per input byte into the MAXWLEN-element stack buffer     the caller provides. A word longer than MAXWLEN, passed to soundfold() (or reached via sound-based spell     suggestion) while a SOFO-based spell language is active, therefore writes past the end of that buffer.
    This is a stack out-of-bounds write that corrupts the call frame and crashes the editor. This     vulnerability is fixed in 9.2.0698.(CVE-2026-57455)

    Vim is an open source, command line text editor. Prior to version 9.2.0450, a heap buffer overflow exists     in read_compound() in src/spellfile.c when loading a crafted spell file (.spl) with UTF-8 encoding active.
    An attacker-controlled length field in the spell file's compound section overflows a 32-bit signed integer     multiplication, causing a small buffer to be allocated for a write loop that runs many iterations,     overflowing the heap. Because the 'spelllang' option can be set from a modeline, a text file modeline can     trigger spell file loading if a malicious .spl file has been planted on the runtimepath. This issue has     been patched in version 9.2.0450.(CVE-2026-45130)

    Vim is an open source, command line text editor. Prior to 9.2.0662, the dump_prefixes() function in     src/spell.c walks a spell-file prefix trie iteratively with a depth counter while dumping the prefixes     that apply to a word. The counter is bounded only by the trie structure itself; it is never checked     against the size of the fixed MAXWLEN-element stack arrays it indexes (prefix[], arridx[], curi[]). A     crafted .spl file, loaded when the user dumps the word list, can drive the descent arbitrarily deep, so     the function writes past the end of those arrays. This is a stack out-of-bounds write that corrupts the     call frame and crashes the editor. This vulnerability is fixed in 9.2.0662.(CVE-2026-55892)

    Vim is an open source, command line text editor. Prior to 9.2.0736, the PHP omni-completion script in     runtime/autoload/phpcomplete.vim interpolates a class or trait name, taken from the contents of the edited     buffer, into a search() pattern that is run via win_execute() without escaping. A name containing a single     quote can terminate the search() string argument early, and because the bar is honored as an Ex command     separator, the remainder of the name is run as Ex commands; via the :! command this allows arbitrary     operating-system command execution when a victim opens a crafted PHP file and invokes omni-completion.
    This issue is fixed in version 9.2.0736.(CVE-2026-59856)

    Vim is an open source, command line text editor. Prior to version 9.2.0565, the update_snapshot() function     in src/terminal.c copies the visible terminal screen into the scrollback buffer when a snapshot is taken.
    For each screen cell it walks the cell's chars[] array with no upper bound, stopping only when it     encounters a NUL terminator. When a cell legitimately fills all VTERM_MAX_CHARS_PER_CELL (6) slots - a     base character plus five combining marks - the bundled libvterm returns the array without a terminating     NUL, so the loop reads past the fixed six-element array and appends the out-of-bounds values to a buffer     reserved for only six characters. A program whose output is rendered inside a :terminal window can trigger     this with a short byte sequence and no Vim scripting, leading to a crash. This issue has been patched in     version 9.2.0565.(CVE-2026-52859)

    Vim is an open source, command line text editor. Prior to 9.2.0653, the tree_count_words() function in     src/spellfile.c fills in the word-count fields of a spell-file word trie by walking it iteratively with a     depth counter. The counter is bounded only by the trie structure itself; it is never checked against the     size of the fixed MAXWLEN-element stack arrays it indexes (arridx[], curi[], wordcount[]). A crafted     .spl/.sug file pair, loaded when the user invokes spell suggestion, can drive the descent arbitrarily     deep, so the function writes past the end of those arrays. This is a stack out-of-bounds write that     corrupts the call frame and crashes the editor. This vulnerability is fixed in 9.2.0653.(CVE-2026-55693)

    Vim is an open source, command line text editor. Prior to 9.2.0725, the single-byte branch of     spell_soundfold_sal() in src/spell.c translates a word through a spell file's SAL sound-folding rules into     a caller-owned result buffer, but its result writes are guarded with reslen  MAXWLEN, allowing reslen     to reach MAXWLEN before res[reslen] = NUL writes one byte past the end of the MAXWLEN-element stack     buffer. A boundary-length word passed to soundfold(), or reached via sound-based spell suggestion while a     SAL-based spell language is active under a non-multibyte 8-bit encoding, can corrupt the eval_soundfold()     stack frame and crash the editor. This issue is fixed in version 9.2.0725.(CVE-2026-59857)

    Vim is an open source, command line text editor. Prior to 9.2.0699, Vim's Python omni-completion     (runtime/autoload/python3complete.vim and the legacy pythoncomplete.vim) executes reconstructed function     and class definitions from the current buffer with exec() as part of populating the completion dictionary.
    When reconstructing that source, each scope's docstring is inserted verbatim between triple quotes with no     escaping, so a hostile buffer can break out of the triple-quoted literal and execute attacker-controlled     Python during omni-completion. This vulnerability is fixed in 9.2.0699.(CVE-2026-57456)

    Vim is an open source, command line text editor. Prior to version 9.2.0561, the Python omni-completion     script in python3complete.vim for Vim with the +python3 interpreter enabled (and the legacy     pythoncomplete.vim for builds with the +python interpreter) executes the import and from statements found     in the current buffer through Python's import machinery. Because the buffer's working directory is on     sys.path, opening a hostile .py file with a sibling Python package and invoking omni-completion runs that     package's top-level code as the editing user. This issue has been patched in version     9.2.0561.(CVE-2026-52858)

    Vim is an open source, command line text editor. Prior to 9.2.0671, when Vim opens a file encrypted with     the VimCrypt~04! or VimCrypt~05!     method (xchacha20poly1305, requires the +sodium feature) whose body is shorter than a single libsodium     secretstream header, an unsigned length calculation underflows and a subsequent decryption call reads far     past the end of the input buffer, crashing Vim. This vulnerability is fixed in 9.2.0671.(CVE-2026-57452)

    Vim is an open source, command line text editor. Prior to version 9.2.0495, a Vimscript code injection     vulnerability exists in s:NetrwBookHistSave() in the netrw plugin     (runtime/pack/dist/opt/netrw/autoload/netrw.vim) when serializing browsed directory paths to the history     file ~/.vim/.netrwhist. A directory name derived from the filesystem is interpolated into a single-quoted     Vimscript string literal without escaping embedded single quotes, allowing a crafted directory name to     break out of the string context and execute arbitrary Vimscript, including shell commands via system() and     :!, the next time the history file is sourced. This issue has been patched in version     9.2.0495.(CVE-2026-47162)

    Vim is an open source, command line text editor. Prior to 9.2.0663, a Vimscript code injection     vulnerability exists in s:NetrwLocalRmFile() in the netrw plugin     (runtime/pack/dist/opt/netrw/autoload/netrw.vim) when deleting a local file from the browser. A filename     derived from the buffer's directory listing is interpolated into an Ex command line passed to :execute     with only the backslash character escaped, allowing a crafted filename containing a bar (|) to terminate     the intended command and execute arbitrary Vimscript, including shell commands via :call system() and :!.
    This vulnerability is fixed in 9.2.0663.(CVE-2026-55895)

    Vim is an open source, command line text editor. Prior to version 9.2.0597, Vim's Python omni-completion     executes reconstructed function and class definitions from the current buffer with exec() as part of     populating the completion dictionary. Python evaluates function default values, parameter annotations, and     class base expressions at definition time, so a hostile buffer can execute attacker-controlled Python     expressions during omni-completion. The existing g:pythoncomplete_allow_import mitigation (GHSA-52mc-     rq6p-rc7c) does not cover this path, because the attacker-controlled code is not a harvested import/from     statement. This issue has been patched in version 9.2.0597.(CVE-2026-52860)

Tenable has extracted the preceding description block directly from the EulerOS vim security advisory.

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

According to the versions of the vim packages installed, the EulerOS Virtualization installation on the remote host is affected by the following vulnerabilities :

    Vim is an open source, command line text editor. Prior to 9.2.0735, the C omni-completion script in     runtime/autoload/ccomplete.vim interpolates the typeref: or typename: extension field of a tags entry,     without escaping, into a :vimgrep pattern that is run through :execute. Because :vimgrep honors the bar as     a command separator, a crafted tag field can close the search pattern and append an arbitrary Ex command;
    opening a hostile .c file whose project tags file contains such an entry and invoking C omni-completion     runs that command as the editing user. This issue is fixed in version 9.2.0735.(CVE-2026-59858)

    Vim is an open source, command line text editor. Prior to 9.2.0698, the single-byte branch of     spell_soundfold_sofo() in src/spell.c translates a word through a spell file's SOFO (sound-folding) byte     map into a caller-owned result buffer. Its copy loop advances the output index ri with no upper bound and     terminates only on the input NUL, writing one byte per input byte into the MAXWLEN-element stack buffer     the caller provides. A word longer than MAXWLEN, passed to soundfold() (or reached via sound-based spell     suggestion) while a SOFO-based spell language is active, therefore writes past the end of that buffer.
    This is a stack out-of-bounds write that corrupts the call frame and crashes the editor. This     vulnerability is fixed in 9.2.0698.(CVE-2026-57455)

    Vim is an open source, command line text editor. Prior to version 9.2.0450, a heap buffer overflow exists     in read_compound() in src/spellfile.c when loading a crafted spell file (.spl) with UTF-8 encoding active.
    An attacker-controlled length field in the spell file's compound section overflows a 32-bit signed integer     multiplication, causing a small buffer to be allocated for a write loop that runs many iterations,     overflowing the heap. Because the 'spelllang' option can be set from a modeline, a text file modeline can     trigger spell file loading if a malicious .spl file has been planted on the runtimepath. This issue has     been patched in version 9.2.0450.(CVE-2026-45130)

    Vim is an open source, command line text editor. Prior to 9.2.0662, the dump_prefixes() function in     src/spell.c walks a spell-file prefix trie iteratively with a depth counter while dumping the prefixes     that apply to a word. The counter is bounded only by the trie structure itself; it is never checked     against the size of the fixed MAXWLEN-element stack arrays it indexes (prefix[], arridx[], curi[]). A     crafted .spl file, loaded when the user dumps the word list, can drive the descent arbitrarily deep, so     the function writes past the end of those arrays. This is a stack out-of-bounds write that corrupts the     call frame and crashes the editor. This vulnerability is fixed in 9.2.0662.(CVE-2026-55892)

    Vim is an open source, command line text editor. Prior to 9.2.0736, the PHP omni-completion script in     runtime/autoload/phpcomplete.vim interpolates a class or trait name, taken from the contents of the edited     buffer, into a search() pattern that is run via win_execute() without escaping. A name containing a single     quote can terminate the search() string argument early, and because the bar is honored as an Ex command     separator, the remainder of the name is run as Ex commands; via the :! command this allows arbitrary     operating-system command execution when a victim opens a crafted PHP file and invokes omni-completion.
    This issue is fixed in version 9.2.0736.(CVE-2026-59856)

    Vim is an open source, command line text editor. Prior to version 9.2.0565, the update_snapshot() function     in src/terminal.c copies the visible terminal screen into the scrollback buffer when a snapshot is taken.
    For each screen cell it walks the cell's chars[] array with no upper bound, stopping only when it     encounters a NUL terminator. When a cell legitimately fills all VTERM_MAX_CHARS_PER_CELL (6) slots - a     base character plus five combining marks - the bundled libvterm returns the array without a terminating     NUL, so the loop reads past the fixed six-element array and appends the out-of-bounds values to a buffer     reserved for only six characters. A program whose output is rendered inside a :terminal window can trigger     this with a short byte sequence and no Vim scripting, leading to a crash. This issue has been patched in     version 9.2.0565.(CVE-2026-52859)

    Vim is an open source, command line text editor. Prior to 9.2.0653, the tree_count_words() function in     src/spellfile.c fills in the word-count fields of a spell-file word trie by walking it iteratively with a     depth counter. The counter is bounded only by the trie structure itself; it is never checked against the     size of the fixed MAXWLEN-element stack arrays it indexes (arridx[], curi[], wordcount[]). A crafted     .spl/.sug file pair, loaded when the user invokes spell suggestion, can drive the descent arbitrarily     deep, so the function writes past the end of those arrays. This is a stack out-of-bounds write that     corrupts the call frame and crashes the editor. This vulnerability is fixed in 9.2.0653.(CVE-2026-55693)

    Vim is an open source, command line text editor. Prior to 9.2.0725, the single-byte branch of     spell_soundfold_sal() in src/spell.c translates a word through a spell file's SAL sound-folding rules into     a caller-owned result buffer, but its result writes are guarded with reslen  MAXWLEN, allowing reslen     to reach MAXWLEN before res[reslen] = NUL writes one byte past the end of the MAXWLEN-element stack     buffer. A boundary-length word passed to soundfold(), or reached via sound-based spell suggestion while a     SAL-based spell language is active under a non-multibyte 8-bit encoding, can corrupt the eval_soundfold()     stack frame and crash the editor. This issue is fixed in version 9.2.0725.(CVE-2026-59857)

    Vim is an open source, command line text editor. Prior to 9.2.0699, Vim's Python omni-completion     (runtime/autoload/python3complete.vim and the legacy pythoncomplete.vim) executes reconstructed function     and class definitions from the current buffer with exec() as part of populating the completion dictionary.
    When reconstructing that source, each scope's docstring is inserted verbatim between triple quotes with no     escaping, so a hostile buffer can break out of the triple-quoted literal and execute attacker-controlled     Python during omni-completion. This vulnerability is fixed in 9.2.0699.(CVE-2026-57456)

    Vim is an open source, command line text editor. Prior to version 9.2.0561, the Python omni-completion     script in python3complete.vim for Vim with the +python3 interpreter enabled (and the legacy     pythoncomplete.vim for builds with the +python interpreter) executes the import and from statements found     in the current buffer through Python's import machinery. Because the buffer's working directory is on     sys.path, opening a hostile .py file with a sibling Python package and invoking omni-completion runs that     package's top-level code as the editing user. This issue has been patched in version     9.2.0561.(CVE-2026-52858)

    Vim is an open source, command line text editor. Prior to 9.2.0671, when Vim opens a file encrypted with     the VimCrypt~04! or VimCrypt~05! method (xchacha20poly1305, requires the +sodium feature) whose body is     shorter than a single libsodium secretstream header, an unsigned length calculation underflows and a     subsequent decryption call reads far past the end of the input buffer, crashing Vim. This vulnerability is     fixed in 9.2.0671.(CVE-2026-57452)

    Vim is an open source, command line text editor. Prior to version 9.2.0495, a Vimscript code injection     vulnerability exists in s:NetrwBookHistSave() in the netrw plugin     (runtime/pack/dist/opt/netrw/autoload/netrw.vim) when serializing browsed directory paths to the history     file ~/.vim/.netrwhist. A directory name derived from the filesystem is interpolated into a single-quoted     Vimscript string literal without escaping embedded single quotes, allowing a crafted directory name to     break out of the string context and execute arbitrary Vimscript, including shell commands via system() and     :!, the next time the history file is sourced. This issue has been patched in version     9.2.0495.(CVE-2026-47162)

    Vim is an open source, command line text editor. Prior to 9.2.0663, a Vimscript code injection     vulnerability exists in s:NetrwLocalRmFile() in the netrw plugin     (runtime/pack/dist/opt/netrw/autoload/netrw.vim) when deleting a local file from the browser. A filename     derived from the buffer's directory listing is interpolated into an Ex command line passed to :execute     with only the backslash character escaped, allowing a crafted filename containing a bar (|) to terminate     the intended command and execute arbitrary Vimscript, including shell commands via :call system() and :!.
    This vulnerability is fixed in 9.2.0663.(CVE-2026-55895)

    Vim is an open source, command line text editor. Prior to version 9.2.0597, Vim's Python omni-completion     executes reconstructed function and class definitions from the current buffer with exec() as part of     populating the completion dictionary. Python evaluates function default values, parameter annotations, and     class base expressions at definition time, so a hostile buffer can execute attacker-controlled Python     expressions during omni-completion. The existing g:pythoncomplete_allow_import mitigation (GHSA-52mc-     rq6p-rc7c) does not cover this path, because the attacker-controlled code is not a harvested import/from     statement. This issue has been patched in version 9.2.0597.(CVE-2026-52860)

Tenable has extracted the preceding description block directly from the EulerOS Virtualization vim security advisory.

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

According to the versions of the vim packages installed, the EulerOS installation on the remote host is affected by the following vulnerabilities :

    Vim is an open source, command line text editor. Prior to 9.2.0735, the C omni-completion script in     runtime/autoload/ccomplete.vim interpolates the typeref: or typename: extension field of a tags entry,     without escaping, into a :vimgrep pattern that is run through :execute. Because :vimgrep honors the bar as     a command separator, a crafted tag field can close the search pattern and append an arbitrary Ex command;
    opening a hostile .c file whose project tags file contains such an entry and invoking C omni-completion     runs that command as the editing user. This issue is fixed in version 9.2.0735.(CVE-2026-59858)

    Vim is an open source, command line text editor. Prior to 9.2.0736, the PHP omni-completion script in     runtime/autoload/phpcomplete.vim interpolates a class or trait name, taken from the contents of the edited     buffer, into a search() pattern that is run via win_execute() without escaping. A name containing a single     quote can terminate the search() string argument early, and because the bar is honored as an Ex command     separator, the remainder of the name is run as Ex commands; via the :! command this allows arbitrary     operating-system command execution when a victim opens a crafted PHP file and invokes omni-completion.
    This issue is fixed in version 9.2.0736.(CVE-2026-59856)

    Vim is an open source, command line text editor. Prior to 9.2.0653, the tree_count_words() function in     src/spellfile.c fills in the word-count fields of a spell-file word trie by walking it iteratively with a     depth counter. The counter is bounded only by the trie structure itself; it is never checked against the     size of the fixed MAXWLEN-element stack arrays it indexes (arridx[], curi[], wordcount[]). A crafted     .spl/.sug file pair, loaded when the user invokes spell suggestion, can drive the descent arbitrarily     deep, so the function writes past the end of those arrays. This is a stack out-of-bounds write that     corrupts the call frame and crashes the editor. This vulnerability is fixed in 9.2.0653.(CVE-2026-55693)

    Vim is an open source, command line text editor. Prior to 9.2.0699, Vim's Python omni-completion     (runtime/autoload/python3complete.vim and the legacy pythoncomplete.vim) executes reconstructed function     and class definitions from the current buffer with exec() as part of populating the completion dictionary.
    When reconstructing that source, each scope's docstring is inserted verbatim between triple quotes with no     escaping, so a hostile buffer can break out of the triple-quoted literal and execute attacker-controlled     Python during omni-completion. This vulnerability is fixed in 9.2.0699.(CVE-2026-57456)

    Vim is an open source, command line text editor. Prior to 9.2.0698, the single-byte branch of     spell_soundfold_sofo() in src/spell.c translates a word through a spell file's SOFO (sound-folding) byte     map into a caller-owned result buffer. Its copy loop advances the output index ri with no upper bound and     terminates only on the input NUL, writing one byte per input byte into the MAXWLEN-element stack buffer     the caller provides. A word longer than MAXWLEN, passed to soundfold() (or reached via sound-based spell     suggestion) while a SOFO-based spell language is active, therefore writes past the end of that buffer.
    This is a stack out-of-bounds write that corrupts the call frame and crashes the editor. This     vulnerability is fixed in 9.2.0698.(CVE-2026-57455)

    Vim is an open source, command line text editor. Prior to version 9.2.0597, Vim's Python omni-completion     executes reconstructed function and class definitions from the current buffer with exec() as part of     populating the completion dictionary. Python evaluates function default values, parameter annotations, and     class base expressions at definition time, so a hostile buffer can execute attacker-controlled Python     expressions during omni-completion. The existing g:pythoncomplete_allow_import mitigation (GHSA-52mc-     rq6p-rc7c) does not cover this path, because the attacker-controlled code is not a harvested import/from     statement. This issue has been patched in version 9.2.0597.(CVE-2026-52860)

    Vim is an open source, command line text editor. Prior to 9.2.0663, a Vimscript code injection     vulnerability exists in s:NetrwLocalRmFile() in the netrw plugin     (runtime/pack/dist/opt/netrw/autoload/netrw.vim) when deleting a local file from the browser. A filename     derived from the buffer's directory listing is interpolated into an Ex command line passed to :execute     with only the backslash character escaped, allowing a crafted filename containing a bar (|) to terminate     the intended command and execute arbitrary Vimscript, including shell commands via :call system() and :!.
    This vulnerability is fixed in 9.2.0663.(CVE-2026-55895)

    Vim is an open source, command line text editor. Prior to version 9.2.0495, a Vimscript code injection     vulnerability exists in s:NetrwBookHistSave() in the netrw plugin     (runtime/pack/dist/opt/netrw/autoload/netrw.vim) when serializing browsed directory paths to the history     file ~/.vim/.netrwhist. A directory name derived from the filesystem is interpolated into a single-quoted     Vimscript string literal without escaping embedded single quotes, allowing a crafted directory name to     break out of the string context and execute arbitrary Vimscript, including shell commands via system() and     :!, the next time the history file is sourced. This issue has been patched in version     9.2.0495.(CVE-2026-47162)

Tenable has extracted the preceding description block directly from the EulerOS vim 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.6 host has packages installed that are affected by multiple vulnerabilities as referenced in the TuxCare ALMALINUX9.6:CLSA-2026:1784022695 advisory.

  - Vim is an open source, command line text editor. Prior to 9.2.0736, the PHP omni-completion script in     runtime/autoload/phpcomplete.vim interpolates a class or trait name, taken from the contents of the edited     buffer, into a search() pattern that is run via win_execute() without escaping. A name containing a single     quote can terminate the search() string argument early, and because the bar is honored as an Ex command     separator, the remainder of the name is run as Ex commands; via the :! command this allows arbitrary     operating-system command execution when a victim opens a crafted PHP file and invokes omni-completion.
    This issue is fixed in version 9.2.0736. (CVE-2026-59856)

  - Vim is an open source, command line text editor. Prior to 9.2.0735, the C omni-completion script in     runtime/autoload/ccomplete.vim interpolates the typeref: or typename: extension field of a tags entry,     without escaping, into a :vimgrep pattern that is run through :execute. Because :vimgrep honors the bar as     a command separator, a crafted tag field can close the search pattern and append an arbitrary Ex command;
    opening a hostile .c file whose project tags file contains such an entry and invoking C omni-completion     runs that command as the editing user. This issue is fixed in version 9.2.0735. (CVE-2026-59858)

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

According to the versions of the vim packages installed, the EulerOS Virtualization installation on the remote host is affected by the following vulnerabilities :

    Vim is an open source, command line text editor. Prior to 9.2.0735, the C omni-completion script in     runtime/autoload/ccomplete.vim interpolates the typeref: or typename: extension field of a tags entry,     without escaping, into a :vimgrep pattern that is run through :execute. Because :vimgrep honors the bar as     a command separator, a crafted tag field can close the search pattern and append an arbitrary Ex command;
    opening a hostile .c file whose project tags file contains such an entry and invoking C omni-completion     runs that command as the editing user. This issue is fixed in version 9.2.0735.(CVE-2026-59858)

    Vim is an open source, command line text editor. Prior to 9.2.0736, the PHP omni-completion script in     runtime/autoload/phpcomplete.vim interpolates a class or trait name, taken from the contents of the edited     buffer, into a search() pattern that is run via win_execute() without escaping. A name containing a single     quote can terminate the search() string argument early, and because the bar is honored as an Ex command     separator, the remainder of the name is run as Ex commands; via the :! command this allows arbitrary     operating-system command execution when a victim opens a crafted PHP file and invokes omni-completion.
    This issue is fixed in version 9.2.0736.(CVE-2026-59856)

    Vim is an open source, command line text editor. Prior to 9.2.0653, the tree_count_words() function in     src/spellfile.c fills in the word-count fields of a spell-file word trie by walking it iteratively with a     depth counter. The counter is bounded only by the trie structure itself; it is never checked against the     size of the fixed MAXWLEN-element stack arrays it indexes (arridx[], curi[], wordcount[]). A crafted     .spl/.sug file pair, loaded when the user invokes spell suggestion, can drive the descent arbitrarily     deep, so the function writes past the end of those arrays. This is a stack out-of-bounds write that     corrupts the call frame and crashes the editor. This vulnerability is fixed in 9.2.0653.(CVE-2026-55693)

    Vim is an open source, command line text editor. Prior to 9.2.0699, Vim's Python omni-completion     (runtime/autoload/python3complete.vim and the legacy pythoncomplete.vim) executes reconstructed function     and class definitions from the current buffer with exec() as part of populating the completion dictionary.
    When reconstructing that source, each scope's docstring is inserted verbatim between triple quotes with no     escaping, so a hostile buffer can break out of the triple-quoted literal and execute attacker-controlled     Python during omni-completion. This vulnerability is fixed in 9.2.0699.(CVE-2026-57456)

    Vim is an open source, command line text editor. Prior to 9.2.0698, the single-byte branch of     spell_soundfold_sofo() in src/spell.c translates a word through a spell file's SOFO (sound-folding) byte     map into a caller-owned result buffer. Its copy loop advances the output index ri with no upper bound and     terminates only on the input NUL, writing one byte per input byte into the MAXWLEN-element stack buffer     the caller provides. A word longer than MAXWLEN, passed to soundfold() (or reached via sound-based spell     suggestion) while a SOFO-based spell language is active, therefore writes past the end of that buffer.
    This is a stack out-of-bounds write that corrupts the call frame and crashes the editor. This     vulnerability is fixed in 9.2.0698.(CVE-2026-57455)

    Vim is an open source, command line text editor. Prior to version 9.2.0597, Vim's Python omni-completion     executes reconstructed function and class definitions from the current buffer with exec() as part of     populating the completion dictionary. Python evaluates function default values, parameter annotations, and     class base expressions at definition time, so a hostile buffer can execute attacker-controlled Python     expressions during omni-completion. The existing g:pythoncomplete_allow_import mitigation (GHSA-52mc-     rq6p-rc7c) does not cover this path, because the attacker-controlled code is not a harvested import/from     statement. This issue has been patched in version 9.2.0597.(CVE-2026-52860)

    Vim is an open source, command line text editor. Prior to 9.2.0663, a Vimscript code injection     vulnerability exists in s:NetrwLocalRmFile() in the netrw plugin     (runtime/pack/dist/opt/netrw/autoload/netrw.vim) when deleting a local file from the browser. A filename     derived from the buffer's directory listing is interpolated into an Ex command line passed to :execute     with only the backslash character escaped, allowing a crafted filename containing a bar (|) to terminate     the intended command and execute arbitrary Vimscript, including shell commands via :call system() and :!.
    This vulnerability is fixed in 9.2.0663.(CVE-2026-55895)

    Vim is an open source, command line text editor. Prior to version 9.2.0495, a Vimscript code injection     vulnerability exists in s:NetrwBookHistSave() in the netrw plugin     (runtime/pack/dist/opt/netrw/autoload/netrw.vim) when serializing browsed directory paths to the history     file ~/.vim/.netrwhist. A directory name derived from the filesystem is interpolated into a single-quoted     Vimscript string literal without escaping embedded single quotes, allowing a crafted directory name to     break out of the string context and execute arbitrary Vimscript, including shell commands via system() and     :!, the next time the history file is sourced. This issue has been patched in version     9.2.0495.(CVE-2026-47162)

Tenable has extracted the preceding description block directly from the EulerOS Virtualization vim security advisory.

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
332020	Amazon Linux 2023 : vim-common, vim-data, vim-default-editor (ALAS2023-2026-1993)	Nessus	Amazon Linux Local Security Checks	2026/8/4	2026/8/4	high
364008	EulerOS 2.0 SP15 : vim (EulerOS-SA-2026-3957)	Nessus	Huawei Local Security Checks	2026/10/8	2026/10/8	high
331509	RHEL 10 : vim (RHSA-2026:48650)	Nessus	Red Hat Local Security Checks	2026/7/31	2026/8/6	high
359107	Rocky Linux 9 [CIQ] Security Update: vim-X11 / vim-X11-debuginfo / vim-common / vim-common-debuginfo / etc Multiple Vulnerabilities (crlsa-2026_47982)	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/1	high
357598	Rocky Linux 10.2 [CIQ] Security Update: vim-X11 / vim-X11-debuginfo / vim-common / vim-data / vim-debuginfo / etc Multiple Vulnerabilities (crlsa-2026_48650)	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/1	high
350995	RHEL 9 : vim (RHSA-2026:72465)	Nessus	Red Hat Local Security Checks	2026/9/29	2026/10/7	high
364012	EulerOS 2.0 SP15 : vim (EulerOS-SA-2026-4023)	Nessus	Huawei Local Security Checks	2026/10/8	2026/10/10	high
328920	openSUSE 16 Security Update : vim (openSUSE-SU-2026:21374-1)	Nessus	SuSE Local Security Checks	2026/7/22	2026/7/27	high
343616	EulerOS 2.0 SP12 : vim (EulerOS-SA-2026-3318)	Nessus	Huawei Local Security Checks	2026/9/8	2026/9/8	high
347169	EulerOS Virtualization 2.12.1 : vim (EulerOS-SA-2026-3625)	Nessus	Huawei Local Security Checks	2026/9/18	2026/9/18	high
347994	EulerOS 2.0 SP10 : vim (EulerOS-SA-2026-3773)	Nessus	Huawei Local Security Checks	2026/9/18	2026/9/18	high
362024	AlmaLinux 9.6 [TuxCare] Security Update: vim-X11 / vim-common / vim-enhanced / vim-filesystem / vim-minimal Multiple Vulnerabilities (ALMALINUX9.6:CLSA-2026:1784022695)	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
348494	EulerOS Virtualization 2.10.0 : vim (EulerOS-SA-2026-3892)	Nessus	Huawei Local Security Checks	2026/9/21	2026/9/21	high

检测

插件搜索

high

high

high

high

high

high

high

high

high

high

high

high

high