Vulnerability Database · PyPI · Package report
async-timeout: vulnerability history, versions and safety
async-timeout is a package in the PyPI ecosystem. Vulert holds no vulnerabilities for it yet.
Nothing recorded for this package in the PyPI ecosystem.
Every vulnerability has a patched version to move to.
No published version shipped hostile code.
Vulert verdict on async-timeout 5.0.1 i
Updated on 23 Oct 2026
Good news: 5.0.1, the version you would install today, has no known vulnerabilities.
- Security Minor issues
- Maintenance Maintaining
- Popularity Widely used
- Community Quiet
What to do: Stay on 5.0.1 or newer. This can change: a vulnerability disclosed tomorrow can affect 5.0.1 too — Vulert watches the package and alerts you if that happens. Monitor it with Vulert →
- Current release 5.0.1 — unaffected i
- Vulnerabilities on record 0 i
- Highest CVSS n/a i
- With no published fix 0 i
- Depended on by 1,815 packages i
- Stars 569 i
- OpenSSF scorecard 2/10 i
- Last release 23 months ago i
- Licence Apache-2.0 i
Version list, release dates, licence and dependants published by PyPI, refreshed 23 Oct 2026. Licence information is not legal advice.
Concerned about your application's security?
Vulert continues monitoring your dependencies and alerts you when new vulnerabilities are disclosed. No installation and no source-code access required.
01 Versions
Which versions are affected
Every version Vulert tracks for async-timeout, newest first, with the vulnerabilities recorded against each one. A version showing none has no vulnerability in the Vulert database — open it for the full picture on that release.
- 5.0.1 06 Nov 2024
- 5.0.0 31 Oct 2024
- 4.0.3 10 Aug 2023
- 4.0.2 20 Dec 2021
- 4.0.1 10 Nov 2021
- 4.0.0 01 Nov 2021
- 4.0.0a3 24 Oct 2020
- 4.0.0a2 10 Nov 2019
- 4.0.0a1 09 Nov 2019
- 4.0.0a0 03 Nov 2019
- 3.0.1 09 Oct 2018
- 3.0.0 05 May 2018
- 2.0.1 13 Mar 2018
- 2.0.0 09 Oct 2017
- 1.4.0 09 Sep 2017
- 1.3.0 23 Aug 2017
- 1.2.1 02 May 2017
- 1.2.0 13 Mar 2017
- 1.1.0 20 Oct 2016
- 1.0.0 09 Sep 2016
| Version | Released | Vulert vulnerabilities | Licence | Fix published | Details |
|---|---|---|---|---|---|
| 5.0.1 | 06 Nov 2024 | none | Apache-2.0 | — | Details → |
| 5.0.0 | 31 Oct 2024 | none | Apache-2.0 | — | Details → |
| 4.0.3 | 10 Aug 2023 | none | Apache-2.0 | — | Details → |
| 4.0.2 | 20 Dec 2021 | none | Apache-2.0 | — | Details → |
| 4.0.1 | 10 Nov 2021 | none | Apache-2.0 | — | Details → |
| 4.0.0 | 01 Nov 2021 | none | Apache-2.0 | — | Details → |
| 4.0.0a3 | 24 Oct 2020 | none | Apache-2.0 | — | Details → |
| 4.0.0a2 | 10 Nov 2019 | none | Apache-2.0 | — | Details → |
| 4.0.0a1 | 09 Nov 2019 | none | Apache-2.0 | — | Details → |
| 4.0.0a0 | 03 Nov 2019 | none | Apache-2.0 | — | Details → |
| 3.0.1 | 09 Oct 2018 | none | Apache-2.0 | — | Details → |
| 3.0.0 | 05 May 2018 | none | Apache-2.0 | — | Details → |
| 2.0.1 | 13 Mar 2018 | none | Apache-2.0 | — | Details → |
| 2.0.0 | 09 Oct 2017 | none | Apache-2.0 | — | Details → |
| 1.4.0 | 09 Sep 2017 | none | Apache-2.0 | — | Details → |
| 1.3.0 | 23 Aug 2017 | none | Apache-2.0 | — | Details → |
| 1.2.1 | 02 May 2017 | none | Apache-2.0 | — | Details → |
| 1.2.0 | 13 Mar 2017 | none | Apache-2.0 | — | Details → |
| 1.1.0 | 20 Oct 2016 | none | Apache-2.0 | — | Details → |
| 1.0.0 | 09 Sep 2016 | none | Apache-2.0 | — | Details → |
All 20 versions Vulert tracks for this package. Severity counts are the vulnerabilities recorded against that exact release.
02 Disclosure history
How often vulnerabilities are recorded
No dated vulnerabilities are recorded for this package yet.
Other ways into the data
03 Vulnerabilities
Recorded vulnerabilities for async-timeout
No vulnerabilities match this view.
Vulnerability wrong, a fix missing, or a package we should cover? Report it and we will fix the record. Report Vulnerability Provide Feedback
Updated: 23/Oct/2026 · Vulnerabilities in our DB: 524315
Questions
About async-timeout
Is async-timeout safe to use?
Vulert has no vulnerabilities on record for async-timeout in PyPI at this point. That is a good signal rather than a guarantee: new vulnerabilities are published for packages all the time, so the versions you actually run are still worth monitoring.
What is async-timeout's Vulert package health score?
Vulert scores async-timeout 70/100, which reads as in good shape. The score weighs the vulnerability record (40), maintenance and release cadence (25), adoption from dependents and stars (20) and community signals such as the OpenSSF scorecard and forks (15).
Is the latest version of async-timeout affected?
No. 5.0.1, the version you would install today, has no vulnerabilities on record against it. Earlier releases do — the version table above lists each release with what affects it.
Which version of async-timeout should I use?
5.0.1 is the version Vulert recommends for the affected releases. The version table above lists every release with the vulnerabilities recorded against it, so you can confirm the range you actually run.
How many vulnerabilities does async-timeout have?
0 vulnerabilities are recorded for async-timeout in the PyPI ecosystem: 0 critical, 0 high, 0 medium and 0 low. The ledger on this page lists the same counts next to the date of the most recent disclosure.
How often are new async-timeout vulnerabilities disclosed?
0 vulnerabilities were recorded for async-timeout in the last 12 months. Recency matters more than a lifetime total: it shows how actively new issues are being disclosed for the package you are considering.
Which versions of async-timeout are affected?
Each vulnerability on this page lists the affected version range and the fixed version to move to. Open the vulnerability for the version you actually run — fixes are specific to a release line, not to the package as a whole.
How do I monitor async-timeout for upcoming vulnerabilities?
Upload the manifest or SBOM for your application at vulert.com/scanner and Vulert keeps checking the async-timeout version you actually run against new disclosures, then alerts you when one affects it. There is no installation and no source-code access required.