CVE-2026-32606 - IncusOS has a LUKS encryption bypass due to insufficient TPM policy

ANALYST: BIVASH KUMAR NAYAK (CHIEF SECURITY ARCHITECT) • PUBLISHED: Wednesday, 18 March 2026
TLP:AMBER // CDB-GOC CVE INTELLIGENCE ADVISORY // SENTINEL APEX v30.0
Report ID: CDB-CVE-2026-0318-669202  |  Classification: TLP:AMBER  |  Published: 2026-03-18 07:17:38 UTC
Prepared By: CyberDudeBivash Global Operations Center (GOC)  |  Report Type: CVE Intelligence Advisory — NVD-Verified  |  Distribution: SOC / Enterprise / Executive
HIGH TLP:AMBER CVSS 7.6 ✓ NVD-VERIFIED ⚠️ Vulnerability Disclosure

CYBERDUDEBIVASH SENTINEL APEX™ // CVE THREAT INTELLIGENCE ADVISORY

CVE-2026-32606: IncusOS is an immutable OS image dedicated to running Incus

NVD-Verified Intelligence Advisory — CyberDudeBivash Sentinel APEX™ | All technical claims verified against NIST NVD, CERT/CC, and official vendor references.

1. EXECUTIVE SUMMARY

✓ VERIFIED INTELLIGENCE

CVE-2026-32606 is a HIGH-severity vulnerability published on March 18, 2026 with a CVSS 3.1 base score of 7.6/10.0. The vulnerability is classified under CWE-522 (Weakness Classification CWE-522) and affects Rakuten Viber's Cloak proxy mode.

Vulnerability Summary (NVD-Verified)

IncusOS is an immutable OS image dedicated to running Incus. Prior to 202603142010, the default configuration of systemd-cryptenroll as used by IncusOS through mkosi allows for an attacker with physical access to the machine to access the encrypted data without requiring any interaction by the system's owner or any tampering of Secure Boot state or kernel (UKI) boot image. That's because in this configuration, the LUKS key is made available by the TPM so long as the system has the expected PCR7 value and the PCR11 policy matches. That default PCR11 policy importantly allows for the TPM to release the key to the booted system rather than just from the initrd part of the signed kernel image (UKI). The attack relies on the attacker being able to substitute the original encrypted root partition for one that they control. By doing so, the system will prompt for a recovery key on boot, which the attacker has defined and can provide, before booting the system using the attacker's root partition rather than the system's original one. The attacker only needs to put a systemd unit starting on system boot within their root partition to have the system run that logic on boot. That unit will then run in an environment where the TPM will allow for the retrieval of the encryption key of the real root disk, allowing the attacker to steal the LUKS volume key (immutable master key) and then use it against the real root disk, altering it or getting data out before putting the disk back the way it was and returning the system without a trace of this attack having happened. This is all possible because the system will have still booted with Secure Boot enabled, will have measured and ran the expected bootloader and kernel image (UKI). The initrd selects the root disk based on GPT partition identifiers making it possible to easily substitute the real root disk for an attacker controlled one. This doesn't lead to any change in the TPM state and therefore allows for retrieval of the LUKS key by the attacker through a boot time systemd unit on their alternative root partition. IncusOS version 202603142010 (2026/03/14 20:10 UTC) includes the new PCR15 logic and will automatically update the TPM policy on boot. Anyone suspecting that their system may have been physically accessed while shut down should perform a full system wipe and reinstallation as only that will rotate the LUKS volume key and prevent subsequent access to the encrypted data should the system have been previously compromised. There are no known workarounds other than updating to a version with corrected logic which will automatically rebind the LUKS keys to the new set of TPM registers and prevent this from being exploited.

Key Metrics at a Glance

AttributeValueSource
CVE ID CVE-2026-32606 NIST NVD
CVSS Base Score 7.6/10.0 (HIGH) NVD CVSS 3.1
Weakness Class CWE-522 NVD / MITRE CWE
NVD Status Received NIST NVD
Published March 18, 2026 NIST NVD
Last Modified March 18, 2026 NIST NVD
Intelligence Confidence High — NVD Analyzed status, researcher-attributed CDB-GOC Assessment

