The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - Date::Manip versions through 7.00 for Perl return corrupted dates via non-ASCII decimal digits that pass     the numeric range tests in check. The parse regexes capture year, month and day with the `\d` shorthand,     which on a character string matches the whole Unicode decimal digit property `\p{Nd}` and not just     `[0-9]`. Date::Manip::Base::check then validates the captured fields with numeric comparisons alone (`$y<1     || $y>9999`, `$m<1 || $m>12`, `$d<1 || $d>$days`), and _parse_check stores the numified fields (`$y+0`).
    Perl truncates a string at the first character that is not an ASCII digit, so a field whose leading     characters are ASCII digits numifies to an in-range prefix and satisfies every test: a year field of three     ASCII digits followed by U+0664 ARABIC-INDIC DIGIT FOUR numifies to 202, giving the year 0202, and one     non-ASCII digit in the month or day field shifts those fields the same way. The hour, minute and second     fields match explicit ASCII character classes (`0?[0-9]`, `[0-5][0-9]`) and do not shift, though a non-     ASCII digit in a fractional hour or minute field truncates the fraction. Any caller that passes an     untrusted character string to ParseDate() or Date::Manip::Date->parse() can get back a date that differs     from the string it parsed, with no parse error. Where the parsed date gates logic such as an expiry check     or a retention window, the shift goes unnoticed. (CVE-2026-60074)

Note that Nessus relies on the presence of the package as reported by the vendor.

