---
id: CVE-2026-110759
title: >-
  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
summary: >-
  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 i…
severity: none
cwe:
  - CWE-1286
product: Text-CSV_XS
affected:
  - Text-CSV_XS < 1.65
published: '2026-10-16'
updated: '2026-10-16'
sourceUpdated: '2026-10-16T22:08:23.781Z'
source: CVEORG
sourceUrl: 'https://www.cve.org/CVERecord?id=CVE-2026-110759'
references:
  - url: >-
      https://github.com/cpan-authors/Text-CSV_XS/commit/7627f1a2bb8ffe4e81d9847318a060822043f7f3.patch
  - url: 'https://metacpan.org/release/HMBRAND/Text-CSV_XS-1.65/changes'
tags:
  - cve.org
ingestedAt: '2026-10-16T22:54:45.850Z'
---

## Overview

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.

## Affected

- `Text-CSV_XS < 1.65`

## Remediation

Upgrade to Text-CSV_XS 1.65 or later.