Zusammenfassung: Die Enlit Europe ist am 12. November in Wien zu Ende gegangen. Vor der Messe haben wir die Ausstellerliste danach sortiert, was jedes Unternehmen baut: Von 473 Profilen waren 153 Hardware-Hersteller. Das meiste, was sie bauen, sind keine Solarmodule oder Batterien, sondern Netzautomatisierung, Zähler, Gateways und Sensoren: Geräte, die jahrelang in einem Keller, einem Umspannwerk oder an einer Freileitung sitzen. Unter dem EU Cyber Resilience Act teilen sich diese Geräte eine Messehalle, gehen aber unterschiedliche Wege. Hier ist, was auf der Messe zu sehen war, wie der CRA jede Gruppe einordnet, warum ein Zähler und ein Gateway entgegengesetzte Update-Probleme haben und wo wir bei jeder Gruppe anfangen würden.
Was auf der Messe zu sehen war
Wir haben die 153 Hardware-Hersteller nach ihrer wichtigsten Produktgruppe eingeordnet. Viele Unternehmen passen in mehrere Gruppen, deshalb sind die Anteile gerundet:
| Gerätegruppe | Anteil | Typische Konnektivität | CRA-Kategorie |
|---|---|---|---|
| Netzautomatisierung und Schutztechnik | ~25 % | Ethernet, IEC 61850 / 104, LTE | Standard, außer die Kernfunktion ist Routing oder Switching |
| Wasser-, Gas- und Wärmezähler | ~20 % | wM-Bus, LoRaWAN, NB-IoT | Standard |
| Stromzähler | ~20 % | PLC, Mobilfunk, Ethernet (Gewerbe und Industrie) | Standard |
| Gateways und Kommunikationsmodule | ~10 % | LTE, Ethernet, Zählerfunk | Wichtig oder kritisch |
| Energiemanagementsysteme | ~10 % | WLAN, Modbus, Cloud | Standard |
| Leitungssensoren (Last und Durchhang an Freileitungen) | <5 % | Mobilfunk, Low-Power-Funk | Standard |
Die Sicherheitsregeln liegen nicht mehr in der Zukunft
Für vernetzte Geräte, die in der EU verkauft werden, zählen drei Daten:
- Seit dem 1. August 2025 müssen Funkgeräte die Cybersicherheitsanforderungen der Funkanlagenrichtlinie (RED) erfüllen.
- Seit dem 11. September 2026 verlangt der CRA eine Frühwarnung innerhalb von 24 Stunden, nachdem ein Hersteller von einer aktiv ausgenutzten Schwachstelle erfahren hat.
- Ab dem 11. Dezember 2027 gilt der vollständige CRA, einschließlich eines Support-Zeitraums, den der Hersteller angibt und einhalten muss.
Eine Frühwarnung innerhalb von 24 Stunden hilft nur, wenn der Fix folgen kann. Niemand fährt in jeden Keller oder jedes Umspannwerk, um jedes Gerät einzeln zu aktualisieren. Der Fix läuft über die Verbindung, die das Gerät bereits hat.
Dieselbe Messehalle, unterschiedliche CRA-Wege
Die CRA-Kategorie richtet sich nach der Kernfunktion eines Produkts, nicht nach dem Stand, auf dem es steht. Router, Modems und Switches stehen in Anhang III als wichtige Produkte (Klasse I). Smart-Meter-Gateways stehen in Anhang IV als kritisch. Die meisten Zähler, Sensoren und Energiemanagementsysteme fallen in die Standardkategorie, ebenso ein Gerät der Netzautomatisierung, außer seine Kernfunktion ist Routing oder Switching. Zwei Unternehmen in derselben Halle, die beide an Netzbetreiber und Versorger verkaufen, können vor einem ganz unterschiedlichen Konformitätsaufwand stehen.
Was wir auf der Messe gesehen haben, passte dazu:
- Router- und Gateway-Hersteller wirkten am besten vorbereitet. Ihre Produkte sind Netzwerkinfrastruktur, und Patchen gehört dort schon zum Alltag.
- Zähler und Leitungssensoren wirkten am wenigsten vorbereitet. Jahrelang wurden sie mit einer einzigen Firmware für ihr ganzes Leben gebaut. Jetzt brauchen sie Firmware-Updates over the air (FUOTA).
- FUOTA über eine schmale Funkverbindung ist nicht trivial. Es braucht fortgeschrittene Erfahrung mit Konnektivität und tiefes Firmware-Wissen.
Zähler und Gateway: entgegengesetzte Update-Probleme
Ein LoRaWAN-Zähler und ein Linux-Gateway im selben Umspannwerk zeigen, wie unterschiedlich die Arbeit ist.
Das Problem des Zählers ist, ein paar hundert KB überhaupt durchzubringen. Viele LoRaWAN-Zähler und -Sensoren wurden dafür gebaut, einmal installiert und dann mit ihrer Batterie in Ruhe gelassen zu werden. Jetzt brauchen sie Sicherheitsupdates für ihren gesamten Support-Zeitraum, über eine Funkverbindung, die für winzige Nachrichten gebaut ist:
- Bei den langsamsten Datenraten im EU868-Band trägt ein Paket höchstens 51 Byte, ein Image von 200 KB sind also grob 4.000 Pakete.
- In den meisten EU868-Teilbändern darf nur 1 % der Zeit gesendet werden.
- Die meisten batteriebetriebenen LoRaWAN-Geräte hören nur einen Moment lang zu, direkt nachdem sie gesendet haben. Updates brauchen deshalb die FUOTA-Bausteine der LoRa Alliance: Uhrzeitsynchronisation, Multicast-Sitzungen und Fragmente mit Redundanz.
- Jedes Update verbraucht Batterie, die für jahrelange Messungen eingeplant war.
Das Problem des Gateways ist, wie oft es gepatcht werden muss. Die Bandbreite über Ethernet oder LTE reicht, aber:
- Das Image ist zehn bis Hunderte MB groß: ein Kernel, ein Bootloader und Hunderte Open-Source-Pakete.
- Jedes dieser Pakete hat seine eigenen Schwachstellen, deshalb braucht das Gateway viel häufiger Sicherheitsupdates als ein Zähler.
- Ein fehlgeschlagenes Update kann jedes Gerät hinter dem Gateway abschneiden, deshalb ist ein A/B-Root-Dateisystem mit automatischem Rollback Pflicht.
Wo wir anfangen würden, Gruppe für Gruppe
- Netzautomatisierung und Schutztechnik. Updates müssen in das Wartungsfenster des Betreibers passen. Prüfen Sie zuerst die Kernfunktion jedes Produkts gegen Anhang III.
- Wasser-, Gas- und Wärmezähler. Jedes Update kostet Batterie. Prüfen Sie zuerst, ob Funk, Batterie und Flash ein Update tragen können, und messen Sie ein vollständiges Update in Sendezeit und Batterie.
- Stromzähler. Ein fehlerhaftes Release kann jeden Zähler erreichen. Beginnen Sie mit signierten Updates und Rollback, dann mit gestaffelten Rollouts mit automatischem Stopp.
- Gateways und Kommunikationsmodule. Hier ist der CRA strenger („wichtig“ oder „kritisch“). Beginnen Sie mit einer SBOM pro Release und sprechen Sie früh mit einer benannten Stelle.
- Energiemanagementsysteme. Ein schwaches Cloud-Konto kann jeden Wechselrichter erreichen. Listen Sie zuerst jedes Konto und jeden Schlüssel auf, die einem Gerät Befehle geben können.
- Leitungssensoren. Einen zu erreichen braucht einen Freileitungstrupp. Entwerfen Sie FUOTA mit A/B-Images und Rollback, bevor die Geräte ausgeliefert werden, und unterbrechen Sie auf dem Labortisch mitten im Update den Strom, um zu prüfen, ob sich der Sensor erholt.
Was jede Gruppe braucht, unabhängig von der Kategorie
Ob Zähler oder Gateway: Ein Gerät über seine ganze Lebensdauer sicher zu halten, ist eine andere Entwicklungsaufgabe, als es auszuliefern:
- Updates, die über schmale Verbindungen funktionieren: FUOTA über LoRaWAN, PLC, NB-IoT oder LTE-M, mit kleinen Delta-Paketen, fortsetzbaren Downloads und einer A/B-Partition, die bei einem Fehler zurückrollt.
- Gestaffelte Rollouts: zuerst eine kleine Gruppe von Geräten, Health-Checks, automatischer Stopp.
- Signierte Firmware und Secure Boot, mit einem eigenen Schlüssel pro Gerät, im Werk gesetzt.
- Eine SBOM des Images, das Sie tatsächlich ausliefern, damit sich eine neue Schwachstelle in Stunden statt Wochen den betroffenen Geräten zuordnen lässt.
- Ein Support-Zeitraum, den Sie einhalten können: Das Gerät überdauert mehrere Versionen seines SDKs und seiner Chip-Dokumentation.
Für die Rollout-Seite ist unsere eigene Flotte eine nützliche Referenz. Bei LaMetric haben wir 250 Releases per Funk (OTA) an rund 75.000 Geräte ausgeliefert, die online sind. Das funktioniert, weil der Update-Weg von Anfang an mitgeplant war und nicht erst nachgerüstet wurde, als die Geräte schon im Feld waren.
So helfen wir
Bei Smart Atoms entwickeln wir Konnektivität und Update-Weg vernetzter Geräte vom ersten Prototyp bis zur Flotte: FUOTA über schmale Verbindungen, A/B-Updates mit Rollback, Secure Boot, signierte Releases und gestaffelte Rollouts. Mehr dazu auf unserer Seite zu sicheren OTA-Updates. Um zu sehen, wo Ihr Produkt beim CRA steht, machen Sie den 5-Minuten-CRA-Readiness-Check. Wenn Ihre Zähler, Sensoren oder Gateways einen Update-Plan brauchen, der ihren ganzen Support-Zeitraum trägt, sprechen Sie mit einem Ingenieur.
Zu welcher Gruppe gehören Sie?
Quellen: Auswertung von 473 Ausstellerprofilen der Enlit Europe 2026 durch Smart Atoms (153 Hardware-Hersteller ausgewählt); Cyber Resilience Act, Verordnung (EU) 2024/2847, Anhänge III und IV; FUOTA-Bausteinspezifikationen der LoRa Alliance (auf Englisch).
