CVE-2026-77372 · Package
NO FIX YET · SEE WHAT TO DO
VeraCrypt's Unix, macOS and FreeBSD code that passes data from the unprivileged GUI or CLI to the root CoreService helper accepts unchecked length and count values, so a non-aligned string size can overflow a heap buffer and an oversized password size can read past a fixed 128-byte buffer. An attacker who can feed that boundary could crash the helper, exhaust memory, or read adjacent memory in a privileged process.
first public Oct 17, 2026 · 1 source
Check it with your coding agent
It checks your repository and tells you if you’re affected, with the fix.
Machines running VeraCrypt on Unix, macOS or FreeBSD, where the unprivileged GUI or CLI talks to the root CoreService helper. The sources say Windows uses a different path, and that the documented exposure is a local boundary because the pipe writer is the same-user parent process, so remote attack is not the stated risk. Systems running only Windows builds can skip it.
Not affected if version-1.26.30-or-later, windows-only
Who cares disk-encryption, freebsd, linux, macos, veracrypt
veracrypt --version on Linux or macOS, or the About dialog in the GUI.1.26.30 or later.VeraCrypt provides disk encryption with strong security based on TrueCrypt. Prior to 1.26.30, the Unix, macOS, and FreeBSD serialization paths in src/Platform/Serializer.cpp and src/Volume/VolumePassword.cpp accept untrusted length and count values when deserializing data that can cross from the unprivileged GUI or CLI to the root CoreService helper. Serializer::DeserializeWString allocates floor(size / sizeof(wchar_t)) elements but reads size bytes, so a non-aligned size can overflow the heap allocation. VolumePassword::Deserialize accepts PasswordSize values larger than the fixed 128-byte PasswordBuffer, allowing downstream DataPtr() and Size() consumers such as the KDF to read beyond the buffer. DeserializeString, DeserializeWString, and the string and wide-string list readers also lack allocation and collection bounds, which can exhaust memory, and a zero-length DeserializeString can access an empty vector. Windows uses a different path, and the immediate CoreService pipe writer is the same-user parent process, so the documented exposure is a local defense-in-depth boundary rather than a remote attack. This issue is fixed in 1.26.30.
Are you affected?
Tell InfraStack what you run. It checks this one, and every next one, against your stack.
Ask from here. InfraStack checks the affected versions against your stack and answers in your inbox.
InfraStack checks the affected versions against your stack and answers in Slack, with the evidence and the fix.
This page as .md · .json · CVSS:4.0/AV:L/AC:H/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.