Cyber Resilience

CVE-2026-32317

Cryptomator ≤ 1.12.2

Published
20 March 2026
Modified
26 March 2026
Patch / advisory
CVSS Score v3.1 7.6
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:H/I:L/A:N
EPSS Score 0.00062 0.0th percentile
Risk Priority 49 floored blend · peak EPSS

CVSS and EPSS are reproduced from their sources (NVD, FIRST EPSS). Risk Priority is our own derived reading, not an NVD score.

Summary

CVE-2026-32317 is a high-severity Origin Validation Error (CWE-346) vulnerability in Cryptomator Cryptomator. Its CVSS base score is 7.6 (High).

Operationally, exploitation aligns with the MITRE ATT&CK technique Adversary-in-the-Middle (T1557); ranked at the 0.0th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.

The strongest mitigations our analysis identified map to AC-4 (Information Flow Enforcement) and IA-3 (Device Identification and Authentication) — see the control section below for these in your framework.

Deeper analysis AI-assisted summary

Synthesised by an AI model from the NVD description and linked references — a reading aid, not an authoritative source.

CVE-2026-32317 is an integrity check vulnerability in Cryptomator for Android, a multi-platform client-side encryption tool for cloud-stored files. In versions prior to 1.12.3, attackers can tamper with the vault configuration file (vault.cryptomator), enabling a man-in-the-middle attack on the Hub key loading mechanism. The client previously trusted endpoints specified in the vault config without verifying host authenticity, allowing manipulation such as mixing a legitimate authentication endpoint with a malicious API endpoint. This issue affects users of Hub-backed vaults and is rated 7.6 on the CVSS 3.1 scale (AV:N/AC:L/PR:L/UI:R/S:C/C:H/I:L/A:N), with associated CWEs including 346 (Origin Validation Error), 354 (Improper Validation of Integrity Check Value), 451 (User Interface Misrepresentation), and 923 (Improper Restriction of Communication Channel to Intended Endpoints).

Exploitation requires an attacker with the ability to modify the vault.cryptomator file in environments where the affected Cryptomator Android client (pre-1.12.3) is used to unlock Hub-backed vaults. This typically demands low privileges (PR:L) and user interaction (UI:R), such as the victim opening the vault. Successful attacks enable token exfiltration, compromising confidentiality (C:H) through network-accessible (AV:N) means with low complexity (AC:L) and elevated scope (S:C), though integrity (I:L) and availability (A:N) impacts are limited.

The vulnerability has been patched in Cryptomator for Android version 1.12.3, as detailed in the project's GitHub release notes (https://github.com/cryptomator/android/releases/tag/1.12.3) and security advisory (https://github.com/cryptomator/android/security/advisories/GHSA-876q-q3mm-fcvj). Security practitioners should advise users to update to 1.12.3 or later and verify vault configuration integrity in untrusted environments.

OWASP Top 10 for Web (2025)

EU & UK References

Vulnerability Data

Cryptomator for Android offers multi-platform transparent client-side encryption for files in the cloud. Prior to version 1.12.3, an integrity check vulnerability allows an attacker tamper with the vault configuration file leading to a man-in-the-middle vulnerability in Hub key loading mechanism.…

more

Before this fix, the client trusted endpoints from the vault config without host authenticity checks, which could allow token exfiltration by mixing a legitimate auth endpoint with a malicious API endpoint. Impacted are users unlocking Hub-backed vaults with affected client versions in environments where an attacker can alter the vault.cryptomator file. This issue has been patched in version 1.12.3.

CWE(s)

Related Threats

MITRE ATT&CK Enterprise Techniques

