Advisory Database
  • Advisories
  • Dependency Scanning
  1. cargo
  2. ›
  3. tokio
  4. ›
  5. GHSA-rr8g-9fpq-6wmg

GHSA-rr8g-9fpq-6wmg: Tokio broadcast channel calls clone in parallel, but does not require `Sync`

April 7, 2025

The broadcast channel internally calls clone on the stored value when receiving it, and only requires T:Send. This means that using the broadcast channel with values that are Send but not Sync can trigger unsoundness if the clone implementation makes use of the value being !Sync.

Thank you to Austin Bonander for finding and reporting this issue.

References

  • github.com/advisories/GHSA-rr8g-9fpq-6wmg
  • github.com/tokio-rs/tokio
  • github.com/tokio-rs/tokio/pull/7232
  • rustsec.org/advisories/RUSTSEC-2025-0023.html

Code Behaviors & Features

Detect and mitigate GHSA-rr8g-9fpq-6wmg with GitLab Dependency Scanning

Secure your software supply chain by verifying that all open source dependencies used in your projects contain no disclosed vulnerabilities. Learn more about Dependency Scanning →

Affected versions

All versions starting from 0.2.5 before 1.38.2, all versions starting from 1.39.0 before 1.43.1, all versions starting from 1.44.0 before 1.44.2

Fixed versions

  • 1.44.2
  • 1.38.2
  • 1.43.1

Solution

Upgrade to versions 1.38.2, 1.43.1, 1.44.2 or above.

Weakness

  • CWE-664: Improper Control of a Resource Through its Lifetime

Source file

cargo/tokio/GHSA-rr8g-9fpq-6wmg.yml

Spotted a mistake? Edit the file on GitLab.

  • Site Repo
  • About GitLab
  • Terms
  • Privacy Statement
  • Contact

Page generated Wed, 14 May 2025 12:14:45 +0000.