The remote openSUSE 16 host has a package installed that is affected by multiple vulnerabilities as referenced in the openSUSE-SU-2026:21552-1 advisory.

    This update for perl-Date-Manip fixes the following issues

    - CVE-2026-60074: corrupted dates returned when processing non-ASCII decimal digits that pass the numeric     range tests in check (bsc#1273063).
    - CVE-2026-60075: CPU exhaustion due to quadratic backtracking in the unanchored time substitution in     `_parse_time` (bsc#1273062).

Tenable has extracted the preceding description block directly from the SUSE security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote openSUSE 16 host has a package installed that is affected by multiple vulnerabilities as referenced in the openSUSE-SU-2026:21510-1 advisory.

    Changes in perl-Date-Manip:

    - CVE-2026-60074: corrupted dates returned when processing non-ASCII decimal digits that pass the numeric     range tests in check (bsc#1273063)
    - CVE-2026-60075: CPU exhaustion due to quadratic backtracking in the unanchored time substitution in
    _parse_time (bsc#1273062)

Tenable has extracted the preceding description block directly from the SUSE security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote SUSE Linux SLED15 / SLED_SAP15 / SLES15 / SLES_SAP15 host has a package installed that is affected by multiple vulnerabilities as referenced in the SUSE-SU-2026:3551-1 advisory.

    - CVE-2026-60074: corrupted dates returned when processing non-ASCII decimal digits that pass the numeric     range tests in       check (bsc#1273063).
    - CVE-2026-60075: CPU exhaustion due to quadratic backtracking in the unanchored time substitution in     `_parse_time`       (bsc#1273062).

Tenable has extracted the preceding description block directly from the SUSE security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The version of Tencent Linux installed on the remote TencentOS Server 4 host is prior to tested version. It is, therefore, affected by multiple vulnerabilities as referenced in the TSSA-2026:0864 advisory.

    Package updates are available for TencentOS Server 4 that fix the following vulnerabilities:

    CVE-2026-60075:
    Date::Manip versions through 6.99 for Perl allow CPU exhaustion via quadratic backtracking in the     unanchored time substitution in _parse_time.

    CVE-2026-60074:
    Date::Manip versions through 6.99 for Perl return corrupted dates via non-ASCII decimal digits that pass     the numeric range tests in check.

Tenable has extracted the preceding description block directly from the Tencent Linux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The version of perl-Date-Manip installed on the remote host is prior to 6.41-2. It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2-2026-3856 advisory.

    Date::Manip versions through 6.99 for Perl return corrupted dates via non-ASCII decimal digits that pass     the numeric range tests in check.

    The parse regexes capture year, month and day with the `\d` shorthand, which on a character string matches     the whole Unicode decimal digit property `\p{Nd}` and not just `[0-9]`. Date::Manip::Base::check then     validates the captured fields with numeric comparisons alone (`$y<1 || $y>9999`, `$m<1 || $m>12`, `$d<1 ||     $d>$days`), and _parse_check stores the numified fields (`$y+0`). Perl truncates a string at the first     character that is not an ASCII digit, so a field whose leading characters are ASCII digits numifies to an     in-range prefix and satisfies every test: a year field of three ASCII digits followed by U+0664 ARABIC-     INDIC DIGIT FOUR numifies to 202, giving the year 0202, and one non-ASCII digit in the month or day field     shifts those fields the same way. The hour, minute and second fields match explicit ASCII character     classes (`0?[0-9]`, `[0-5][0-9]`) and do not shift, though a non-ASCII digit in a fractional hour or     minute field truncates the fraction.

    Any caller that passes an untrusted character string to ParseDate() or Date::Manip::Date->parse() can get     back a date that differs from the string it parsed, with no parse error. Where the parsed date gates logic     such as an expiry check or a retention window, the shift goes unnoticed. (CVE-2026-60074)

    Date::Manip versions through 6.99 for Perl allow CPU exhaustion via quadratic backtracking in the     unanchored time substitution in _parse_time.

    _parse_time removes a time from anywhere in the string with the unanchored substitution `s/$timerx/ /`,     where $timerx is an auto-generated alternation of time patterns reached through a leading     `(?:$atrx|^|\s+)`. The engine therefore retries the match at every position of an interior whitespace run:
    at each start position the leading `\s+` consumes the rest of the run greedily, the time alternation fails     because the run holds no digits, and the engine backtracks a space at a time across the run before     advancing the start position, which is quadratic in the length of the run. No time need be present in the     string for this to happen, only a long run of whitespace, and the parse time rises about fourfold for each     doubling of the run: a few kilobytes of whitespace costs seconds of CPU per parse and tens of kilobytes     costs minutes.

    Any caller that passes an untrusted string of unbounded length to ParseDate(), Date::Manip::Date->parse()     or ->parse_time() can be made to spend unbounded CPU in a single parse, a denial of service.
    (CVE-2026-60075)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2023-2026-2050 advisory.

    Date::Manip versions through 6.99 for Perl return corrupted dates via non-ASCII decimal digits that pass     the numeric range tests in check.

    The parse regexes capture year, month and day with the `\d` shorthand, which on a character string matches     the whole Unicode decimal digit property `\p{Nd}` and not just `[0-9]`. Date::Manip::Base::check then     validates the captured fields with numeric comparisons alone (`$y<1 || $y>9999`, `$m<1 || $m>12`, `$d<1 ||     $d>$days`), and _parse_check stores the numified fields (`$y+0`). Perl truncates a string at the first     character that is not an ASCII digit, so a field whose leading characters are ASCII digits numifies to an     in-range prefix and satisfies every test: a year field of three ASCII digits followed by U+0664 ARABIC-     INDIC DIGIT FOUR numifies to 202, giving the year 0202, and one non-ASCII digit in the month or day field     shifts those fields the same way. The hour, minute and second fields match explicit ASCII character     classes (`0?[0-9]`, `[0-5][0-9]`) and do not shift, though a non-ASCII digit in a fractional hour or     minute field truncates the fraction.

    Any caller that passes an untrusted character string to ParseDate() or Date::Manip::Date->parse() can get     back a date that differs from the string it parsed, with no parse error. Where the parsed date gates logic     such as an expiry check or a retention window, the shift goes unnoticed. (CVE-2026-60074)

    Date::Manip versions through 6.99 for Perl allow CPU exhaustion via quadratic backtracking in the     unanchored time substitution in _parse_time.

    _parse_time removes a time from anywhere in the string with the unanchored substitution `s/$timerx/ /`,     where $timerx is an auto-generated alternation of time patterns reached through a leading     `(?:$atrx|^|\s+)`. The engine therefore retries the match at every position of an interior whitespace run:
    at each start position the leading `\s+` consumes the rest of the run greedily, the time alternation fails     because the run holds no digits, and the engine backtracks a space at a time across the run before     advancing the start position, which is quadratic in the length of the run. No time need be present in the     string for this to happen, only a long run of whitespace, and the parse time rises about fourfold for each     doubling of the run: a few kilobytes of whitespace costs seconds of CPU per parse and tens of kilobytes     costs minutes.

    Any caller that passes an untrusted string of unbounded length to ParseDate(), Date::Manip::Date->parse()     or ->parse_time() can be made to spend unbounded CPU in a single parse, a denial of service.
    (CVE-2026-60075)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote SUSE Linux SLES12 host has a package installed that is affected by multiple vulnerabilities as referenced in the SUSE-SU-2026:3537-1 advisory.

    - CVE-2026-60074: corrupted dates returned when processing non-ASCII decimal digits that pass the numeric     range tests in       check (bsc#1273063).
    - CVE-2026-60075: CPU exhaustion due to quadratic backtracking in the unanchored time substitution in     `_parse_time`       (bsc#1273062).

Tenable has extracted the preceding description block directly from the SUSE security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The Unity Linux 20 host has a package installed that is affected by a vulnerability as referenced in the UTSA-2026-130413 advisory.

    Date::Manip versions through 6.99 for Perl return corrupted dates via non-ASCII decimal digits that pass     the numeric range tests in check.

    The parse regexes capture year, month and day with the `\d` shorthand, which on a character string matches     the whole Unicode decimal digit property `\p{Nd}` and not just `[0-9]`. Date::Manip::Base::check then     validates the captured fields with numeric comparisons alone (`$y<1 || $y>9999`, `$m<1 || $m>12`, `$d<1 ||     $d>$days`), and _parse_check stores the numified fields (`$y+0`). Perl truncates a string at the first     character that is not an ASCII digit, so a field whose leading characters are ASCII digits numifies to an     in-range prefix and satisfies every test: a year field of three ASCII digits followed by U+0664 ARABIC-     INDIC DIGIT FOUR numifies to 202, giving the year 0202, and one non-ASCII digit in the month or day field     shifts those fields the same way. The hour, minute and second fields match explicit ASCII character     classes (`0?[0-9]`, `[0-5][0-9]`) and do not shift, though a non-ASCII digit in a fractional hour or     minute field truncates the fraction.

    Any caller that passes an untrusted character string to ParseDate() or Date::Manip::Date->parse() can get     back a date that differs from the string it parsed, with no parse error. Where the parsed date gates logic     such as an expiry check or a retention window, the shift goes unnoticed.

Tenable has extracted the preceding description block directly from the Unity Linux security advisory.

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

ID	Name	Product	Family	Published	Updated	Severity
331303	Linux Distros Unpatched Vulnerability : CVE-2026-60074	Nessus	Misc.	7/30/2026	9/3/2026	high
335085	openSUSE 16 Security Update : perl-Date-Manip (openSUSE-SU-2026:21552-1)	Nessus	SuSE Local Security Checks	8/13/2026	8/13/2026	high
331662	openSUSE 16 Security Update : perl-Date-Manip (openSUSE-SU-2026:21510-1)	Nessus	SuSE Local Security Checks	8/3/2026	8/3/2026	high
334715	SUSE SLED15 / SLES15 Security Update : perl-Date-Manip (SUSE-SU-2026:3551-1)	Nessus	SuSE Local Security Checks	8/12/2026	8/12/2026	high
339166	TencentOS Server 4: perl-Date-Manip (TSSA-2026:0864)	Nessus	Tencent Local Security Checks	8/25/2026	8/25/2026	high
337204	Amazon Linux 2 : perl-Date-Manip, --advisory ALAS2-2026-3856 (ALAS-2026-3856)	Nessus	Amazon Linux Local Security Checks	8/18/2026	8/18/2026	high
337225	Amazon Linux 2023 : perl-Date-Manip (ALAS2023-2026-2050)	Nessus	Amazon Linux Local Security Checks	8/18/2026	8/18/2026	high
334469	SUSE SLES12 Security Update : perl-Date-Manip (SUSE-SU-2026:3537-1)	Nessus	SuSE Local Security Checks	8/11/2026	8/11/2026	high
366290	Unity Linux 20.1070e Security Update: perl-Date-Manip (UTSA-2026-130413)	Nessus	Unity Linux Local Security Checks	10/15/2026	10/15/2026	high

Detections

Analytics

Plugins Search

high

high

high

high

high

high

high

high

high