Protokollfehler in Mitsubishi-Systemen setzt industrielle Steuerkommunikation Manipulationen im selben Netzwerksegment aus

Eine Schwachstelle bei der Nachrichtenintegrität im CC-Link-IE-TSN-Ökosystem von Mitsubishi Electric könnte es einem Angreifer im selben Netzwerksegment ermöglichen, industrielle Kommunikationsdaten zu manipulieren, Steuerungsfunktionen zu stören oder Geräte außer Betrieb zu setzen.

Die als CVE-2026-13584 erfasste Schwachstelle betrifft eine große Zahl von Steuerungen, Bewegungssystemen, Servoantrieben, dezentralen Modulen, Bediengeräten, Kommunikationskomponenten, Softwareprodukten und Entwicklungskits. CISA hat ihr einen CVSS-v3-Wert von 7,1 zugewiesen.

Mit Stand vom 18. September 2026 wurden keine fehlerbereinigten Versionen, Patches, Konfigurations-Workarounds oder modellspezifischen Upgrade-Pfade veröffentlicht. Eine bestätigte Ausnutzung wurde nicht gemeldet.

Manipulierte Pakete können die Steuerkommunikation stören

CVE-2026-13584 ist als CWE-924 klassifiziert, also als unzureichende Durchsetzung der Nachrichtenintegrität bei der Übertragung über einen Kommunikationskanal. Die Schwachstelle befindet sich in Produkten, die das CC-Link-IE-TSN-Kommunikationsprotokoll von Mitsubishi Electric (Update A) implementieren oder unterstützen.

Ein Angreifer muss zunächst Zugriff auf dasselbe Netzwerksegment wie die betroffenen Geräte erlangen. Der Angriff besteht darin, unter bestimmten zeitlichen Bedingungen speziell präparierte Pakete zu senden. Dadurch könnten Kommunikationsdaten während der Übertragung verändert oder gestört werden.

Die erforderliche zeitliche Abstimmung kann Angriffe weniger zuverlässig machen. Eine erfolgreiche Ausnutzung könnte jedoch unmittelbare betriebliche Folgen haben. Manipulierte Nachrichten könnten verhindern, dass eine Steuerung ihre vorgesehene Funktion ausführt, angeschlossene Geräte zu Fehlverhalten bringen oder eine Denial-of-Service-Situation auslösen.

Die Schwachstelle wird nicht als internetbasierter oder nicht authentifizierter Remote-Angriff beschrieben. Die verfügbaren Informationen klären nicht, ob eine Protokollauthentifizierung erforderlich ist. Ebenso gibt es keine Angaben zu Auswirkungen auf die Vertraulichkeit oder zu Möglichkeiten des Datenabflusses.

Das Hauptrisiko betrifft Integrität und Verfügbarkeit innerhalb eines industriellen Netzwerks.

Betroffen sind Geräte aus mehreren Steuerungsebenen

