The version of Vim installed on the remote Windows host is after 9.1.0425 and prior to 9.1.0689. It is, therefore, affected by a heap buffer overflow vulnerability. When performing a search and displaying the search-count message is disabled (:set shm+=S), the search pattern is displayed at the bottom of the screen in a buffer (msgbuf). When right-left mode (:set rl) is enabled, the search pattern is reversed. This happens by allocating a new buffer. If the search pattern contains some ASCII NUL characters, the buffer allocated will be smaller than the original allocated buffer (because for allocating the reversed buffer, the strlen() function is called, which only counts until it notices an ASCII NUL byte ) and thus the original length indicator is wrong. This causes an overflow when accessing characters inside the msgbuf by the previously (now wrong) length of the msgbuf.

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

The remote SUSE Linux SLED15 / SLED_SAP15 / SLES15 / SLES_SAP15 / openSUSE 15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2025:0723-1 advisory.

    Update to version 9.1.1101:

    - CVE-2024-43790: possible out-of-bounds read when performing a search command (bsc#1229685).
    - CVE-2024-43802: heap buffer overflow due to incorrect flushing of the typeahead buffer (bsc#1229822).
    - CVE-2024-45306: heap buffer overflow when cursor position is invalid (bsc#1230078).
    - CVE-2025-22134: heap buffer overflow when switching to other buffers using the :all command with active     visual mode       (bsc#1235695).
    - CVE-2025-24014: NULL pointer dereference may lead to segmentation fault when in silent Ex mode     (bsc#1236151).
    - CVE-2025-1215: memory corruption when manipulating the --log argument (bsc#1237137).

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.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - Vim is an open source command line text editor. When performing a search and displaying the search-count     message is disabled (:set shm+=S), the search pattern is displayed at the bottom of the screen in a buffer     (msgbuf). When right-left mode (:set rl) is enabled, the search pattern is reversed. This happens by     allocating a new buffer. If the search pattern contains some ASCII NUL characters, the buffer allocated     will be smaller than the original allocated buffer (because for allocating the reversed buffer, the     strlen() function is called, which only counts until it notices an ASCII NUL byte ) and thus the original     length indicator is wrong. This causes an overflow when accessing characters inside the msgbuf by the     previously (now wrong) length of the msgbuf. The issue has been fixed as of Vim patch v9.1.0689.
    (CVE-2024-43790)

Note that Nessus relies on the presence of the package as reported by the vendor.

The remote SUSE Linux SLES12 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2025:0722-1 advisory.

    Update to version 9.1.1101:

    - CVE-2024-43790: possible out-of-bounds read when performing a search command (bsc#1229685).
    - CVE-2024-43802: heap buffer overflow due to incorrect flushing of the typeahead buffer (bsc#1229822).
    - CVE-2024-45306: heap buffer overflow when cursor position is invalid (bsc#1230078).
    - CVE-2025-22134: heap buffer overflow when switching to other buffers using the :all command with active     visual mode       (bsc#1235695).
    - CVE-2025-24014: NULL pointer dereference may lead to segmentation fault when in silent Ex mode     (bsc#1236151).
    - CVE-2025-1215: memory corruption when manipulating the --log argument (bsc#1237137).

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.

The version of vim installed on the remote CBL Mariner 2.0 host is prior to tested version. It is, therefore, affected by a vulnerability as referenced in the CVE-2024-43790 advisory.

  - Vim is an open source command line text editor. When performing a search and displaying the search-count     message is disabled (:set shm+=S), the search pattern is displayed at the bottom of the screen in a buffer     (msgbuf). When right-left mode (:set rl) is enabled, the search pattern is reversed. This happens by     allocating a new buffer. If the search pattern contains some ASCII NUL characters, the buffer allocated     will be smaller than the original allocated buffer (because for allocating the reversed buffer, the     strlen() function is called, which only counts until it notices an ASCII NUL byte ) and thus the original     length indicator is wrong. This causes an overflow when accessing characters inside the msgbuf by the     previously (now wrong) length of the msgbuf. The issue has been fixed as of Vim patch v9.1.0689.
    (CVE-2024-43790)

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

An update of the vim package has been released.

The version of vim installed on the remote Azure Linux 3.0 host is prior to tested version. It is, therefore, affected by a vulnerability as referenced in the CVE-2024-43790 advisory.

  - Vim is an open source command line text editor. When performing a search and displaying the search-count     message is disabled (:set shm+=S), the search pattern is displayed at the bottom of the screen in a buffer     (msgbuf). When right-left mode (:set rl) is enabled, the search pattern is reversed. This happens by     allocating a new buffer. If the search pattern contains some ASCII NUL characters, the buffer allocated     will be smaller than the original allocated buffer (because for allocating the reversed buffer, the     strlen() function is called, which only counts until it notices an ASCII NUL byte ) and thus the original     length indicator is wrong. This causes an overflow when accessing characters inside the msgbuf by the     previously (now wrong) length of the msgbuf. The issue has been fixed as of Vim patch v9.1.0689.
    (CVE-2024-43790)

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

ID	Name	Product	Family	Published	Updated	Severity
206347	Vim < 9.1.0689 Heap Buffer Overflow	Nessus	Windows	8/30/2024	8/19/2025	medium
216901	SUSE SLED15 / SLES15 / openSUSE 15 Security Update : vim (SUSE-SU-2025:0723-1)	Nessus	SuSE Local Security Checks	2/27/2025	9/26/2025	low
229499	Linux Distros Unpatched Vulnerability : CVE-2024-43790	Nessus	Misc.	3/5/2025	8/30/2025	medium
216882	SUSE SLES12 Security Update : vim (SUSE-SU-2025:0722-1)	Nessus	SuSE Local Security Checks	2/27/2025	9/26/2025	low
212971	CBL Mariner 2.0 Security Update: vim (CVE-2024-43790)	Nessus	MarinerOS Local Security Checks	12/13/2024	8/19/2025	medium
206963	Photon OS 4.0: Vim PHSA-2024-4.0-0689	Nessus	PhotonOS Local Security Checks	9/11/2024	10/11/2024	medium
215269	Azure Linux 3.0 Security Update: vim (CVE-2024-43790)	Nessus	Azure Linux Local Security Checks	2/10/2025	9/15/2025	medium
206944	Photon OS 5.0: Vim PHSA-2024-5.0-0371	Nessus	PhotonOS Local Security Checks	9/11/2024	10/11/2024	medium

Detections

Analytics

Plugins Search

medium

low

medium

low

medium

medium

medium

medium