Cloudanix VulnDB

CVE-2024-47187

None

CVSS

—

EPSS

0.3%

Published

Oct 16, 2024

CISA due date

—

Cloudanix analysis

Monitor only SSVC: Track

A flaw in Suricata can let a specially made file slow down or overload the system that watches network traffic, potentially weakening security monitoring until fixed.

Exploitation
Supply Chain
Attacker needs
Low Privilege
Complexity
Moderate
Impact
Denial Of Service
Component
Application
Class
Denial of service
Remediation
Upgrade
Effort
Medium
Patch risk
Low

What it actually does

Uninitialized random seed for the thash structure produces deterministic hash table ordering, enabling crafted datasets to trigger pathological O(n) or worse lookup/insert chains that inflate both load time and per-packet processing cost.

Why it matters to the business

Network monitoring and detection capabilities can be slowed or temporarily disabled when untrusted dataset files are loaded, increasing exposure to undetected threats and consuming excess CPU or memory on sensors.

How an attack unfolds

An attacker supplies a specially ordered dataset file to a Suricata instance that has not yet initialized its thash seed; the predictable hash function causes excessive collisions, resulting in long load times and sustained high CPU usage while processing live traffic that matches dataset rules.

How to fix it

Upgrade to Suricata 7.0.7 or apply commit 572a16fb5a28a582c6e219d946485d9778b64014. As a temporary control, do not load datasets from untrusted sources and avoid rules that rely on dataset tracking.

How to confirm the fix worked

Confirm the running binary reports version 7.0.7 or later; after upgrade, time the load of both benign and previously pathological datasets and verify that load duration and per-packet CPU remain within expected bounds.

Typical attack path

  1. Identify a Suricata deployment that accepts external dataset files or rules referencing datasets
  2. Craft or obtain a dataset whose keys produce worst-case hash collisions under the fixed seed
  3. Cause the sensor to load the dataset (via rule reload, restart, or file drop)
  4. Observe or trigger traffic that exercises the affected dataset rules to amplify runtime cost

How to detect it

Review Suricata startup and reload logs for unusually long dataset load durations; correlate with high CPU or memory usage on the sensor process during traffic handling; inspect any external dataset files introduced around the time of performance degradation.

What your security team should do

  • Immediately upgrade all Suricata instances to 7.0.7
  • Audit and restrict which dataset files may be loaded by sensors
  • Disable or rewrite rules that use dataset tracking until patches are deployed
  • Monitor sensor reload times and CPU usage for sudden spikes after dataset changes

The record

Suricata is a network Intrusion Detection System, Intrusion Prevention System and Network Security Monitoring engine. Prior to version 7.0.7, missing initialization of the random seed for "thash" leads to datasets having predictable hash table behavior. This can lead to dataset file loading to use excessive time to load, as well as runtime performance issues during traffic handling. This issue has been addressed in 7.0.7. As a workaround, avoid loading datasets from untrusted sources. Avoid dataset rules that track traffic in rules.

Affected packages

Ecosystem Package Introduced Fixed
Debian:11 suricata 0 No fix
Debian:12 suricata 0 No fix
Debian:13 suricata 0 1:7.0.7-1
Ubuntu:16.04:LTS suricata 0 No fix
Ubuntu:18.04:LTS suricata 0 No fix
Ubuntu:22.04:LTS suricata 0 No fix
Ubuntu:24.04:LTS suricata 0 No fix
Ubuntu:24.10 suricata 0 No fix
Ubuntu:25.04 suricata 0 No fix
Ubuntu:25.10 suricata 0 No fix
Ubuntu:Pro:16.04:LTS suricata 0 No fix
Ubuntu:Pro:18.04:LTS suricata 0 No fix
openSUSE:Tumbleweed suricata 0 8.0.0-1.1

Related vulnerabilities