CVE-2026-65636
YAML injection via unescaped newlines in ymlr document comments
Weakness Type (CWE)
CWE-93 — CWE-93 Improper Neutralization of CRLF Sequences ('CRLF Injection')
CAPEC
Vulnerability description
Improper Neutralization of CRLF Sequences vulnerability in ufirstgroup ymlr (Elixir.Ymlr module) allows attackers to inject arbitrary content into generated YAML documents through document comments. Ymlr.document!/2 interpolates each caller-supplied comment string into the output behind a single # prefix without validating it or escaping line breaks. Because a YAML comment is terminated by a line break, the first carriage return or line feed in the comment string ends the comment context and everything after it is emitted at column 0 of the document body.
An attacker who controls text that the host application passes as a comment can forge top-level mapping keys, override values the application itself set, and emit --- or ... markers that split the output into additional documents. Downstream consumers of the generated YAML, such as configuration loaders, deployment manifests, CI pipelines and data importers, parse the injected content as legitimate data. The same clause backs Ymlr.document/2, Ymlr.documents!/2 and Ymlr.documents/2, so every document encoding entry point is affected.
This vulnerability is associated with program files lib/ymlr.ex and program routines 'Elixir.Ymlr':document!/2, 'Elixir.Ymlr':documents!/2.
This issue affects ymlr from 0.0.1 before 5.1.6.
Affected
pkg:hex/ymlr
| Module | Source File | Routine |
|---|---|---|
Elixir.Ymlr
|
lib/ymlr.ex
|
Ymlr.document!/2
|
Ymlr.documents!/2
|
pkg:github/ufirstgroup/ymlr
| Module | Source File | Routine |
|---|---|---|
Elixir.Ymlr
|
lib/ymlr.ex
|
Ymlr.document!/2
|
Ymlr.documents!/2
|
| Status | Type | Version | Changes / Fixed in |
|---|---|---|---|
| affected | git ⓘ | 0c11a86de8
|
< 42a0bf8b2a
|
Configurations
A deployment is vulnerable when the host application places attacker-controlled text in the comment position of a document, that is, as the first element of the {comment, data} tuple passed to Ymlr.document!/2, Ymlr.document/2, Ymlr.documents!/2 or Ymlr.documents/2. Callers that encode data without comments, or that use only static comment strings, are not exploitable.
Workarounds
Split any untrusted comment string on line breaks and pass the resulting list as the comment element of the {comment, data} tuple. Ymlr prefixes every list element with its own # marker, so no line can leave the comment context. Alternatively, reject comment strings that contain carriage return or line feed characters, or keep untrusted text out of comments entirely and place it in the encoded data instead, where the encoder quotes it.
References
- https://github.com/ufirstgroup/ymlr/security/advisories/GHSA-p8qx-7cp9-v6c9 vendor-advisory related
- https://osv.dev/vulnerability/EEF-CVE-2026-65636 related
- https://github.com/ufirstgroup/ymlr/commit/7e53061fb2809b787fba0373c46b78e253c83adc patch
- https://github.com/ufirstgroup/ymlr/commit/42a0bf8b2af44b0e7c42d0b7044c8588ca5866dc patch
Credits
- Finder: Peter Ullrich
- Remediation developer: Michael Ruoss
- Analyst: Jonatan Männchen / EEF
CVE record as JSON:
GET /cves/CVE-2026-65636.json
OSV record as JSON:
GET /osv/EEF-CVE-2026-65636.json