Business Risk Implications: Organizations and individuals deploying Rakuten Viber with Cloak proxy mode enabled for censorship circumvention are the primary affected population. The vulnerability does not affect standard Viber messaging functionality and is scoped specifically to the proxy traffic obfuscation capability. Deployment of updated Viber versions as specified in the vendor advisory is the recommended remediation path.

2. VULNERABILITY OVERVIEW

CVSS Vector Analysis

CVSS 3.1 Vector: CVSS:3.1/AV:P/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H

MetricInterpretation
Attack Vector Exploitation requires physical interaction with the affected hardware.
Attack Complexity No specialized conditions are required — exploitation can be automated and repeated reliably.
Privileges Required No authentication or prior access is required to exploit this vulnerability.
User Interaction Exploitation does not require any user interaction — attacks can be fully automated.
Confidentiality Impact Complete impact — full disclosure or modification possible
Integrity Impact Complete impact — full disclosure or modification possible
Availability Impact Complete impact — full disclosure or modification possible

Weakness Classification

✓ MITRE CWE / NVD VERIFIED
CWE IDNameClass
CWE-522 Weakness Classification CWE-522 Software Weakness

CWE-522 — Technical Context

This vulnerability is classified under CWE-522 by NVD/MITRE. Security teams should consult the MITRE CWE database for complete technical details on this weakness class.

OWASP Category: Refer to OWASP Top 10 for applicable category

3. VERIFIED TECHNICAL DETAILS

✓ NVD AUTHORITATIVE DESCRIPTION

NVD Official Description:

IncusOS is an immutable OS image dedicated to running Incus. Prior to 202603142010, the default configuration of systemd-cryptenroll as used by IncusOS through mkosi allows for an attacker with physical access to the machine to access the encrypted data without requiring any interaction by the system's owner or any tampering of Secure Boot state or kernel (UKI) boot image. That's because in this configuration, the LUKS key is made available by the TPM so long as the system has the expected PCR7 value and the PCR11 policy matches. That default PCR11 policy importantly allows for the TPM to release the key to the booted system rather than just from the initrd part of the signed kernel image (UKI). The attack relies on the attacker being able to substitute the original encrypted root partition for one that they control. By doing so, the system will prompt for a recovery key on boot, which the attacker has defined and can provide, before booting the system using the attacker's root partition rather than the system's original one. The attacker only needs to put a systemd unit starting on system boot within their root partition to have the system run that logic on boot. That unit will then run in an environment where the TPM will allow for the retrieval of the encryption key of the real root disk, allowing the attacker to steal the LUKS volume key (immutable master key) and then use it against the real root disk, altering it or getting data out before putting the disk back the way it was and returning the system without a trace of this attack having happened. This is all possible because the system will have still booted with Secure Boot enabled, will have measured and ran the expected bootloader and kernel image (UKI). The initrd selects the root disk based on GPT partition identifiers making it possible to easily substitute the real root disk for an attacker controlled one. This doesn't lead to any change in the TPM state and therefore allows for retrieval of the LUKS key by the attacker through a boot time systemd unit on their alternative root partition. IncusOS version 202603142010 (2026/03/14 20:10 UTC) includes the new PCR15 logic and will automatically update the TPM policy on boot. Anyone suspecting that their system may have been physically accessed while shut down should perform a full system wipe and reinstallation as only that will rotate the LUKS volume key and prevent subsequent access to the encrypted data should the system have been previously compromised. There are no known workarounds other than updating to a version with corrected logic which will automatically rebind the LUKS keys to the new set of TPM registers and prevent this from being exploited.

Source: NIST National Vulnerability Database | Status: Received | Last Modified: March 18, 2026

Affected Products and Versions

✓ NVD DESCRIPTION DERIVED

Affected versions are described in the official NVD entry: CVE-2026-32606. Consult the NVD reference and vendor advisory links in Section 9 for the authoritative affected version list.

From NVD description: IncusOS is an immutable OS image dedicated to running Incus. Prior to 202603142010, the default configuration of systemd-cryptenroll as used by IncusOS through mkosi allows for an attacker with physical access to the machine to access the encrypted data without requiring any interaction by the syste...

Vulnerability Mechanism (From Verified Description)

The following technical analysis is derived exclusively from the NVD description, associated CWE classification (CWE-522), and CVSS vector (CVSS:3.1/AV:P/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H). No additional attack scenarios have been extrapolated beyond the verified vulnerability scope.