T1557 Adversary-in-the-Middle Credential Access
Adversaries may attempt to position themselves between two or more networked devices using an adversary-in-the-middle (AiTM) technique to support follow-on behaviors such as [Network Sniffing](https://attack.
T1557.003 DHCP Spoofing Credential Access
Adversaries may redirect network traffic to adversary-owned systems by spoofing Dynamic Host Configuration Protocol (DHCP) traffic and acting as a malicious DHCP server on the victim network.
T1090.004 Domain Fronting Command And Control
Adversaries may take advantage of routing schemes in Content Delivery Networks (CDNs) and other services which host multiple domains to obfuscate the intended destination of HTTPS traffic or traffic tunneled through HTTPS.
T1195 Supply Chain Compromise Initial Access
Adversaries may manipulate products or product delivery mechanisms prior to receipt by a final consumer for the purpose of data or system compromise.
T1195.001 Compromise Software Dependencies and Development Tools Initial Access
Adversaries may manipulate software dependencies and development tools prior to receipt by a final consumer for the purpose of data or system compromise.
T1195.002 Compromise Software Supply Chain Initial Access
Adversaries may manipulate application software prior to receipt by a final consumer for the purpose of data or system compromise.
Derived from this CVE’s CWE(s) via the direct CWE→ATT&CK cross-walk.

CVEs Like This One

CVE-2026-32303Same product: Cryptomator Cryptomator
CVE-2026-32318Same product: Cryptomator Cryptomator
CVE-2026-0093Same product: Google Android
CVE-2026-0088Same product: Google Android
CVE-2026-0094Same product: Google Android
CVE-2026-0096Same product: Google Android
CVE-2024-23708Same product: Google Android
CVE-2026-11019Same product: Google Android
CVE-2025-9865Same product: Google Android
CVE-2025-1922Same product: Google Android

Affected Assets

cryptomator
cryptomator
≤ 1.12.2

Mitigating Controls

Control response

Prevent
Stop it (NIST 800-53)

—

Detect
Catch it (NIST detect / respond)

—

Harden
Shrink the surface (DISA STIG)
  • 18 hardening rules · 4 OS baselines
Validate
Prove the fix (OWASP ASVS)
  • V8.4.1
  • V10.4.12
  • V10.5.5
  • V12.3.5

Mitigating Controls (NIST 800-53 r5) AI

Requires unique identification and authentication of devices before establishing a communications session.

Requires integrity verification tools that detect unauthorized changes when checksum validation is missing or flawed.

Information flow enforcement directly requires validating the source of data before allowing transmission or receipt.

Mandates cryptographic mechanisms that include integrity protection, preventing improper checksum validation.

Session authenticity mechanisms require validation that communications originate from the expected party.

Requires protection of transmitted information integrity, directly mandating correct validation of integrity checks.

Mitigating Controls (NIST CSF 2.0) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.

PR.IR-01 full match
prevents

Network segmentation and access controls directly enforce communication only with intended endpoints.

PR.AA-03 mostly match
prevents

Authentication directly verifies the source of users/services/hardware, mitigating origin validation failures.

PR.AA-04 mostly match
prevents

Verifying identity assertions enforces origin validation for conveyed claims.

PR.DS-01 mostly match
prevents

Requires cryptographic hashes and signatures that directly enforce integrity-check validation for data at rest.

PR.DS-02 mostly match
prevents

Requires cryptographic hashes and signatures that directly enforce integrity-check validation for data in transit.

PR.PS-06 mostly match
prevents

Secure SDLC practices directly address design and implementation of accurate, non-spoofable UI elements.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

prevents

Cryptographic controls mandate integrity mechanisms whose correct validation directly prevents CWE-354.

prevents

Secure coding standards require proper implementation and validation of checksums or MACs.

finds

Security testing can detect missing integrity validation but does not itself implement the control.

prevents

Secure authentication mechanisms ensure the product communicates only with intended, authenticated endpoints.

prevents

Security awareness training can teach users to recognize UI misrepresentation and phishing attempts.

mitigates

Network security controls enforce origin validation at network boundaries.

Hardening callouts derived

Configuration rules from DISA STIG baselines that bear on weaknesses of the type cited by this CVE. Each rule is shown with the relationship its mapping actually records, against the CWE it was authored against. Derived via CVE→CWE over `controls_xwalks` (authoritative rows only; rows rated `none` are excluded).

Oracle Linux 8 (4 rules)
  • V-248574 YUM must be configured to prevent the installation of patches, service packs, device drivers, or OL 8 system components that have not been digitally signed using a certificate that is recognized and approved by the organization. prevents CWE-346, CWE-354
  • V-248575 OL 8 must prevent the installation of software, patches, service packs, device drivers, or operating system components of local packages without verification they have been digitally signed using a certificate that is issued by a Certificate Authority (CA) that is recognized and approved by the organization. prevents CWE-346, CWE-354
  • V-248827 OL 8 must not have the rsh-server package installed. prevents CWE-346, CWE-923
Oracle Linux 9 (1 rule)
  • V-271523 OL 9 must check the GPG signature of locally installed software packages before installation. prevents CWE-354
RHEL 7 (3 rules)
  • V-204447 The Red Hat Enterprise Linux operating system must prevent the installation of software, patches, service packs, device drivers, or operating system components from a repository without verification they have been digitally signed using a certificate that is issued by a Certificate Authority (CA) that is recognized and approved by the organization. prevents CWE-354
  • V-204448 The Red Hat Enterprise Linux operating system must prevent the installation of software, patches, service packs, device drivers, or operating system components of local packages without verification they have been digitally signed using a certificate that is issued by a Certificate Authority (CA) that is recognized and approved by the organization. prevents CWE-354
  • V-204442 The Red Hat Enterprise Linux operating system must not have the rsh-server package installed. prevents CWE-923
RHEL 8 (4 rules)
  • V-230264 RHEL 8 must prevent the installation of software, patches, service packs, device drivers, or operating system components from a repository without verification they have been digitally signed using a certificate that is issued by a Certificate Authority (CA) that is recognized and approved by the organization. prevents CWE-354
  • V-230265 RHEL 8 must prevent the installation of software, patches, service packs, device drivers, or operating system components of local packages without verification they have been digitally signed using a certificate that is issued by a Certificate Authority (CA) that is recognized and approved by the organization. prevents CWE-354
  • V-230492 RHEL 8 must not have the rsh-server package installed. prevents CWE-923

References