GHSA-vxcf-c7mx-pg53 json
Build corruption when using `PYO3_CONFIG_FILE` environment variable
published last yr. modified last yr. also RUSTSEC-2024-0409
- cvss
- —
- not scored
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- —
- no score, EPSS covers CVEs only
- public exploits
- 0
- none known
Summary
In PyO3 0.23.0 the `PYO3_CONFIG_FILE` environment variable used to configure builds regressed such that changing the environment variable would no longer trigger PyO3 to reconfigure and recompile. In combination with workflows using tools such as `maturin` to build for multiple versions in a single build, this leads to Python wheels being compiled against the wrong Python API version.
All users who distribute artefacts for multiple Python versions are encouraged to update and rebuild with PyO3 0.23.3. Affected wheels produced from PyO3 0.23.0 through 0.23.2 are highly unstable and will crash the Python interpreter in unpredictable ways.
Patch / fix
- crates.io pyo3 0.23.3
Is GHSA-vxcf-c7mx-pg53 in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerAffected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| crates.io | pyo3 | >=0.23.0, <0.23.3 |
0.23.3 |
References
-
github.com
/PyO3/pyo3/issues/4757
web, report
-
github.com
/PyO3/pyo3
package
-
rustsec.org
/advisories/RUSTSEC-2024-0409.html
web, advisory
-
crates.io
/crates/pyo3
package
Sources
- GitHub Advisory GHSA-vxcf-c7mx-pg53
- OSV RUSTSEC-2024-0409
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.