Icloudpd: Internationalized Domain Names
Affects icloudpdSource GCVE Database
Mentioned vulnerabilities
Not known to be exploited · CVSS 6.9 Medium : upgrade to 1.33.0 when convenient.
Data as of 9 Nov 2026, 19:47 UTC
- Patch
- Available – fixed in 1.33.0
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 5 Jun 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 9 Nov 2026.
What to do
Upgrade icloudpd to 1.33.0.
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
Upgrade icloudpd to version 1.33.0 or later, where the vulnerability is fixed by early rejection of long inputs. Alternatively, enforce domain name length limits (maximum 253 characters) before passing inputs to idna.encode() to prevent excessive resource consumption. No other mitigation is required as the patch fully addresses the issue.
Description
A vulnerability in icloudpd's use of the idna.encode() function allows specially crafted inputs to cause excessive resource consumption, leading to denial-of-service. This issue is a follow-up to CVE-2024-3651, where the initial fix was incomplete. Versions from 1.17.3 up to but not including 1.33.0 are affected. The vulnerability is mitigated in version 1.33.0 by rejecting long inputs early to prevent resource exhaustion. Enforcing the domain name length limit of 253 characters before calling idna.encode() also mitigates the issue.