Inventory exposes reference to non-Sync data to an arbitrary threadGHSA-36xm-35qq-795w
Fix: dtolnay/inventory#42GHSA-36xm-35qq-795w is a security vulnerability in inventory. A fix is available for inventory — see the affected versions and patch details below.
Real-World Exposure
inventoryReal-time download stats are indexed for npm and PyPI packages. This vulnerability affects crates.io packages — download data is not available via public APIs for these ecosystems.
Description
Affected versions do not enforce a Sync bound on the type of caller-provided value held in the plugin registry. References to these values are made accessible to arbitrary threads other than the one that constructed them.
A caller could use this flaw to submit thread-unsafe data into inventory, then access it as a reference simultaneously from multiple threads.
The flaw was corrected by enforcing that data submitted by the caller into inventory is Sync.
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| 🦀crates.io | inventory | all versions | 0.2.0cargo update -p inventory --precise 0.2.0 |
Detection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for inventory, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.
Fix
Update inventory to 0.2.0 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms GHSA-36xm-35qq-795w is resolved across your whole dependency graph.
Workarounds
If you can't upgrade right away: gate or disable the affected feature, validate untrusted input at the boundary, and avoid passing attacker-controlled data into the vulnerable path. O3's runtime protection blocks exploitation in production as an interim safeguard until the upgrade lands.
Frequently Asked Questions
Is GHSA-36xm-35qq-795w in your dependencies?
Find it across crates.io, including transitive dependencies.