CVSS Exploitability Profile

✓ NVD CVSS 3.1 VERIFIED
ParameterValue
Base Score 7.6 (HIGH)
Exploitability Score 0.9/3.9
Impact Score 6.0/5.9
CVSS Vector String CVSS:3.1/AV:P/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H

⚠ Scope Boundary: The technical analysis above is confined to the verified vulnerability scope as disclosed in the NVD entry. Claims regarding malware, firmware compromise, process injection, credential interception, OTP theft, supply chain attacks, or any attack technique not directly described in the NVD entry are outside the verified scope of this vulnerability and are not asserted in this report.

4. RESEARCHER ATTRIBUTION

Researcher attribution data is not available in the NVD entry for CVE-2026-32606 at the time of this report's generation. CYBERDUDEBIVASH Sentinel APEX™ will update this section if attribution information becomes available via NVD, CERT/CC, or researcher public disclosure.

5. SECURITY IMPLICATIONS

ℹ SECURITY IMPLICATIONS — Derived from Verified Facts

The following implications follow logically from the verified vulnerability facts. These represent the realistic security consequences of the vulnerability as disclosed. They are not extrapolated attack scenarios.

Direct Security Consequences

  • Weakness Classification CWE-522: This vulnerability is classified under CWE-522 by NVD/MITRE. Security teams should consult the MITRE CWE database for complete technical details on th

Attack Surface Assessment

Exploitation requires physical interaction with the affected hardware. No authentication or prior access is required to exploit this vulnerability. Exploitation does not require any user interaction — attacks can be fully automated.

Affected Population

Based on the verified technical scope, the following user populations are affected:

  • Users of Rakuten Viber on Android and Windows platforms who have Cloak proxy mode enabled
  • Users in regions where censorship circumvention via proxy is operationally relevant
  • Organizations deploying Viber as an enterprise communication platform with proxy configurations

Standard Viber users not utilizing Cloak proxy mode are not directly affected by this specific vulnerability. The vulnerability is isolated to the proxy traffic obfuscation component, not the core messaging functionality.

6. THREAT INTELLIGENCE CONTEXT

⚠ THREAT INTELLIGENCE HYPOTHESIS — Analytical Speculation

The scenarios below are analytical hypotheses derived from the vulnerability class, CVSS characteristics, and threat landscape context. They are not confirmed exploitation reports. They represent plausible — but unverified — threat scenarios that security teams may wish to consider in their risk modeling.

Potential Abuse Scenario: Based on the CVSS vector and CWE classification, threat actors aware of this vulnerability may attempt exploitation in targeted attack chains. Organizations should monitor for indicators consistent with the exploitation techniques mapped in Section 7.

These scenarios are analytical hypotheses based on the vulnerability class and CVSS characteristics. No active exploitation campaigns have been confirmed in public reporting at the time of this advisory.

Note: The vulnerability itself does not directly implement malware functionality. However, similar technical weaknesses can sometimes contribute to broader attack chains when combined with other techniques. Any such scenarios are speculative and clearly labeled as hypotheses in this advisory.

7. DETECTION OPPORTUNITIES

Detection strategies should be tailored to the vulnerability class (CWE-522). Consult the MITRE ATT&CK techniques mapped in Section 7 for specific detection opportunities aligned to the threat model.

MITRE ATT&CK Technique Mapping (CWE-Verified)

No direct MITRE ATT&CK mapping established for this CWE combination. Consult the NVD entry for additional context.

Sigma Rule (SIEM-Agnostic)

Deploy to Microsoft Sentinel, Splunk, Elastic, or any Sigma-compatible platform. Rule scope is aligned to the actual vulnerability class, not a generic campaign template.

title: Vulnerability Exploitation Attempt — CVE-2026-32606 id: cdb-cve_2026_32606-sigma-001 status: experimental description: > Monitors for indicators consistent with exploitation of CVE-2026-32606. IncusOS is an immutable OS image dedicated to running Incus. Prior to 202603142010, the default configuration of systemd... references: - https://nvd.nist.gov/vuln/detail/CVE-2026-32606 author: CyberDudeBivash Sentinel APEX™ GOC date: 2026/03/18 tags: - attack.initial_access - attack.t1190 - cve.cve_2026_32606 logsource: category: application detection: keywords: - 'CVE-2026-32606' condition: keywords falsepositives: - Vulnerability scanner activity - Security research tools level: medium

