CVE-2026-55737

Heap pointer corruption via signed/unsigned mismatch in LARGE_TUPLE_EXT decoding in erts external term format decoder

State
Published
Severity
5.1 Medium
Published
Jul 27, 2026
Updated
Jul 28, 2026
Reserved
Jun 17, 2026

Read the record on cve.org

Description

Signed to Unsigned Conversion Error and Out-of-bounds Write vulnerability in Erlang OTP erts allows an attacker who can supply a crafted Erlang external term format (ETF) binary to binary_to_term/1 to corrupt the BEAM heap pointer and crash the virtual machine.

When decoding a LARGE_TUPLE_EXT term, the validation pass decoded_size() in erts/emulator/beam/external.c reads the 32-bit arity field as unsigned (get_uint32()), while the decode pass dec_term() reads the same field as a signed 32-bit integer (get_int32()) into an int. An arity wire value of 0x80000000 passes validation as 2147483648 but decodes as -2147483648, so the subsequent hp += n moves the heap allocation pointer backward. Neither pass enforces the runtime tuple-arity limit MAX_ARITYVAL. The result is an out-of-bounds heap write; in practice the VM detects an impossible heap size and aborts, denying service. The required padding is large when uncompressed but the compressed-ETF envelope shrinks it to a small payload on the wire.

This issue affects OTP from OTP 25.0 before OTP 29.0.4, OTP 28.5.0.4 and OTP 27.3.4.15, corresponding to erts from 13.0 before 17.0.4, 16.4.0.4 and 15.2.7.11.

Scores

CVSSScoreVectorSource
4.05.1 MediumCVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:NEEF

Weaknesses

  • CWE-195 Signed to Unsigned Conversion Error
  • CWE-787 Out-of-bounds Write

Affected Products

ProductVersions
OTPErlang
  • 13.0 and laterAffectedfrom 17.0.4Not affectedfrom 16.4.0.4Not affectedfrom 15.2.7.11Not affected
OTPErlang
  • 25.0 and laterAffectedfrom 29.0.4Not affectedfrom 28.5.0.4Not affectedfrom 27.3.4.15Not affected
  • ebcbb97b4ec223464cac3d94375739a248ddef6e to before c5210b42a9d3d96f3d25601942ce8122be0f3761Affected

References

Every record here comes from the CVE Program’s CVE List. © 1999–2026 The MITRE Corporation. CVE is a registered trademark of The MITRE Corporation. The records are reproduced under the CVE Program terms of use.