Your one-stop web resource providing safety and security information to manufacturers

ENEA, Green Hills Software, ITRON, IP Infusion, Wind River all have various fixes available to mitigate multiple vulnerabilities in its OSE by ENEA, INTEGRITY RTOS by Green Hills Software, ITRON, Zebos by IP Infusion, and VxWorks by Wind River products, according to a report with CISA.

The remotely exploitable vulnerabilities include a stack-based buffer overflow, heap-based buffer overflow, integer underflow, improper restriction of operations within the bounds of a memory buffer, race condition, argument injection, and a null pointer dereference. Armis researchers Gregory Vishnepolsky, Dor Zusman, and Ben Seri discovered the issues.

Public exploits are available. There is public report detailing vulnerabilities found in the Interpeak IPnet TCP/IP stack.

The Interpeak IPnet stack vulnerabilities were first reported under ICSA-19-211-01 Wind River VxWorks. These vulnerabilities have expanded beyond the affected VxWorks systems and affect additional real-time operating systems (RTOS).

Schneider Bold

An attacker with low skill level could leverage the vulnerabilities.

CISA reached out to affected vendors of the report and asked them to confirm the vulnerabilities and identify mitigations.

Successful exploitation of these vulnerabilities could allow remote code execution.

The Interpeak IPnet stack has been identified to be affected by CVE-2019-12255, CVE-2019-12262, and CVE-2019-12264.

The following RTOS are affected:
ENEA reports OSE4 and OSE5 may have been bundled with Interpeak IPnet from 2004-2006. In 2007, ENEA replaced Interpeak IPnet with OSENet.

Green Hills Software reports Interpeak IPnet was a third-party add-on for INTREGRITY RTOS from 2003-2006.

Wind River reports the following versions of VxWorks are affected:
• All versions of VxWorks under CURRENT support (6.9.4.11, Vx7 SR540, Vx7 SR610) are affected by one or more of the CVE numbers detailed below.
• Older, end-of-life versions of VxWorks back to 6.5 are also affected by one or more of the CVE numbers below.
• All versions of the discontinued product Advanced Networking Technology (ANT) are likely affected by one or more of the CVE numbers below.

The VxWorks bootrom network stack leverages the same IPnet source as VxWorks and, as a result, is also technically vulnerable to CVE-2019-12256. The same patches and mitigations apply to VxWorks and the bootrom network stack; however, the bootrom normally uses statically assigned IP-addresses, not DHCP. If that is true, then the defects related to those protocols do not apply in practice. Also, a successful exploit of the bootrom network stack has a more difficult timing component. In typical applications, the bootrom does not listen to TCP-ports, which means the TCP-related issues must be timed with the target downloading data from the network.

VxWorks 653 MCE 3.x may be affected. Contact Wind River customer support for more details.

The following VxWorks products are not affected:
• The latest release of VxWorks, VxWorks 7 SR620, is NOT affected by any of these CVEs
• VxWorks 5.3 through VxWorks 6.4 inclusive are NOT affected.
• VxWorks Cert versions are NOT affected.
• VxWorks 653 Versions 2.x and earlier are NOT affected.
• VxWorks 653 MCE 3.x Cert Edition and later are NOT affected.

In the stack-based buffer overflow issue, the vulnerability resides in the IPv4 option parsing and may be triggered by IPv4 packets containing invalid options. The most likely outcome of triggering this defect is that the tNet0 task crashes. This vulnerability can result in remote code execution.

CVE-2019-12256 is the case number assigned to this vulnerability, which has a CVSS v3 base score of 9.8.

In the heap-based buffer overflow issue, DHCP packets may go past the local area network (LAN) via DHCP-relays, but are otherwise confined to the LAN. The DHCP-client may be used by VxWorks and in the bootrom. Bootrom, using DHCP/BOOTP, is only vulnerable during the boot-process.

This vulnerability may be used to overwrite the heap, which could result in a later crash when a task requests memory from the heap. This vulnerability can result in remote code execution.

CVE-2019-12257 is the case number assigned to this vulnerability, which has a CVSS v3 base score of 8.8.

In the integer underflow hole, an attacker can either hijack an existing TCP session and inject bad TCP segments or establish a new TCP session on any TCP port listened to by the target. This vulnerability could lead to a buffer overflow of up to a full TCP receive-window (by default, 10k-64k depending on version). The buffer overflow occurs in the task calling recv()/recvfrom()/recvmsg().

Applications that pass a buffer equal to or larger than a full TCP window are not susceptible to this attack. Applications passing a stack-allocated variable as a buffer are the easiest to exploit.

The most likely outcome is a crash of the application reading from the affected socket, which could result in remote code execution.

CVE-2019-12255 is the case number assigned to this vulnerability, which has a CVSS v3 base score of 9.8.

In an improper restriction of operations within the bounds of a memory buffer issue, the vulnerability could lead to a buffer overflow of up to a full TCP receive window (by default, 10k-64k depending on version). The buffer overflow happens in the task calling recv()/recvfrom()/recvmsg().

