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.

Threat Intelligence Database

Comprehensive database of the latest cyber threats affecting organizations worldwide. Filter and search to find specific threat intelligence relevant to your organization.

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.

Threat Intelligence

Click on any threat for detailed analysis and mitigation recommendations

CVE-2026-60075: CWE-1333 Inefficient Regular Expression Complexity in SBECK Date::ManipCVE-2026-60075
0

Date::Manip versions up to 6.99 for Perl contain an inefficient regular expression in the _parse_time function that can cause CPU exhaustion. The vulnerability arises from quadratic backtracking when parsing unanchored time substitutions in strings with long runs of whitespace. This can lead to denial of service by causing excessive CPU usage during parsing. Any untrusted input with large whitespace sequences passed to ParseDate(), Date::Manip::Date->parse(), or ->parse_time() can trigger this condition.

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

Date::Manip versions up to 6.99 for Perl have a vulnerability where non-ASCII decimal digits in date input fields can cause corrupted date outputs without parse errors. This occurs because the parsing regex accepts any Unicode decimal digit, but numeric validation truncates at the first non-ASCII digit, leading to mismatches between input and parsed date. This can cause logic relying on parsed dates, such as expiry or retention checks, to behave incorrectly.

Join the discussion

Showing 1 to 2 of 2 results

Filters:Package: pkg:github/Date-Manip
Page 1 of 1
OffSeq TrainingCredly Certified

Lead Pen Test Professional

Technical5-day eLearningPECB Accredited
View courses