Softwareänderungen und Eingriffsaufzeichnungen bei Maschinen
Sytance · Aktualisiert
Software, Konfigurationen und Nachweise zu Eingriffen sind relevant, wenn sie für den sicheren Betrieb erforderlich oder für die Einhaltung der einschlägigen grundlegenden Gesundheits- und Sicherheitsanforderungen entscheidend sind. Die Verordnung behandelt außerdem bestimmte spätere digitale Änderungen als wesentliche Änderungen, sofern die rechtliche Definition erfüllt ist.
Die Verweise auf prEN 50742 in diesem Artikel beziehen sich auf den im Dezember 2025 zur Umfrage vorgelegten Entwurf: Klauseln 3.2 und 3.10, 7.3.1–7.3.5, 8.4–8.5 und 9. Dies sind Entwurfsbestimmungen für die technische Planung und keine Anforderungen einer veröffentlichten Europäischen Norm.
Sicherheitssoftware muss identifizierbar sein
die auf der Maschine installierte Software identifizieren, die für ihren sicheren Betrieb erforderlich ist
Verordnung (EU) 2023/1230, Anhang III Abschnitt 1.1.9 – englischer Originaltext
Die Anforderung ist enger gefasst als ein vollständiges Softwareinventar. Sie betrifft Software, die auf der Maschine oder dem verwandten Produkt installiert und für den sicheren Betrieb erforderlich ist. Die Informationen müssen jederzeit in leicht zugänglicher Form verfügbar sein.
In der Praxis können zum sicherheitsrelevanten Satz sicherheitsbezogene Anwendungssoftware, Firmware, Software für Robotersteuerungen, Logik von Sicherheits-SPS, Sicherheitsparameter von Antrieben, HMI-Software für Sicherheitsanweisungen und Konfigurationsdateien zur Festlegung von Sicherheitsgrenzwerten gehören.
Nachweise zu Eingriffen und Konfigurationen
Anhang III Abschnitt 1.1.9 verlangt Nachweise zu legitimen oder illegitimen Eingriffen in relevante Hardware, Software, Softwareänderungen oder Konfigurationen. prEN 50742 verwendet den Entwurfsbegriff „Eingriff“ für eine Handlung oder ein Ereignis, durch das Software oder Daten geändert und das Verhalten, der Zustand oder der Betrieb der Maschine verändert oder unterbrochen wird.
Updates und Änderungen
Softwareupdates, Firmwareänderungen, Änderungen sicherheitsbezogener Anwendungssoftware und Konfigurationsupdates können Eingriffe sein, wenn sie sicherheitsrelevante Software oder Daten betreffen.
Nachweise und Protokolle zur Rückverfolgung
Nachweise können digital oder physisch sein. prEN 50742 behandelt Protokolle zur Rückverfolgung als Aufzeichnungen von Eingriffen, die das sicherheitsbezogene Steuerungssystem betreffen.
Lesbare Identifizierung
Die Aufzeichnung identifiziert Softwareversion und Konfiguration in einer für Menschen lesbaren Form, entweder über eine integrierte Anzeige oder ein allgemein verfügbares externes Werkzeug.
Geschützte Aufzeichnungen
Nachweise müssen hinreichend vertrauenswürdig bleiben, um die sicherheitstechnische Schlussfolgerung zu stützen. Ein Protokoll, das unbemerkt geändert werden kann, belegt nicht die Eingriffshistorie.
Aufzeichnungen zum Steuerungssystem
Klausel 7.3.4, Ansatz A, des Entwurfs vom Dezember 2025 verlangt Nachweise für mindestens den letzten Eingriff jeder Art, die Speicherung der Rückverfolgungsdaten für jeden Eingriff für mindestens fünf Jahre und die Aktivierung des Rückverfolgungsprotokolls ab Inbetriebnahme. Klausel 8.5, Ansatz B, verlangt, dass Prüfaufzeichnungen zu Sicherheitsfunktionen mindestens fünf Jahre aufbewahrt werden. Diese Entwurfsregelungen zur Aufbewahrung sind getrennt von der nachstehenden Verordnungsregel zu lesen, deren Frist ab dem Hochladen läuft.
Anhang III Abschnitt 1.2.1 ergänzt eine spezielle Regel zu Rückverfolgungsprotokollen für Steuerungssysteme. Das Rückverfolgungsprotokoll zu Eingriffsdaten und hochgeladenen Versionen von Sicherheitssoftware muss nach dem Hochladen fünf Jahre lang aktiviert bleiben, ausschließlich um auf begründete Anfrage einer zuständigen nationalen Behörde die Konformität mit Anhang III nachzuweisen.
Bei Maschinen mit vollständig oder teilweise selbstentwickelndem Verhalten oder entsprechender Logik behandelt Anhang III Abschnitt 1.2.1 außerdem die Aufzeichnung von Daten zum sicherheitsbezogenen Entscheidungsprozess softwarebasierter Sicherheitssysteme, die eine Sicherheitsfunktion gewährleisten, einschließlich Sicherheitskomponenten.
Wesentliche Änderung
Eine spätere Software- oder Konfigurationsänderung ist nicht automatisch eine wesentliche Änderung. Artikel 3 definiert sie als eine physische oder digitale Änderung nach dem Inverkehrbringen oder der Inbetriebnahme der Maschine oder des verwandten Produkts, die vom Hersteller weder vorgesehen noch geplant war, die Sicherheit durch Entstehung einer neuen Gefährdung oder Erhöhung eines bestehenden Risikos beeinträchtigt und die aufgeführten Schutzänderungen erforderlich macht.
Vorgesehene Softwareupdates sollten in der ursprünglichen Risikobewertung und technischen Dokumentation berücksichtigt werden, wenn sie beim Inverkehrbringen oder der Inbetriebnahme vorhersehbar sind.
Eine spätere digitale Änderung kann unter die Definition der wesentlichen Änderung fallen, wenn sie vom Hersteller weder vorgesehen noch geplant war und die sicherheitstechnische Schlussfolgerung in der in Artikel 3 beschriebenen Weise verändert.
Laut Erwägungsgrund der Verordnung sollten Reparatur- und Wartungsarbeiten, die die Einhaltung der einschlägigen grundlegenden Gesundheits- und Sicherheitsanforderungen nicht beeinträchtigen, nicht als wesentliche Änderungen behandelt werden.
Nutzerinformationen
Die Gebrauchsanleitung muss den vorgesehenen Verwendungszweck und vernünftigerweise vorhersehbare Fehlanwendungen abdecken. Bei Software und Cybersicherheit sollte sie die für die sichere Verwendung notwendigen Informationen erläutern: Identifizierung von Version und Konfiguration, erlaubte und verbotene Änderungen, Zugriff auf Nachweise zu Eingriffen, Annahmen zum Sicherheitskontext und vom Nutzer erwartete kompensierende Maßnahmen.
- die sicherheitsrelevante Software und Konfigurationskennung angeben;
- erläutern, wie Nutzer oder Behörden auf Kennung oder Nachweise zugreifen können;
- Änderungen benennen, die erlaubt, verboten oder außerhalb des vorgesehenen Verwendungszwecks des Herstellers sind;
- Annahmen zum Sicherheitskontext nennen, die den sicheren Betrieb beeinflussen, etwa vertrauenswürdige Netzwerkgrenzen;
- eine Gegenmaßnahme des Nutzers nicht als Ersatz für eine erforderliche sichere Auslegung darstellen.