CVE-2020-15474

In nDPI through 3.2, there is a stack overflow in extractRDNSequence in lib/protocols/tls.c

published July 1, 2020

CVSS
—
EPSS
1%
Percentile
67.9
In the wild
Unconfirmed
What it is

⚠️ A stack overflow in nDPI's TLS protocol handling could allow some unexpected behavior! Imagine a train running off the tracks because it misreads the signal — that's what can happen here! Think of this vulnerability like an assembly line that gets overwhelmed by too many items coming down at once. If the system isn’t prepared, it could spill over, causing a jam that affects everything downstream. The consequences of this stack overflow could lead to the application crashing or behaving unpredictably. While there's no known exploitation, leaving it unresolved could open the door for future issues, like a wrench in the gears that might bring operations to a halt.

Put simply

Think of this vulnerability like an assembly line that gets overwhelmed by too many items coming down at once. If the system isn’t prepared, it could spill over, causing a jam that affects everything downstream. This vulnerability occurs in the 'extractRDNSequence' function within nDPI's TLS handling code, leading to a potential stack overflow when handling certain inputs.

What to do

The consequences of this stack overflow could lead to the application crashing or behaving unpredictably. While there's no known exploitation, leaving it unresolved could open the door for future issues, like a wrench in the gears that might bring operations to a halt. Developers using nDPI should review their implementation and consider updating to the latest version that addresses this issue. Conduct thorough testing to ensure that no unexpected behavior occurs due to the stack overflow potential. This is manageable! Regular updates and vigilance will keep your systems running smoothly. 🛡️

The record
Technical detail
CVSS
Not scored
CVSS v4.0
Not supplied
EPSS
0.01198 · 67.9th percentile
Published
2020-07-01T10:54Z
EPSS history
Timeline
  • 01 JUL 10:54Z
    In nDPI through 3.2, there is a stack overflow in extractRDNSequence in lib/protocols/tls.c
    cvelistv5