neustes

Modbus über alles? Warum das 50 Jahre alte Protokoll immer noch die Fabrik beherrscht

Autor: DerSchneider


Einleitung

Es ist ein Sonntagnachmittag im Jahr 1979. Während sich die Weltöffentlichkeit für den ersten Walkman von Sony oder den Beginn des Iran-Geiseldramas interessiert, sitzen einige Ingenieure des Unternehmens Modicon in einem Besprechungsraum und entwickeln etwas, das die industrielle Kommunikation für die nächsten fünf Jahrzehnte prägen sollte: das Modbus-Protokoll. Niemand von ihnen ahnt, dass dieser schlichte, offene Standard eines Tages in nahezu jeder Fabrikhalle, jedem Kraftwerk und jedem Gebäudeautomationssystem der Welt zu finden sein wird.

Fast ein halbes Jahrhundert später ist Modbus immer noch da. Es hat den Siegeszug von Ethernet überlebt, die Welle der Industrialisierung und selbst den Hype um das Industrial Internet of Things (IIoT). Während modernere Protokolle wie OPC UA, EtherNet/IP oder MQTT mit Semantik, Verschlüsselung und Echtzeitfähigkeit protzen, regiert der altehrwürdige Standard still und leise die Fertigungsetagen.

Doch wie konnte ein Protokoll ohne jede eingebaute Sicherheit, ohne moderne Verschlüsselung und mit einer Architektur aus den Anfängen der SPS-Technik überleben? Dieser Artikel spürt den Gründen für den anhaltenden Erfolg von Modbus nach, beleuchtet seine Schwachstellen und wagt einen Blick in die Zukunft – denn eines ist sicher: Modbus wird noch lange nicht sterben.


1. Die Geburtsstunde eines Industriestandards

Die Geschichte des Modbus-Protokolls beginnt bei der Firma Modicon (heute Schneider Electric), einem der Pioniere auf dem damals noch jungen Markt der speicherprogrammierbaren Steuerungen (SPS). Die Ingenieure standen vor einem Problem: Die ersten SPSen arbeiteten meist isoliert, und es gab keinen standardisierten Weg, um Daten zwischen verschiedenen Steuerungen oder übergeordneten Leitsystemen auszutauschen.

Die Lösung war einfach und genial zugleich: Man entwickelte ein offenes Protokoll, das auf einer Master-Slave-Architektur basierte. Ein Gerät (der Master) fragt die Daten bei den anderen Geräten (den Slaves) ab – ein Prinzip, das sich bis heute nicht geändert hat. Die erste Variante, Modbus RTU (Remote Terminal Unit) , nutzte die damals weit verbreitete serielle RS‑485-Schnittstelle und ermöglichte Übertragungen über Distanzen von bis zu 1.200 Metern ohne Zwischenverstärker.

Der entscheidende Schachzug: Modbus wurde von Anfang an als offener Standard veröffentlicht. Jeder Hersteller konnte das Protokoll implementieren, ohne Lizenzgebühren zahlen zu müssen. Diese Offenheit war in der damaligen Industrie, die von proprietären Insel-Lösungen geprägt war, geradezu revolutionär.


2. Der Aufbau: Einfachheit als Erfolgsgeheimnis

Der Erfolg von Modbus lässt sich auf eine einzige Eigenschaft zurückführen: radikale Einfachheit. Das Protokoll ist so schlank, dass es selbst auf den einfachsten Mikrocontrollern mit minimalen Ressourcen lauffähig ist.

Das Datenmodell ist denkbar einfach:

  • Coils – 1‑Bit‑Ausgänge (Ein/Aus)
  • Discrete Inputs – 1‑Bit‑Eingänge
  • Input Registers – 16‑Bit‑Eingänge (nur lesbar)
  • Holding Registers – 16‑Bit‑Ausgänge (lesbar und beschreibbar)

Diese vier Grundbausteine bilden das gesamte Datenmodell. Ein Modbus‑Befehl besteht im Wesentlichen aus:

  1. Slave‑Adresse (welches Gerät ist gemeint?)
  2. Funktionscode (was soll getan werden? Lesen? Schreiben?)
  3. Datenadresse (welcher Register‑ oder Coil‑Bereich?)
  4. Daten (die zu übertragenden Werte)
  5. Prüfsumme (CRC bei RTU, LRC bei ASCII)

Das war’s. Keine komplexen Zustandsautomaten, keine aufwendigen Verbindungsaufbauten, keine semantischen Modelle. Ein Protokoll, das jeder Techniker mit einem seriellen Terminal und einer Handvoll Hexadezimalzahlen beherrschen kann.


3. Die Varianten: RTU, ASCII und TCP

Im Laufe der Jahrzehnte hat sich Modbus weiterentwickelt – nicht in seinem Kern, aber in seinen Übertragungsvarianten:

