Description
Exposure of Sensitive Information to an Unauthorized Actor vulnerability in ash-project ash_cloak allows anyone with access to logs, error trackers, or crash reports, or anyone who can trigger a validation error, to recover the plaintext of a field the library encrypts.

AshCloak.Transformers.SetUpEncryption removes each cloaked attribute from the action's accept list and adds an action argument that carries the plaintext into the encryption change. That argument is built with sensitive?: attr.sensitive?, inheriting the flag from the source attribute, so a cloaked attribute declared without sensitive? true produces a non-sensitive argument. It is the only place the cleartext value lives, and the one place Ash will not redact: it appears verbatim in inspect(changeset), Ash.Error.Invalid and validation error messages, telemetry, :sys dumps, and error-tracker payloads. The generated encrypted attribute and decrypt calculation are already hardcoded sensitive.

This issue affects ash_cloak: from 0.1.0 before 0.4.0.
Published: 2026-08-30
Score: 2.1 Low
EPSS: < 1% Very Low
KEV: No
Impact: Information Disclosure
Action: Update library
AI Analysis

Impact

A flaw in AshCloak's encryption setup causes the plain text of a cloaked field to be copied into an action argument that is marked as non‑sensitive when the original attribute is not flagged as sensitive. That argument is the only location where the cleartext survives encryption and is subsequently included verbatim in change sets, validation error messages, telemetry data, system dumps, and error‑tracker payloads, allowing an attacker to recover the original value. The impact is the disclosure of sensitive data that was supposed to be protected by encryption.

Affected Systems

The issue affects the ash-project AshCloak library in all releases from 0.1.0 up to, but not including, version 0.4.0.

Risk and Exploitability

The CVSS score is 2.1, indicating a low severity information‑disclosure flaw. Exploitation requires the ability to trigger a validation error or to read application logs, error trackers, or crash reports, which normally implies local or application‑level access. No exploit has been reported in CISA KEV and the EPSS score is not available, suggesting limited public exploitation. Nonetheless, if an adversary can access logs or crash data, they can obtain plaintext values for encrypted fields.

Generated by OpenCVE AI on August 30, 2026 at 19:23 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade ash-cloak to version 0.4.0 or later, which removes the non‑sensitive action argument and protects plaintext values from being logged.
  • If upgrading immediately is not possible, configure your application to exclude the plaintext action argument from logging, and avoid returning detailed validation error messages that may reveal sensitive data.
  • Review and restrict the storage of logs, telemetry, and error reports to ensure sensitive fields are not exposed by default.

Generated by OpenCVE AI on August 30, 2026 at 19:23 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Wed, 02 Sep 2026 08:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'poc', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Sun, 30 Aug 2026 18:15:00 +0000

Type Values Removed Values Added
Description Exposure of Sensitive Information to an Unauthorized Actor vulnerability in ash-project ash_cloak allows anyone with access to logs, error trackers, or crash reports, or anyone who can trigger a validation error, to recover the plaintext of a field the library encrypts. AshCloak.Transformers.SetUpEncryption removes each cloaked attribute from the action's accept list and adds an action argument that carries the plaintext into the encryption change. That argument is built with sensitive?: attr.sensitive?, inheriting the flag from the source attribute, so a cloaked attribute declared without sensitive? true produces a non-sensitive argument. It is the only place the cleartext value lives, and the one place Ash will not redact: it appears verbatim in inspect(changeset), Ash.Error.Invalid and validation error messages, telemetry, :sys dumps, and error-tracker payloads. The generated encrypted attribute and decrypt calculation are already hardcoded sensitive. This issue affects ash_cloak: from 0.1.0 before 0.4.0.
Title Cloaked plaintext leaks through a non-sensitive action argument in AshCloak
First Time appeared Ash-project
Ash-project ash Cloak
Weaknesses CWE-200
CPEs cpe:2.3:a:ash-project:ash_cloak:*:*:*:*:*:*:*:*
Vendors & Products Ash-project
Ash-project ash Cloak
References
Metrics cvssV4_0

{'score': 2.1, 'vector': 'CVSS:4.0/AV:L/AC:L/AT:P/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N'}


Subscriptions

Ash-project Ash Cloak
cve-icon MITRE

Status: PUBLISHED

Assigner: EEF

Published:

Updated: 2026-09-01T12:34:57.167Z

Reserved: 2026-08-30T06:00:01.266Z

Link: CVE-2026-81322

cve-icon Vulnrichment

Updated: 2026-09-01T12:33:22.938Z

cve-icon NVD

Status : Deferred

Published: 2026-08-30T18:17:00.010

Modified: 2026-09-01T21:15:00.147

Link: CVE-2026-81322

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-30T21:00:04Z

Weaknesses
  • CWE-200

    Exposure of Sensitive Information to an Unauthorized Actor