Skip to main content
CVE-2024-36980VulnerabilityPublished Updated

CVE-2024-36980: OpenPLC_v3 · Out-of-bounds Read

Affects OpenPLC_v3Source CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
1.0% chance of exploitation in 30 days – higher than 65% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 18 Sep 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.

What to do

AI-suggested

1. Network Segmentation: Isolate OpenPLC devices and their management interfaces from general enterprise networks and the internet. Use VLANs and firewalls to restrict EtherNet/IP traffic to trusted sources only. 2. Intrusion Detection and Prevention: Deploy network monitoring tools capable of detecting anomalous EtherNet/IP traffic patterns and malformed PCCC requests indicative of exploitation attempts. 3. Access Controls: Restrict access to OpenPLC runtime systems to authorized personnel and systems only, using strong authentication and VPNs for remote access. 4. Patch Management: Monitor OpenPLC project updates closely for patches addressing CVE-2024-36980 and apply them promptly once available. 5. Incident Response Planning: Prepare and test response procedures for potential DoS incidents affecting industrial control systems to minimize downtime. 6. Vendor Engagement: Engage with OpenPLC developers or vendors for guidance, potential workarounds, or interim fixes. 7. Configuration Hardening: Disable or limit EtherNet/IP PCCC parser functionality if not required for operational needs to reduce attack surface. 8. Logging and Forensics: Enable detailed logging on OpenPLC devices to facilitate detection and investigation of suspicious activities related to this vulnerability.

Description

An out-of-bounds read vulnerability exists in the OpenPLC Runtime EtherNet/IP PCCC parser functionality of OpenPLC_v3 b4702061dc14d1024856f71b4543298d77007b88. A specially crafted network request can lead to denial of service. An attacker can send a series of EtherNet/IP requests to trigger this vulnerability.This is the first instance of the incorrect comparison.

References

Community reviews

Loading reviews…