Home

Description

Cryptomator encrypts data being stored on cloud infrastructure. From version 1.6.0 to before version 1.19.1, vault configuration is parsed before its integrity is verified, and the masterkeyfile loader uses the unverified keyId as a filesystem path. The loader resolves keyId.getSchemeSpecificPart() directly against the vault path and immediately calls Files.exists(...). This allows a malicious vault config to supply parent-directory escapes, absolute local paths, or UNC paths (e.g., masterkeyfile://attacker/share/masterkey.cryptomator). On Windows, the UNC variant is especially dangerous because Path.resolve("//attacker/share/...") becomes \\attacker\share\..., so the existence check can trigger outbound SMB access before the user even enters a passphrase. This issue has been patched in version 1.19.1.

PUBLISHED Reserved 2026-03-11 | Published 2026-03-20 | Updated 2026-03-20 | Assigner GitHub_M




MEDIUM: 4.1CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:L/I:N/A:N

Problem types

CWE-22: Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal')

Product status

>= 1.6.0, <= 1.19.0
affected

References

github.com/...omator/security/advisories/GHSA-5phc-5pfx-hr52

github.com/cryptomator/cryptomator/pull/4180

github.com/...ommit/1e3dfe3de1623b1b85d24db91e49d31d1ea11f40

github.com/cryptomator/cryptomator/releases/tag/1.19.1

cve.org (CVE-2026-32310)

nvd.nist.gov (CVE-2026-32310)

Download JSON