CVE-2026-14191
Fixed in a distro release EPSS <1%CVSS 7.8
An out-of-bounds heap write exists in the RAR5 recovery-volume (.rev) parser in WinRAR and UnRAR (RecVolumes5::ReadHeader in recvol5.cpp). The RecItems vector is sized only when the first .rev file in a set is processed; subsequent .rev files supply an independent RecNum value that is validated against that file's own TotalCount field but never against the actual size of RecItems. A crafted set of two or more .rev files can therefore write an attacker-controlled 32-bit value (the header's RevCRC field) to RecItems[RecNum] at an attacker-controlled offset up to 65534 * sizeof(RecVolItem) bytes past the allocation, corrupting adjacent heap objects. Triggering requires the victim to run a recovery/test operation on an attacker-supplied .rev set (for example 'unrar t x.part1.rev', WinRAR 'Repair archive', or auto-recovery when extracting a volume set with a missing .rar part). This is the RAR5-path sibling of CVE-2023-40477 (which was fixed in the RAR3 path only in WinRAR 6.23). Fixed in WinRAR / RAR 7.23.
Products: rarlab winrar, rarlab rar, rarlab unrar, RARLAB UnRAR.dll
Distro releases
| Release | Package | Fixed in |
|---|---|---|
| Debian 12 | rar | no fix |
| Debian 12 | unrar-nonfree | no fix |
| Debian 13 | rar | no fix |
| Debian 13 | unrar-nonfree | no fix |
| Debian 14 | rar | 2:7.23-1 |
| Debian 14 | unrar-nonfree | 1:7.2.7-1 |
| Ubuntu 16.04 LTS | unrar-nonfree | no fix |
| Ubuntu 18.04 LTS | unrar-nonfree | no fix |
| Ubuntu 20.04 LTS | unrar-nonfree | no fix |
| Ubuntu 22.04 LTS | unrar-nonfree | no fix |
| Ubuntu 24.04 LTS | unrar-nonfree | no fix |
| Ubuntu 25.10 | unrar-nonfree | no fix |
| Ubuntu 26.04 LTS | unrar-nonfree | no fix |
| Ubuntu 26.10 | unrar-nonfree | no fix |