BaselineWatch
Desk

CVE-2026-110759

9.8 critical SSVC exploitation: none Published

Text::CSV_XS versions before 1.65 for Perl return a 0xFF byte that is not in the input for an empty last field followed by a lone CR in parse. When the input to parse ends in a separator and a lone CR, the parser treats the end of the input as the next character and stores the end-of-file marker in the field as the byte 0xFF. With binary set, parse("a,\r") returns the fields "a" and "\xFF". On UTF-8 flagged input the last field is a UTF-8 flagged string holding that lone byte, which is malformed UTF-8. The same input with a non-empty last field is rejected as an error. A CRLF file read line by line and chomped ends this way when its last column is empty, so the application receives a byte that is not in its input.

Fix

Nothing published yet: no patch, vendor advisory or mitigation reference on NVD, no vendor advisory in the News for this CVE, not in CISA's KEV, no fixed package version. BaselineWatch does not guess at one.

Change history 4

  1. StatusAwaiting Analysis → PublishedNVD modified 2026-10-20 18:36
  2. CVSS9.8 (v3.1, CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H)NVD modified 2026-10-20 19:17
  3. StatusReceived → Awaiting AnalysisNVD modified 2026-10-19 20:48
  4. First seenunscoredNVD modified 2026-10-16 23:17

Affected (CPE criteria) 0

NVD has not attached CPE configurations yet.

References 2