Applications that pass a buffer equal to or larger than a full TCP window are not susceptible to this attack. Applications passing a stack-allocated variable as a buffer are the easiest to exploit.

The most likely outcome is a crash of the application reading from the affected socket, which could result in remote code execution.

CVE-2019-12260 is the case number assigned to this vulnerability, which has a CVSS v3 base score of 9.8.

The impact of another improper restricton of operations within the bounds of a memory buffer vulnerability is a buffer overflow of up to a full TCP receive window (by default, 10k-64k depending on version). The buffer overflow happens in the task calling recv()/recvfrom()/recvmsg().

Applications that pass a buffer equal to or larger than a full TCP window are not susceptible to this attack. Applications passing a stack-allocated variable as a buffer are the easiest to exploit.

The most likely outcome is a crash of the application reading from the affected socket, which could result in remote code execution.

CVE-2019-12261 is the case number assigned to this vulnerability, which has a CVSS v3 base score of 8.8.

The concurrent execution using shared resource with improper synchronization vulnerability relies on a race-condition between the network task (tNet0) and the receiving application. It is very difficult to trigger the race on a system with a single CPU-thread enabled, and there is no way to reliably trigger a race on SMP targets.

CVE-2019-12263 is the case number assigned to this vulnerability, which has a CVSS v3 base score of 8.1.

In the improper neutralization of argument delimiters in a command issue an attacker with the source and destination TCP-port and IP-addresses of a session can inject invalid TCP segments into the flow, causing the TCP-session to be reset. An application will see this as an ECONNRESET error message when using the socket after such an attack.

The most likely outcome is a crash of the application reading from the affected socket.

CVE-2019-12258 is the case number assigned to this vulnerability, which has a CVSS v3 base score of 7.5.

In the null pointer dereference issue, the vulnerability requires at least one IPv4 multicast address has been assigned to the target in an incorrect way (e.g., using the API intended for assigning unicast addresses).

An attacker may use CVE-2019-12264 to incorrectly assign a multicast IP-address.

An attacker on the same LAN as the target system may use this vulnerability to cause a NULL pointer dereference, which most likely will crash the tNet0 task.

CVE-2019-12259 is the case number assigned to this vulnerability, which has a CVSS v3 base score of 6.3.

In the improper neutralization of argument delimiters in a command vulnerability, an attacker residing on the LAN can send reverse-ARP responses to the victim system to assign unicast IPv4 addresses to the target.

CVE-2019-12262 is the case number assigned to this vulnerability, which has a CVSS v3 base score of 7.1.

In another improper neutralization of argument delimiters in a command vulnerability, an attacker residing on the LAN may choose to hijack a DHCP-client session that requests an IPv4 address. The attacker can send a multicast IP address in the DHCP offer/ack message, which the victim system then incorrectly assigns.

This vulnerability can be combined with CVE-2019-12259 to create a denial-of-service condition.

CVE-2019-12264 is the case number assigned to this vulnerability, which has a CVSS v3 base score of 7.1.

In another improper neutralization of argument delimiters in a command vulnerability, the IGMPv3 reception handler does not expect packets to be spread across multiple IP-fragments.

CVE-2019-12265 is the case number assigned to this vulnerability, which has a CVSS v3 base score of 5.4.

The products see use in the critical manufacturing, information technology, healthcare and public health, transportation systems, and water and wastewater systems sectors. They also see action on a global basis.

ENEA recommends affected users upgrade to a newer version of OSE or contact WindRiver (now the license holder for Interpeak) for compensating controls.

Green Hills Software recommends affected users contact Wind River for compensating controls.

Microsoft states they have no history of support or integration work to include IPnet and have not released a version of ThreadX bundled with IPnet. Microsoft does caution that some hardware makers could have used ThreadX and a custom set IPnet in the hardware.

TRON Forum reports they only publish the specification for ITRON RTOS. Various implementations are used by users world-wide and are created by various implementors (some commercial, and some academic and some government) according the specification document. TRON Forum, the caretaker of the ITRON specification, has not endorsed the use of any particular TCP/IP stack including one from Interpeak. The choice of TCP/IP stack is up to the RTOS vendor and application developers, and thus each application user needs to check whether TCP/IP stack developed by Interpeak is used inside their application. TRON Forum will send out a preliminary warning to members by mailing list to notify implementors of the reported vulnerabilities.

ZebOS by IP Infusion has not yet responded to CISA inquiries.

Wind River has produced controls and patches to mitigate the reported vulnerabilities. To obtain patches, send an email and indicate the VxWorks major version for which you need source patches.

For more detailed information on the vulnerabilities and the mitigating controls, click on the Wind River advisory.

Additional vendors affected by the reported vulnerabilities have also released security advisories related to their affected products:
• ABB
• Avaya
• Belden Industrial Devices
• ExtremeNetworks
• NetApp
• Rockwell Automation
• Schneider Electric
• Siemens
• Sonicwall Firewalls
• TrendMicro IPS
• Woodward
• Xerox Printers
• Xylem
• BD (Beckton Dickinson)
• Drager
• GE Healthcare
• Philips Healthcare
• Spacelabs

Pin It on Pinterest

Share This