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 (updated October 31, 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.

Impact 5.3 MEDIUM

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

Learn more about CVSS

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 Mon, 03 Nov 2025 12:19:10 +0000.