VarianteÜbertragungsmediumRahmenformatBesonderheit
Modbus RTUSeriell (RS‑232, RS‑485)Binär16‑Bit‑CRC, hohe Effizienz, am weitesten verbreitet
Modbus ASCIISeriellASCII‑codiertLRC‑Prüfsumme, lesbar, aber langsamer
Modbus TCPEthernet (TCP/IP)Binär mit MBAP‑HeaderKeine CRC mehr (TCP übernimmt), nutzt Port 502

Die Einführung von Modbus TCP in den späten 1990er Jahren war der zweite große Meilenstein. Plötzlich konnte Modbus über existierende Ethernet‑Infrastrukturen laufen, ohne dass die Geräte ihr Protokoll ändern mussten. Die gleichen Funktionscodes, die gleichen Registeradressen – nur der Transport war ein anderer. Dieser nahtlose Übergang von seriell zu Ethernet war ein entscheidender Faktor für das Überleben des Protokolls.


4. Die Achillesferse: Sicherheit

Doch so erfolgreich Modbus auch ist – das Protokoll hat eine fatale Schwachstelle: Es wurde ohne jede Sicherheitsvorkehrung entwickelt. Die Designer der 1970er Jahre konnten nicht ahnen, dass ihre Erfindung einmal in einer Welt eingesetzt werden würde, in der sich Hacker von der anderen Seite der Welt Zugang zu Fabriknetzen verschaffen.

Die Probleme im Überblick:

  • Keine Authentifizierung – Jeder, der auf das Netzwerk zugreifen kann, kann Modbus‑Befehle senden. Ein Angreifer kann sich als Master ausgeben und beliebige Aktorwerte verändern.
  • Keine Verschlüsselung – Alle Daten werden im Klartext übertragen. Wer mithört, kann alle Prozesswerte und Steuerbefehle lesen.
  • Keine Integritätsprüfung auf Anwendungsebene – Die CRC‑Prüfsumme schützt nur vor Übertragungsfehlern, nicht vor gezielter Manipulation.

Die Liste der Schwachstellen ist lang und reicht von Denial‑of‑Service‑Angriffen durch speziell präparierte Pakete über Pufferüberläufe bis hin zur Remote Code Execution. Eine aktuelle Schwachstelle aus dem Jahr 2026 (CVE-2026-4436) zeigt, dass selbst moderne Implementierungen noch an den gleichen grundlegenden Problemen kranken: unzureichende Eingabevalidierung und fehlende Zugriffskontrolle.


5. Warum Modbus trotzdem nicht stirbt

Angesichts dieser offensichtlichen Sicherheitsmängel stellt sich die Frage: Warum wird Modbus nicht längst durch moderne, sichere Protokolle ersetzt?

A) Die installierte Basis

In der Industrie gibt es eine einfache Rechnung: Der Austausch eines Protokolls bedeutet den Austausch der Hardware. Millionen von Sensoren, Aktoren, SPSen und Messgeräten mit Modbus‑Schnittstellen sind weltweit im Einsatz. Sie alle zu ersetzen, wäre wirtschaftlich unsinnig. Modbus ist das, was man im Englischen einen de facto standard nennt – einen Standard, der nicht durch eine Norm, sondern durch schiere Verbreitung existiert.

B) Die Brückenfunktion zum IIoT

Paradoxerweise erlebt Modbus im Zeitalter des Industrial Internet of Things eine regelrechte Renaissance. Der Grund: Modbus ist die Brücke zwischen der alten und der neuen Welt. Während moderne Cloud‑Plattformen mit OPC UA oder MQTT kommunizieren, werden die Daten der alten Modbus‑Geräte über Gateways und Protokollkonverter in die digitale Welt transportiert.

Ein typisches Szenario: Ein 30 Jahre alter Füllstandssensor spricht Modbus RTU über RS‑485. Ein modernes IoT‑Gateway liest diese Daten aus, konvertiert sie in MQTT und sendet sie in die Cloud. Der Sensor selbst musste nicht ausgetauscht werden – und das ist der eigentliche Grund für das Überleben von Modbus.

C) Einfachheit und Kosten

Modbus ist kostenlos und einfach zu implementieren. Für einen Hersteller, der einen einfachen Temperatursensor oder ein Strommessgerät entwickelt, ist die Integration von Modbus eine Sache von wenigen Tagen. Die Implementierung von OPC UA oder gar eines sicheren, verschlüsselten Protokolls würde den Entwicklungsaufwand um ein Vielfaches erhöhen – bei einem Gerät, das vielleicht 50 Euro kostet.


6. Die Zukunft: Modbus mit Sicherheits‑Overlay

Die Industrie hat das Sicherheitsproblem erkannt. Die Lösung ist nicht der Ersatz von Modbus, sondern die Absicherung der Umgebung, in der es eingesetzt wird.

