VulnerabilityAnalyzed

CVE-2024-43790

This causes an overflow when accessing characters inside the msgbuf by the previously (now wrong) length of the msgbuf.

MEDIUM 5.5EPSS 0.31%

Does this matter?

Lower severity and a low EPSS score (0.31%). Track it; it rarely justifies an emergency change on its own.

Description

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.

CVSS 3.1: 5.5 MEDIUMCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
EPSS: 0.31% probability · 23th percentile
CISA KEV: Not listed
Weakness: CWE-122
Affected: vim/vim · netapp/bootstrap os
Source: security-advisories@github.com

References

https://github.com/vim/vim/commit/cacb6693c10bb19f28a50eca47bcPatch
https://github.com/vim/vim/security/advisories/GHSA-v2x2-cjcg-f9jmVendor Advisory
https://security.netapp.com/advisory/ntap-20240920-0005/Third Party Advisory

Source: NVD record, EPSS from FIRST.org, KEV from CISA. Refreshed daily.