GHSA-3pp4-64mp-9cg9: Tremor script Memory Safety Issue When Using Vulnerability

HIGH
Published
Advisory Summary

GHSA-3pp4-64mp-9cg9 is a HIGH memory safety issue when using vulnerability (General Security Weakness) affecting Tremor script libraries in the crates.io ecosystem. The issue involves memory safety issue when using `patch` or `merge` on `state` and assign the result back to `state`. Remediation is available by upgrading affected packages to version 0.11.6.

GHSA-3pp4-64mp-9cg9 at a Glance

CVE Identifier N/A
GHSA Identifier GHSA-3pp4-64mp-9cg9
Severity HIGH
CVSS v3.1 Base Score N/A
CWE Classification General Security Weakness
Affected Product Tremor script
Package Ecosystem crates.io
Published Date
Last Updated

How to Fix GHSA-3pp4-64mp-9cg9

To remediate this vulnerability, upgrade all affected Tremor script dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.

tremor-script fixed: 0.11.6
Upgrade tremor-script to 0.11.6
Verify Direct and Transitive Dependencies

Run the following command in your project directory to verify that all resolved dependencies use the patched release:

inspect dependencies for tremor-script

How to Check if You Are Affected

To determine whether your application is affected by GHSA-3pp4-64mp-9cg9, inspect your project dependencies for Tremor script:

inspect dependencies for tremor-script

Analyze the terminal output to locate any version of Tremor script in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 0.11.6), your application is affected.

Note: Verify declared build manifests and deployed runtime container environments.

Technical Details

Vulnerability Mechanism & Technical Analysis

This vulnerability is classified under General Security Weakness. In Tremor script, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.

Source Advisory Statement