Alle aufgeführten Produkte tragen die Versionsangabe vers:all/*. Betreiber sollten daher davon ausgehen, dass alle Versionen der genannten Modelle betroffen sind, sofern Mitsubishi Electric keine genaueren Informationen bereitstellt.

Betroffen sind folgende MELSEC-MX-Steuerungen:

• MX-R: MXR300-16, MXR300-32, MXR300-64, MXR500-128 und MXR500-256
• MX-F: MXF100-8-N32, MXF100-8-P32, MXF100-16-N32, MXF100-16-P32, MXF100S-N32, MXF100S-P32, MXF100S-8-N32, MXF100S-8-P32, MXF100S-16-N32 und MXF100S-16-P32

Zu den Master-/Local-Modulen und Schnittstellenkarten gehören RJ71GN11-T2, RJ71GN11-SX, RJ71GN11-EIP, FX5-CCLGN-MS, NZ81GN11-SX und NZ81GN11-T2.

Zu den Motion-Produkten gehören RD78G4, RD78G8, RD78G16, RD78G64, RD78GHV, RD78GHW, FX5-40SSC-G, FX5-80SSC-G, LD78G4, LD78G16, MR-EM441G, SWM-G und SWM-G-N1.

Bei den betroffenen dezentralen Modulen in Blockbauweise handelt es sich um:

• NZ2GN2S1-32D, NZ2GN2S1-32T, NZ2GN2S1-32TE, NZ2GN2S1-32DT, NZ2GN2S1-32DTE
• NZ2GN2B1-32D, NZ2GN2B1-32T, NZ2GN2B1-32TE, NZ2GN2B1-32DT, NZ2GN2B1-32DTE
• NZ2GNCF1-32D, NZ2GNCF1-32T, NZ2GNCE3-32D, NZ2GNCE3-32DT
• NZ2GN12A4-16D, NZ2GN12A4-16DE, NZ2GN12A2-16T, NZ2GN12A2-16TE, NZ2GN12A42-16DT, NZ2GN12A42-16DTE
• NZ2GN2S1-16D, NZ2GN2S1-16T, NZ2GN2S1-16TE, NZ2GN2B1-16D, NZ2GN2B1-16T und NZ2GN2B1-16TE

Zu den Modulen für Sicherheitsfunktionen gehören NZ2GNSS2-8D, NZ2GNSS2-8D-K, NZ2GNSS2-8TE, NZ2GNSS2-8TE-K, NZ2GNSS2-16DTE, NZ2GNSS2-16DTE-K, NZ2GNS12A2-14DT und NZ2GNS12A2-16DTE.

Zu den Produkten für Konvertierung, Kopplung, FPGA- und Messanwendungen gehören NZ2GN2S-60AD4, NZ2GN2B-60AD4, NZ2GN2S-60DA4, NZ2GN2B-60DA4, NZ2FT-GN, NZ2GN2S-D41P01, NZ2GN2S-D41D01, NZ2GN2S-D41PD02, LM7-1LG und LM7-2LG.

Zu den Servosystemen gehören MR-J5-G, MR-J5W-G, MR-J5-G-HS, MR-J5-G-RJ, MR-J5-G-LL, MR-J5D-G4, MR-MD333G, MR-JET-G und MR-JET-G4-HS.

Ebenfalls betroffen sind die Linearspurmodule MTR-SCU00-4G und MTR-SCU00-PG sowie die Umrichterprodukte FR-A8NCG, FR-A8NCG-S, FR-A800-GN, FR-E800-E und FR-E800-SCE.

Auch Roboter, Bediengeräte, Software und Halbleiter sind betroffen

Das Produktverzeichnis geht über herkömmliche speicherprogrammierbare Steuerungen hinaus. Es umfasst die Netzwerkkarte 2F-DQ535-TSN für industrielle Robotersteuerungen, die Erweiterungseinheit FCU8-EX569, die Bridge-Module NZ2GN-GFB und NZ2AW1GNAL sowie die Kommunikationsbaugruppe EMU4-CM-TSN für Energiemessungen.

Bei den betroffenen GOT3000-Produkten handelt es sich um GT3715-FHCBD, GT3712-WXCBD, GT3715-XRBA, GT3715-XRBD, GT3712-XRBA, GT3712-XRBD, GT3710-XRBA, GT3710-XRBD, GT3708-XRBA und GT3708-XRBD. Ebenfalls aufgeführt ist die Kommunikationsbaugruppe GT25-J71GN13-T2.

Zu den betroffenen Software- und Entwicklungskomponenten gehören:

• SW1DND-CCIETCT-M CC-Link IE TSN Communication Software für Windows
• SW1DNN-VIMA-M MELSOFT-VIMA-Analysesoftware
• NZ2KT-NPETNG51 DeviceKit
• NZ2GACP620-60, NZ2GACP620-300, NZ2GACP621-90 und NZ2GACP621-720 Kommunikations-LSIs
• SW1DNN-GN610SRC-M SDK für Master-/Local-Module
• SW1DNC-GNSDK1S-M und SW1DNC-GNSDK2S-M SDKs für dezentrale Stationen

Diese große Bandbreite erschwert die Bestandsaufnahme. Angreifbare Protokollimplementierungen können in Feldmodulen, Softwarepaketen, Schnittstellenkarten oder Kommunikationskomponenten auf niedriger Ebene eingebettet sein, ohne als eigenständige Netzwerkgeräte in Erscheinung zu treten.

Für Fertigungsbetriebe bestehen Risiken für Integrität und Verfügbarkeit

Der Hinweis zu industriellen Steuerungssystemen von CISA nennt weltweite Installationen im Sektor Critical Manufacturing. Der Hauptsitz von Mitsubishi Electric befindet sich in Japan.

Die Folgen hängen von der Funktion der angegriffenen Komponente ab. Manipulierte Daten, die Bewegungssteuerungen, Antriebe, Roboter oder dezentrale Ein-/Ausgabemodule betreffen, könnten zu einem fehlerhaften Geräteverhalten führen. Angriffe auf Kommunikationseinheiten oder Softwarekomponenten könnten dagegen die Koordination zwischen den Steuerungsebenen beeinträchtigen.

Module für Sicherheitsfunktionen gehören zu den aufgeführten Produkten. Konkrete Auswirkungen auf Sicherheitssysteme wurden jedoch nicht bekannt gegeben. Betreiber sollten nicht davon ausgehen, dass sich herkömmliche Verfahren zur Eindämmung von IT-Vorfällen ohne vorherige betriebliche Tests sicher anwenden lassen.

Es wurden keine Indikatoren gemeldet, die mit einer bestimmten Angriffskampagne in Verbindung stehen. Weder ein Bedrohungsakteur noch Exploit-Code oder eine bestätigte Ausnutzung wurden identifiziert.

Es wurde nicht angegeben, dass CVE-2026-13584 im Katalog der Known Exploited Vulnerabilities von CISA enthalten ist. Eine KEV-Frist zur Behebung wurde ebenfalls nicht festgelegt. Die verfügbaren Informationen belegen außerdem kein aktuelles Muster, wonach weitere Schwachstellen in Mitsubishi-Electric-Produkten in den KEV-Katalog aufgenommen werden.

Verteidiger sollten Protokollsegmente bis zur Veröffentlichung von Updates isolieren

Da noch keine Version mit Fehlerbehebung veröffentlicht wurde, bieten Netzwerkmaßnahmen die unmittelbarste Risikoreduzierung. Anlagenbetreiber sollten zunächst jedes aufgeführte Modell identifizieren, darunter Kommunikationskarten, Entwicklungskits, Windows-Software und in andere Produkte integrierte LSIs.

Der Zugriff auf CC-Link-IE-TSN-Segmente sollte auf autorisierte Steuerungen, Engineering-Arbeitsplätze und notwendige industrielle Hosts beschränkt werden. Unternehmenssysteme, aus dem Internet erreichbare Dienste und nicht vertrauenswürdige Geräte sollten diese Segmente weder gemeinsam nutzen noch uneingeschränkten gerouteten Zugriff darauf erhalten.

Die Überwachung sollte sich auf folgende Punkte konzentrieren:

• Ungewöhnliche Paketlaufzeiten oder Verkehrsspitzen bei CC-Link IE TSN
• Fehlerhafte oder unerwartete Protokollnachrichten
• Fehler bei der Kommunikationsintegrität
• Nicht geplante Änderungen von Steuerungszuständen
• Unerwartete Neustarts von Steuerungen, Modulen, Antrieben oder Bediengeräten
• Sporadische Kommunikationsausfälle oder ungeklärte Denial-of-Service-Zustände

Bei Anomalien sollten Netzwerkaufzeichnungen und Steuerungsprotokolle gesichert werden. Da die Ausnutzung teilweise von der zeitlichen Abstimmung abhängt, lassen sich einzelne Ereignisse andernfalls nur schwer rekonstruieren.

Künftige Firmware-, Software-, Steuerungs- oder Modulupdates sollten mit Mitsubishi Electric und dem zuständigen Operational-Technology-Team abgestimmt werden. Änderungen sollten vor der Bereitstellung in der Produktion in einer repräsentativen Umgebung getestet werden, insbesondere wenn Bewegungssteuerungen, Robotik, Antriebe, Sicherheitsfunktionen oder kontinuierliche Fertigungsprozesse betroffen sind.