Arbitrary Code Injection Affecting vim-common package, versions <0:9.2.967-1.1.hum1


Severity

Recommended
0.0
high
0
10

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

EPSS
0.42% (34th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-RHEL10-VIMCOMMON-20031833
  • published22 Sept 2026
  • disclosed11 Jun 2026

Introduced: 11 Jun 2026

CVE-2026-52860  (opens in a new tab)
CWE-94  (opens in a new tab)

How to fix?

Upgrade RHEL:10 vim-common to version 0:9.2.967-1.1.hum1 or higher.
This issue was patched in RHSA-2026:57614.

NVD Description

Note: Versions mentioned in the description apply only to the upstream vim-common package and not the vim-common package as distributed by RHEL. See How to fix? for RHEL:10 relevant fixed versions and status.

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.

CVSS Base Scores

version 3.1