CVE-2026-33635 json
iCalendar has ICS injection via unsanitized URI property values
published 2026-03-24 7 mo ago modified 2026-06-17 4 mo ago also GHSA-pv9c-9mfh-hvxq , EUVD-2026-16411
- cvss
- 4.3
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.3%
- EPSS 0.3% chance of exploitation in 30 days, percentile 17%
- public exploits
- 0
- none known
Summary
iCalendar is a Ruby library for dealing with iCalendar files in the iCalendar format defined by RFC-5545. Starting in version 2.0.0 and prior to version 2.12.2, .ics serialization does not properly sanitize URI property values, enabling ICS injection through attacker-controlled input, adding arbitrary calendar lines to the output. `Icalendar::Values::Uri` falls back to the raw input string when `URI.parse` fails and later serializes it with `value.to_s` without removing or escaping `\r` or `\n` characters. That value is embedded directly into the final ICS line by the normal serializer, so a payload containing CRLF can terminate the original property and create a new ICS property or component. (It looks like you can inject via url, source, image, organizer, attach, attendee, conference, tzurl because of this). Applications that generate `.ics` files from partially untrusted metadata are impacted. As a result, downstream calendar clients or importers may process attacker-supplied content as if it were legitimate event data, such as added attendees, modified URLs, alarms, or other calendar fields. Version 2.12.2 contains a patch for the issue.
Patch / fix
- rubygems icalendar 2.12.2
- icalendar_project icalendar 2.12.2
CISA SSVC
- Exploitation
- Proof of concept is public
- Automatable
- no
- Technical impact
- partial
- Assessed
- 7 mo ago
Exploit prediction
0.25% chance of exploitation in the next 30 days, higher than 17% of all scored CVEs (FIRST EPSS, 2026-11-08).
Exploits and checks
- github.com https://github.com/icalendar/icalendar/security/advisories/GHSA-pv9c-9mfh-hvxq referenced PoC, tagged "exploit" by a source, unverified
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 4.3 | CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N |
| NVD | 3.1 | 4.3 | CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N |
| GitHub | 3.1 | 4.3 | CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| rubygems | icalendar | >=2.0.0, <2.12.2 |
2.12.2 |
Affected products
- icalendar icalendar
Classification
- Weakness
-
- CWE-93 Improper Neutralization of CRLF Sequences
References
-
github.com
/icalendar/icalendar/commit/b8d23b490363ee5fffaec1d269a8618a912ca265
web, patch
-
github.com
/icalendar/icalendar/security/advisories/GHSA-pv9c-9mfh-hvxq
web, exploit, mitigation, vendor-advisory
-
github.com
/rubysec/ruby-advisory-db/blob/master/gems/icalendar/CVE-2026-33635.yml
web, mitigation, vendor-advisory
-
nvd.nist.gov
/vuln/detail/CVE-2026-33635
advisory
-
github.com
/icalendar/icalendar
package
Sources
- CVE List CVE-2026-33635
- GitHub Advisory GHSA-pv9c-9mfh-hvxq
- NVD CVE-2026-33635
Fencer Vulns 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.