An open API service providing security vulnerability metadata for many open source software ecosystems.

Security Advisories: GSA_kwCzR0hTQS1tYzIyLTVxOTItOHY4Nc0V0w

Memory Safety Issue when using patch or merge on state and assign the result back to state


This vulnerability is a memory safety Issue when using patch or merge on state and assign the result back to state.
In this case affected versions of Tremor and the tremor-script crate maintains references to memory that might have been freed already. And these memory regions can be accessed by retrieving the state, e.g. send it over TCP or HTTP. This requires the Tremor server (or any other program using tremor-script) to execute a tremor-script script that uses the mentioned language construct.


If affects the following two tremor-script language constructs:

let state = merge state of event end;
let state = patch state of insert event.key => event.value end;

For constructs like this (it does not matter what it references in the expression to be merged or the patch operations) an optimization
was applied to manipulate the target value in-place, instead of cloning it.

Our Value struct, which underpins all event data in tremor-script, is representing strings as borrowed beef::Cow<'lifetime, str>,
that reference the raw data Vec<u8> the event is based upon. We keep this raw byte-array next to the Value structure inside our Event as a self-referential struct,
so we make sure that the structured Value and its references are valid across its whole lifetime.

The optimization was considered safe as long as it was only possible to merge or patch event data or static data.
When state was introduced to tremor-script (in version 0.7.3) a new possibility to keep Value data around for longer than the lifetime of an event emerged.
If event data is merged or patched into state without cloning it first, it can still reference keys or values from
the previous event, which will now be invalid. This allows access to those already freed regions of memory and to get their content out over the wire.


The issue has been patched in and via commit 1a2efcd by removing the optimization
and always clone the target expression of a Merge or [Patch](


If an upgrade is not possible, a possible workaround is to avoid the optimization
by introducing a temporary variable and not immediately reassigning to state:

let tmp = merge state of event end;
let state = tmp


The actual fix is applied in this PR:

For more information

If you have any questions or comments about this advisory:

Source: GitHub Advisory Database
Origin: Unspecified
Severity: Moderate
Classification: General
Published: almost 3 years ago
Updated: over 1 year ago

CVSS Score: 6.5
CVSS vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N

Identifiers: GHSA-mc22-5q92-8v85, CVE-2021-39228
References: Repository:
Blast Radius: 5.1

Affected Packages

Dependent packages: 1
Dependent repositories: 6
Downloads: 24,348 total
Affected Version Ranges: >= 0.7.3, < 0.11.6
Fixed in: 0.11.6
All affected versions: 0.7.3, 0.7.4, 0.7.5, 0.7.6, 0.7.7, 0.8.0, 0.8.1, 0.9.0, 0.9.1, 0.9.2, 0.9.4, 0.10.1, 0.10.2, 0.11.0, 0.11.1, 0.11.2, 0.11.3, 0.11.4, 0.11.5
All unaffected versions: 0.7.0, 0.7.1, 0.7.2, 0.11.6, 0.11.7, 0.11.8, 0.11.9, 0.11.10, 0.12.0, 0.12.1, 0.12.2, 0.12.3, 0.12.4