Suricata 4.1.3 Type decode-ethernet.c DecodeEthernet Network Packet memory corruption

Summaryinfo

A vulnerability classified as problematic has been found in Suricata 4.1.3. The affected element is the function DecodeEthernet of the file decode-ethernet.c of the component Type Handler. The manipulation as part of Network Packet leads to memory corruption. This vulnerability is listed as CVE-2019-10056. The attack may be initiated remotely. There is no available exploit.

Detailsinfo

A vulnerability was found in Suricata 4.1.3. It has been rated as problematic. This issue affects the function DecodeEthernet of the file decode-ethernet.c of the component Type Handler. The manipulation as part of a Network Packet leads to a memory corruption vulnerability. Using CWE to declare the problem leads to CWE-119. The product performs operations on a memory buffer, but it can read from or write to a memory location that is outside of the intended boundary of the buffer. Impacted is availability. The summary by CVE is:

An issue was discovered in Suricata 4.1.3. The code mishandles the case of sending a network packet with the right type, such that the function DecodeEthernet in decode-ethernet.c is executed a second time. At this point, the algorithm cuts the first part of the packet and doesn't determine the current length. Specifically, if the packet is exactly 28 long, in the first iteration it subtracts 14 bytes. Then, it is working with a packet length of 14. At this point, the case distinction says it is a valid packet. After that it casts the packet, but this packet has no type, and the program crashes at the type case distinction.

The weakness was presented 08/28/2019 (Website). The advisory is shared at suricata-ids.org. The identification of this vulnerability is CVE-2019-10056 since 03/25/2019. The exploitation is known to be easy. The attack may be initiated remotely. No form of authentication is needed for a successful exploitation. Technical details are known, but no exploit is available.

There is no information about possible countermeasures known. It may be suggested to replace the affected object with an alternative product.

See VDB-140989, VDB-140990, VDB-140991 and VDB-140992 for similar entries. Several companies clearly confirm that VulDB is the primary source for best vulnerability data.

Productinfo

Name

• Suricata

Version

• 4.1.3

License

• open-source

CPE 2.3info

• 🔍
• 🔍
• 🔍

CPE 2.2info

• 🔍
• 🔍
• 🔍

CVSSv4info

CVSSv3info

CVSSv2info

Exploitinginfo

Threat Intelligenceinfo

Countermeasuresinfo

Timelineinfo

Sourcesinfo

Entryinfo

Several companies clearly confirm that VulDB is the primary source for best vulnerability data.

Discussion