VDB
Sign up

EEF-CVE-2026-81319

Unsafe deserialization of decrypted terms enables node DoS in AshCloak

Quick fix

EEF-CVE-2026-81319 — ash_cloak: upgrade to the fixed version with the command below.

mix deps.update ash_cloak

Details

## Summary

Deserialization of Untrusted Data vulnerability in ash-project ash\_cloak allows an attacker who can influence the bytes of an encrypted column to crash the BEAM node, by triggering unbounded atom creation or a decompression bomb during decryption.

AshCloak.Calculations.Decrypt decodes the decrypted binary with Ash.Helpers.non\_executable\_binary\_to\_term/1 without the :safe option, so atoms in the payload are interned during the decode and never garbage collected, and the term format's compressed form is inflated transparently. vault.decrypt!() is the only barrier and stops tampering only for an authenticated cipher. Cloak also ships the unauthenticated AES.CTR, whose ciphertext an attacker who knows their own plaintext can XOR into any same-length payload without the key, so an ordinary read of the forged column reaches the decoder. A few hundred kilobytes of distinct atoms exhausts the atom table, or a small compressed payload inflates to gigabytes.

This issue affects ash\_cloak: from 0.1.0 before 0.4.0.

## Configuration

An application must use ash\_cloak with an unauthenticated vault cipher (for example the AES.CTR cipher shipped by Cloak), or run in a deployment where the stored ciphertext can be modified, and read a cloaked field so the decrypt calculation runs.

Are you affected?

Enter the version of the package you're using.

Affected packages

Hex/ash_cloak
Introduced in: 0.1.0Fixed in: 0.4.0
Fixmix deps.update ash_cloak

References