CVE-2024-49768: Icloudpd · Waitress has request processing race condition in HTTP pipelining with invalid first request
Affects icloudpdSource GCVE Database
Not known to be exploited · CVSS 9.1 Critical : upgrade to 1.25.1 as a priority.
Data as of 26 Oct 2026, 08:30 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 41% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 1.25.1
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:NExploitation evidence
Disclosed: evidence found.
CVE published 13 Aug 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Upgrade icloudpd to 1.25.1.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Homebrewicloudpdpkg:brew/icloudpdOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
A patch is available in Waitress version 3.0.1 which fixes the race condition. Users of icloudpd should upgrade to a version that includes Waitress 3.0.1 or later. Alternatively, disabling the channel_request_lookahead feature (which is disabled by default) mitigates the vulnerability. Red Hat OpenShift Container Platform 4.15 users should apply the updated python-waitress 3.0.1 packages provided in the RHSA-2024:10145 advisory.
Description
CVE-2024-49768 is a critical race condition vulnerability in the Waitress HTTP server used by icloudpd. It occurs when HTTP pipelining is enabled with an invalid first request of exactly the recv_bytes length, allowing a secondary request to be processed while the connection should be closed. This can lead to unintended request processing. The issue is fixed in Waitress version 3.0.1. Disabling the channel_request_lookahead feature (default is disabled) is a workaround.
References
- access.redhat.com/errata/RHSA-2024:10145 (opens in a new tab)
- access.redhat.com/security/updates/classification/ (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2322460 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2322461 (opens in a new tab)
- security.access.redhat.com/data/csaf/v2/advisories/2024/rhsa-2024_10145.json (opens in a new tab)
- github.com/Pylons/waitress/security/advisories/GHSA-9298-4cf8-g4wj (opens in a new tab)
- nvd.nist.gov/vuln/detail/CVE-2024-49768 (opens in a new tab)
- github.com/Pylons/waitress/commit/e4359018537af376cf24bd13616d861e2fb76f65 (opens in a new tab)
- github.com/Pylons/waitress (opens in a new tab)
- github.com/pypa/advisory-database/tree/main/vulns/waitress/PYSEC-2024-210.yaml (opens in a new tab)