Affected versions of this crate maintains references to memory that might have been freed already. If affects the following two `tremor-script` language constructs: * A [Merge](https://www.tremor.rs/docs/tremor-script/index#merge) where we assign the result back to the target expression and the expression to be merged needs to reference the `event`: ``` let state = merge state of event end; ``` * A [Patch](https://www.tremor.rs/docs/tremor-script/index#patch) where we assign the result back to the target expression and the patch operations used need to reference the `event`: ``` let state = patch state of insert event.key => event.value end; ``` For constructs like this (it doesnt matter what is 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 as borrowed strings `beef::Cow<'lifetime, str>` that reference the actual `Vec<u8>` the event is based upon. We keep the raw byte-array next to the event structure inside our `Event` struct 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 patche `event` data or static data. When `state` was introduced to `tremor-script` a new possibility existed, to keep `Value` data around for longer than the lifetime of an event. If `event` data is merged or patched into `state` without cloning `state` 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. ## Workaround 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 ``` ## Fix The flaw was corrected in `tremor-script` version 0.11.6 via commit [1a2efcd](https://github.com/tremor-rs/tremor-runtime/commit/1a2efcdbe68e5e7fd0a05836ac32d2cde78a0b2e) by removing the optimization and always clone the target expression of a [Merge](https://www.tremor.rs/docs/tremor-script/index#merge) or [Patch](https://www.tremor.rs/docs/tremor-script/index#patch.

GHSA-3pp4-64mp-9cg9 Affected Tremor script Versions

1 component(s)
Fixed Versions:
0.11.6
Product / Package Ecosystem Affected Versions Fixed Version
tremor-script
crates.io
≥ 0.7.2
< 0.11.6
0.11.6

References

Frequently Asked Questions

What is GHSA-3pp4-64mp-9cg9?
GHSA-3pp4-64mp-9cg9 is a security vulnerability in Tremor script involving Memory Safety Issue when using `patch` or `merge` on `state` and assign the result back to `state` under General Security Weakness.
Which Tremor script versions are affected?
Affected versions include releases prior to 0.11.6 across affected packages: tremor-script.
What version fixes GHSA-3pp4-64mp-9cg9?
Upgrading to 0.11.6 (or the latest patched release for your respective branch) resolves the vulnerability.
Is tremor-script affected?
Yes, tremor-script is affected in releases prior to 0.11.6. Upgrade your dependency to 0.11.6 or later.
What CWE is associated with GHSA-3pp4-64mp-9cg9?
GHSA-3pp4-64mp-9cg9 is classified under General Security Weakness.
How can I check crates.io dependencies for GHSA-3pp4-64mp-9cg9?
Run the dependency tree command: 'inspect dependencies for tremor-script'. This command lists direct and transitive dependencies in your build configuration so you can verify if a vulnerable version is resolved.
Machine-readable OSV JSON OSV v1.5 Schema
Normalized schema output
{
  "schema_version" : "1.4.0",
  "id" : "GHSA-3pp4-64mp-9cg9",
  "modified" : "2022-06-17T00:27:30Z",
  "published" : "2022-06-17T00:27:30Z",
  "aliases" : [ ],
  "summary" : "Memory Safety Issue when using `patch` or `merge` on `state` and assign the result back to `state`",
  "details" : "Affected versions of this crate maintains references to memory that might have been freed already.\nIf affects the following two `tremor-script` language constructs:\n\n* A [Merge](https://www.tremor.rs/docs/tremor-script/index#merge) where we assign the result back to the target expression\n  and the expression to be merged needs to reference the `event`:\n\n```\nlet state = merge state of event end;\n```\n\n* A [Patch](https://www.tremor.rs/docs/tremor-script/index#patch) where we assign the result back to the target expression\n  and the patch operations used need to reference the `event`:\n\n```\nlet state = patch state of insert event.key => event.value end;\n```\n\nFor constructs like this (it doesnt matter what is references in the expression to be merged or the patch operations) an optimization\nwas applied to manipulate the target value in-place, instead of cloning it.\n\nOur `Value` struct which underpins all event data in `tremor-script`, is representing as borrowed strings `beef::Cow<'lifetime, str>` \nthat reference the actual `Vec<u8>` the event is based upon. We keep the raw byte-array next to the event structure inside our `Event` struct as a self-referential struct,\nso we make sure that the structured `Value` and its references are valid across its whole lifetime.\n\nThe optimization was considered safe as long as it was only possible to merge or patche `event` data or static data.\nWhen `state` was introduced to `tremor-script` a new possibility existed, to keep `Value` data around for longer than the lifetime of an event.\nIf `event` data is merged or patched into `state` without cloning `state` first, it can still reference keys or values from\nthe 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.\n\n\n## Workaround\n\nIf an upgrade is not possible, a possible workaround is to avoid the optimization\nby introducing a temporary variable and not immediately reassigning to `state`:\n\n```\nlet tmp = merge state of event end;\nlet state = tmp\n```\n\n## Fix\n\nThe flaw was corrected in `tremor-script` version 0.11.6 via commit [1a2efcd](https://github.com/tremor-rs/tremor-runtime/commit/1a2efcdbe68e5e7fd0a05836ac32d2cde78a0b2e) by removing the optimization\nand always clone the target expression of a [Merge](https://www.tremor.rs/docs/tremor-script/index#merge) or [Patch](https://www.tremor.rs/docs/tremor-script/index#patch.\n\n",
  "severity" : [ ],
  "affected" : [ {
    "package" : {
      "ecosystem" : "crates.io",
      "name" : "tremor-script"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0.7.2"
      }, {
        "fixed" : "0.11.6"
      } ]
    } ]
  } ],
  "references" : [ {
    "type" : "WEB",
    "url" : "https://github.com/tremor-rs/tremor-runtime/pull/1217"
  }, {
    "type" : "PACKAGE",
    "url" : "https://github.com/tremor-rs/tremor-runtime"
  }, {
    "type" : "WEB",
    "url" : "https://rustsec.org/advisories/RUSTSEC-2021-0111.html"
  } ],
  "database_specific" : {
    "cwe_ids" : [ ],
    "severity" : "HIGH",
    "github_reviewed" : true,
    "github_reviewed_at" : "2022-06-17T00:27:30Z",
    "nvd_published_at" : null
  }
}