Die gängigen Strategien:

  • Netzsegmentierung – Modbus‑Geräte werden in isolierte Netzwerke gelegt, die keinen direkten Zugang zum Internet haben.
  • Firewalls und Deep Packet Inspection – Spezielle industrielle Firewalls erkennen und blockieren auffällige Modbus‑Befehle.
  • Modbus‑Security‑Layer – Unternehmen wie Perinet bieten Lösungen an, die bestehende Modbus‑Systeme durch nachträgliche Verschlüsselung und Authentifizierung sicherer machen, ohne die Hardware austauschen zu müssen.
  • Modbus over TLS – Die IETF hat bereits 2018 einen Standard für die Absicherung von Modbus TCP mittels TLS‑Verschlüsselung veröffentlicht. Die Umsetzung in der Praxis stockt jedoch, da viele alte Geräte keine TLS‑Implementierung unterstützen.

Ein Blick in die Forschung zeigt: Die wissenschaftliche Gemeinschaft beschäftigt sich intensiv mit der Frage, wie man Modbus‑Systeme gegen Covert Penetrations und Hijacking‑Angriffe verteidigen kann. Die Erkenntnis ist ernüchternd: Ein vollständig sicherer Modbus ist nicht möglich – wohl aber ein sicherer Betrieb in einer abgesicherten Umgebung.


7. Ein Blick auf die Konkurrenz – und warum sie nicht gewinnt

Modbus hat starke Konkurrenten:

ProtokollStärkenSchwächen im Vergleich zu Modbus
OPC UASicherheit, Semantik, PlattformunabhängigkeitKomplexität, hoher Ressourcenbedarf
PROFINETEchtzeit, Integriert in Siemens‑WeltProprietär, hohe Kosten
EtherNet/IPBreite Unterstützung in der US‑IndustrieKomplex, abhängig von CIP
MQTTLeichtgewicht, ideal für IoTPublish‑Subscribe, kein direktes Geräte‑Geräte‑Mapping

Keines dieser Protokolle kann die schiere Anzahl der installierten Modbus‑Geräte vorweisen. Und keines ist so einfach und kostenlos zu implementieren wie Modbus.


Fazit & Ausblick

Modbus ist das älteste noch aktive Kommunikationsprotokoll der industriellen Automation – und es wird aller Voraussicht nach auch das nächste Jahrzehnt überleben. Es ist das perfekte Beispiel dafür, dass technischer Erfolg nicht immer durch die beste Technologie, sondern durch Netzwerkeffekte, Installationsbasis und Einfachheit bestimmt wird.

Die Herausforderung der Zukunft wird nicht darin bestehen, Modbus zu ersetzen, sondern es sicher zu machen. Die Industrie steht vor der Aufgabe, die offensichtlichen Sicherheitslücken zu schließen, ohne die Vorteile der Einfachheit und Kompatibilität zu opfern. Das wird gelingen – durch intelligente Gateways, durch Netzsegmentierung und durch ein wachsendes Bewusstsein für die Risiken.

Modbus wird nicht sterben. Es wird sich verwandeln – von einem nackten, unsicheren Protokoll zu einem abgesicherten Standard, der die alte und die neue Welt der Automation miteinander verbindet. Und das ist vielleicht die größte Leistung dieses 50 Jahre alten Protokolls: Es hat sich nie aufgegeben – es hat sich einfach weiterentwickelt.


Quellen

  • Paessler AG: „Modbus-Geschichte“ (Produktdokumentation)
  • Wikipedia: „Modbus“ (russische Ausgabe, Stand 2024)
  • CEChina: „工业通信界的’老炮’——Modbus + RS-485仍将是IIoT的通信’基石'“, 2025
  • ScienceDirect: „Covert penetrations: Analyzing and defending SCADA systems from stealth and Hijacking attacks“, 2025
  • VDE-2025-094: Vulnerability-Lookup (CVE‑Schwachstellen)
  • OPSWAT: „為何不安全的Industrial 通訊協定會威脅關鍵基礎建設“, 2025
  • PUSR IoT: „MODBUS-PROTOKOLL: ARBEITSPRINZIPIEN, VORTEILE, NACHTEILE UND ANWENDUNGEN“
  • IndexBox: „Modbus Modules Market in the World“, 2026
  • Perinet: „Modbus-Retrofit: Alte Systeme sicher und IoT-fähig machen“, 2025
  • FlowFuse: „Why Modbus Refuses to Die“, 2026
  • SE-Elektronic: „Modbus – Der Klassiker der industriellen Kommunikation“, 2026
  • FlowFuse: „Modbus TCP vs Modbus RTU: Reliability, Latency, and Failure Modes“, 2026

Post Comment

You May Have Missed