Re: [LFS Trac] #4500: vim-9.1.???? (Update before release)

"LFS Trac" ([email protected] via lfs-book Mailing List) <[email protected]>
Newsgroups gmane.linux.lfs.book
Message-ID <[email protected]>
#4500: vim-9.1.???? (Update before release)
-------------------------+-----------------------
 Reporter:  Bruce Dubbs  |       Owner:  lfs-book
     Type:  task         |      Status:  new
 Priority:  normal       |   Milestone:  Hold
Component:  Book         |     Version:  git
 Severity:  normal       |  Resolution:
 Keywords:               |
-------------------------+-----------------------
Comment (by Joe Locash):

 {{{
 Path traversal issue with zip.vim and special crafted zip archives in Vim
 < v9.2.0280
 =====================================================================================
 Date: 01.04.2026
 Severity: Low
 CVE: *not yet assigned*
 CWE: Improper Limitation of a Pathname to a Restricted Directory ('Path
 Traversal') (CWE-22)

 ## Summary

 A path traversal bypass in Vim's zip.vim plugin allows overwriting of
 arbitrary
 files when opening specially crafted zip archives, circumventing the
 previous fix
 for CVE-2025-53906.

 ## Description

 Vim includes the zip.vim plugin, which enables viewing and editing of
 files
 within zip archives. A prior fix for CVE-2025-53906 added a check
 rejecting
 archive member paths beginning with `../`. However, that check can be
 bypassed
 by prefixing the traversal with a dummy directory component (e.g.,
 `a/../../../../../../tmp/foobar`). The leading `a/` causes the original
 pattern
 `^[.]\?[.]/` to not match, while the path still escapes the intended
 directory
 after normalization.

 Exploitation requires the same conditions as CVE-2025-53906:

 - The user opens a specially crafted archive in Vim.
 - The user selects and attempts to edit one of the malicious files within
 the archive.
 - Vim writes the file back to disk using `:w`.

 Only after all these steps are performed would Vim overwrite an existing
 file
 outside the intended working directory.

 - Vim does display the full path to be written, so a careful user may
 notice
   suspicious behavior.
 - Standard zip utilities typically do not extract such paths and will warn
 or
   skip them. This issue only affects Vim's internal handling, not the zip
 tool
   itself.

 ## Impact

 Impact is **low** because exploitation requires direct user interaction.
 However, successful exploitation can lead to overwriting sensitive files
 or
 placing executable code in privileged locations, depending on the
 permissions
 of the process editing the archive.

 The victim must edit such a file using Vim, which will reveal the filename
 and file content - a careful user may suspect something suspicious.

 ## Acknowledgements
 The Vim project would like to thank Michał Majchrowicz for identifying the
 vulnerability chain, providing a detailed root cause analysis and
 reproduction
 steps.

 ## References
 The issue has been fixed as of Vim patch
 [v9.2.0280](https://github.com/vim/vim/releases/tag/v9.2.0280).

 - [Commit](https://github.com/vim/vim/commit/7088926316d8d4a7572a242d0765)
 - [GitHub Advisory](https://github.com/vim/vim/security/advisories/GHSA-
 jc86-w7vm-8p24)
 }}}
-- 
Ticket URL: <https://wiki.linuxfromscratch.org/lfs/ticket/4500#comment:58>
LFS Trac <https://wiki.linuxfromscratch.org/lfs/>
Linux From Scratch: Your Distro, Your Rules.

-- 
http://lists.linuxfromscratch.org/sympa/info/lfs-book
Unsubscribe: See the above information page
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.