Skip to main content
Press slash or control plus K to focus the search. Use the arrow keys to navigate results and press enter to open a threat.

Threats Tagged 'cwe-1289'

View all threats tagged with 'cwe-1289'. Filter and sort to focus on specific types of threats.

Pro Console Lifetime

Stop chasing alerts. Route them.

Start free, then upgrade once to turn Radar into an automated delivery engine for your security stack.

Custom feeds / Automations: email, Slack, webhooks, SIEM/MISP / API access (baseline limits)

View Plans & Pricing

API access activates after upgrading in Console -> Billing.

Breach by OffSeqOFFSEQFRIENDS — 25% OFF

Check if your credentials are on the dark web

Instant breach scanning across billions of leaked records. Free tier available.

Scan now

Filter Threats

Narrow down the results by type, severity, or affected countries

Search threats by title, CVE ID, or description. Maximum 100 characters.
Active filters (1):Tag: cwe-1289

Threats Tagged 'cwe-1289'

Click on any threat for detailed analysis and mitigation recommendations

CVE-2026-60074: CWE-1289 Improper Validation of Unsafe Equivalence in Input in SBECK Date::ManipCVE-2026-60074
0

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.

Join the discussion
CVE-2026-46644: CWE-1289: Improper Validation of Unsafe Equivalence in Input in symfony polyfillCVE-2026-46644
0

Symfony Polyfill's symfony/polyfill-intl-idn component versions from 1.17.1 up to but not including 1.38.1 improperly validate certain domain name labels. Specifically, it accepts xn-- labels with empty or ASCII-only Punycode payloads, violating the UTS #46 standard that requires at least one non-ASCII code point. This flaw can cause originally distinct domain names to be treated as equivalent, potentially enabling blacklist bypass, inconsistent URL parsing, and server-side request forgery in applications relying on this polyfill for hostname canonicalization or comparison. The issue is resolved starting with version 1.38.1.

Join the discussion

Showing 1 to 2 of 2 results

Filters:Tag: cwe-1289
Page 1 of 1
OffSeq TrainingCredly Certified

Lead Pen Test Professional

Technical5-day eLearningPECB Accredited
View courses