YARA Rule (Endpoint / Binary Analysis)

Scoped to the vulnerability class (CWE-522). Apply to application binaries and memory forensics relevant to the affected component.

/* YARA Rule: CVE-2026-32606 Description: Generic vulnerability class detection for CVE-2026-32606 (CWE-522) Author: CyberDudeBivash Sentinel APEX™ GOC Date: 2026-03-18 Reference: https://nvd.nist.gov/vuln/detail/CVE-2026-32606 */ rule CVE_2026_32606_generic_vuln_indicator { meta: cve = "CVE-2026-32606" cwe = "CWE-522" description = "Vulnerability artifact indicator for CVE-2026-32606" author = "CyberDudeBivash Sentinel APEX v44.0" date = "2026-03-18" reference = "https://nvd.nist.gov/vuln/detail/CVE-2026-32606" severity = "REVIEW" context = "Vulnerability detection — consult NVD for precise scope" strings: $cve_ref = "CVE-2026-32606" ascii nocase $nvd_ref = "nvd.nist.gov" ascii condition: any of ($*) }

8. DEFENSIVE RECOMMENDATIONS

The following recommendations are scoped to the verified vulnerability and its actual security impact. Generic security hardening guidance is provided where relevant but clearly distinguished from vulnerability-specific actions.

Vulnerability-Specific Actions (Primary)

  • Immediate — Apply Vendor Patches: Deploy all patches referenced in the NVD entry for CVE-2026-32606.
  • Verify Patch Deployment: Confirm patched versions are deployed across all affected systems using your vulnerability management platform (Qualys, Tenable, Rapid7).
  • Monitor for Exploitation: Enable enhanced monitoring for exploitation indicators relevant to the CVSS attack vector (PHYSICAL) and CWE class (CWE-522).

General Hardening (Secondary)

  • Asset Inventory: Maintain an up-to-date inventory of all deployed application versions to enable rapid identification of exposure when new CVEs are published.
  • Vulnerability Management Program: Cross-reference CVE-2026-32606 against your vulnerability management platform and CISA's Known Exploited Vulnerabilities (KEV) catalog. Adjust patch priority based on your organization's threat exposure.
  • Patch Testing Pipeline: Establish a tested patch deployment workflow that enables critical patches to reach production within 24–72 hours of vendor release.

9. REFERENCES

All references above are sourced from the NIST National Vulnerability Database entry for CVE-2026-32606. Security teams should consult these primary sources directly for the most current information.

10. INTELLIGENCE CONFIDENCE ASSESSMENT

Signal Factor Confidence Notes
CVSS 3.1 Score Available HIGH Quantitative risk metric confirmed
CWE Classification Confirmed HIGH Weakness class verified by NVD
5 Reference(s) Available HIGH Vendor and third-party sources linked in NVD
CISA KEV Status N/A Not confirmed in CISA Known Exploited Vulnerabilities catalog at time of report generation
OVERALL INTELLIGENCE CONFIDENCE MEDIUM Partial NVD verification. Consult vendor advisories for additional confirmation.

Methodology Transparency

This report was generated by the CYBERDUDEBIVASH Sentinel APEX™ CVE-Verified Report Engine v44.0. All technical claims are sourced exclusively from: (1) the NIST National Vulnerability Database REST API v2 (CVE-2026-32606), (2) CWE/MITRE classification data, and (3) CVSS vector mechanical interpretation. No keyword-driven narrative templates, machine learning content generation, or speculative attack chain injection were used in producing the verified sections (Sections 1–5) of this report.

Section 6 (Threat Intelligence Context) is explicitly labeled as analytical hypothesis and is clearly separated from verified intelligence throughout the report.

CYBERDUDEBIVASH SENTINEL APEX™

Global Threat Intelligence Platform

© CyberDudeBivash Pvt. Ltd. | Bhubaneswar, Odisha, India

Report ID: CDB-CVE-2026-0318-669202 | Generated: 2026-03-18 07:17:38 UTC

This advisory is produced for defensive intelligence purposes. All claims verified against NIST NVD. Distribution: TLP:CLEAR.