Die NIS2-Richtlinie und der Einsatz kritischer Komponenten

African American scientist works in a modern scientific laboratory for the research and development of microelectronics and processors. Manufacturing worker uses computer technology and equipment
Bild: ©Maksim Shmeljov/stock.adobe.com

Im ersten Teil dieses Artikels wurden die konkreten Anforderungen des NIS2UmsuCGs in Bezug auf den Einsatz kritischer Komponenten beschrieben. Im vorliegenden Teil soll nun anhand von Beispielen demonstriert werden, welche Tragweite diese Regelungen haben und wie bereits jetzt das ISMS anzupassen oder zu erweitern ist.

Anpassung der Risikoanalyse

Im ersten Teil wurden Gründe angeführt, warum ein Hersteller als nicht vertrauenswürdig angesehen werden kann. Angenommen, dieser Hersteller ist ein IT- oder OT-Chip-Hersteller, dessen Produkte (Prozessoren) in 90 Prozent der eingesetzten Geräte enthalten sind. Dann dürfen diese Geräte nicht weiter eingesetzt werden und der flächendeckende Austausch wird erforderlich. Dies ist auch gegeben, wenn die Prozessoren als IKT-Produkte auf den oben angeführten Listen gem. §30 (6) BSIG stehen.

Nur wenige Unternehmen sind in der Lage alle Endgeräte innerhalb eines Jahres auszutauschen, ohne den Betrieb zu gefährden. Bei Netzbetreibern erschwert sich die Unternehmung, wenn die gesamte Automatisierungs- und Feldtechnik hiervon betroffen ist. Ein entsprechend optimiertes Informationssicherheitsmanagementsystem (ISMS) kann hierfür bereits Lösungswege bereithalten.

Da das NIS2UmsuCG keine konkreten Anforderungen an den Austausch der Komponenten stellt, sollten trotzdem sinnvolle Fristen risikoorientiert verfolgt werden:

  • Unverzüglicher Austausch: Wenn eine unmittelbare Gefahr für die Sicherheit der kritischen Infrastruktur besteht, müssen verbotene Komponenten unverzüglich ausgetauscht werden, das heißt sobald es technisch und organisatorisch machbar ist.
  • Mittelfristige Maßnahmen: In Fällen, in denen die Gefährdung weniger dringlich ist, kann das Gesetz Übergangsfristen festlegen, die den Betreibern von kritischen Infrastrukturen ausreichend Zeit geben, die entsprechenden Komponenten planmäßig zu ersetzen. Diese Fristen werden meist durch die zuständigen Behörden festgelegt und können je nach Fall 6 und 24 Monaten betragen.

Ein ISMS basiert auf Prozessen und reproduzierbaren Entscheidungen wohlüberlegter Analysen. Selbst Analysen folgen einer strengen prozessualen Vorgabe und eine der fundamentalen Analysen eines ISMS, ist die Risikoanalyse. Im obigen Fall gilt, dass das Risiko stets bekannt und entsprechende Maßnahmen vorbereitet sein sollten.

Anpassung des Beschaffungsprozess

Obige Ausführungen zeigen zusätzlich, dass der Beschaffungsprozess mindestens in zwei Ebenen anzupassen ist:

  • Um Verzögerungen oder Engpässe zu vermeiden, sollte eine Pufferzeit von bis zu vier Monaten eingeplant werden, in der keinerlei Integration erfolgt oder Fortschritte erzielt werden können. Während dieser Zeit besteht jederzeit das Risiko, dass der Einsatz verboten wird. Es gilt, ausreichend Alternativen in Betracht zu ziehen und verfügbar zu halten. Für jede Alternative ist erneut mit einer Vorlaufzeit von bis zu vier Monaten zu rechnen.
  • Bereits im Ausschreibungswesen sollten entsprechende Garantieerklärungen der Hersteller eingefordert werden. Gemäß § 41 (3) BSIG_neu darf das BMI Mindestanforderungen an solche Garantieerklärungen definieren. Diese Mindestanforderungen stellen sodann eine gewisse Grundqualität und Vergleichbarkeit sicher.
  • Darüber hinaus müssen entsprechende Kommunikationswege und Meldungen sowie Vorabprüfungen im Prozess an geeigneten Stellen berücksichtigt werden. Ebenso sind vorhandene Zertifizierungen, z.B. gemäß dem Framework der ENISA zum Cybersecurity Act, bei der Produktauswahl zu berücksichtigen.

Der erste Punkt zeigt jedoch, dass für Unternehmen Risiken drohen. Das sogenannte ‚Vendor-Lock-In‘ wirkt wahrscheinlicher, denn bereits freigegebene Komponenten stellen keine Umsetzungsverzögerung dar. Dabei wird das Unternehmen abhängiger und ein nachträgliches Verbot aufgrund politischer Zerwürfnisse schwerwiegender.

Schwachstellenmanagement

Wie im ersten Teil ausgeführt, müssen Hersteller über eine gewisse Vertrauenswürdigkeit verfügen. Diese kann durch ein mangelndes oder träges Schwachstellen- und Patchmanagement in Frage gestellt werden. Um dies aber messen und insbesondere um etwaige Abweichungen von der Garantieerklärung identifizieren zu können, ist es ebenso ratsam sein eigenes Schwachstellenmanagement anzupassen. Ergänzend kann der Geltungsbereich von Penetrationstests auch ausgeweitet werden. Hersteller sollten hierbei stets unterstützend tätig werden und auch gemeinsame Überprüfungen mit Lieferanten planen. Auch sollte zukünftig die Zeit gemessen werden, wann eine Schwachstelle bekannt wurde und wann die tatsächliche Behebung stattfand.

Seiten: 1 2



  • Was Mercedes-Benz gegen Produktfälscher tut

    Was Mercedes-Benz gegen Produktfälscher tut

    In Zusammenarbeit mit Zoll-, Gewerbeaufsichts- und Strafverfolgungsbehörden geht Mercedes-Benz weltweit gegen Fälschungen vor.

    mehr lesen: Was Mercedes-Benz gegen Produktfälscher tut

  • Wissenschaftler entwickeln Open-Source-Programm für die Quantenphysik

    Wissenschaftler entwickeln Open-Source-Programm für die Quantenphysik

    Wissenschaftler am Institut für Photonische Quantensysteme (PhoQS) und dem Paderborner Zentrum für Paralleles Rechnen (PC2) der Universität Paderborn haben ein Open-Source-Software-Tool entwickelt, das die Simulation von Lichtverhalten in Quantensystemen ermöglicht.

    mehr lesen: Wissenschaftler entwickeln Open-Source-Programm für die Quantenphysik

  • Kabinett bringt NIS-2 auf den Weg

    Kabinett bringt NIS-2 auf den Weg

    Das Bundeskabinett hat den Gesetzentwurf von Bundesinnenminister Alexander Dobrindt zur Stärkung der Cybersicherheit beschlossen.

    mehr lesen: Kabinett bringt NIS-2 auf den Weg

  • Insys Icom wird 33

    Insys Icom wird 33

    Insys Icom feiert in diesem Jahr 33-jähriges Bestehen. Das Regensburger Unternehmen wurde 1992 gegründet und ist heute in drei eigenständige Unternehmen gegliedert: Insys Icom, Insys Locks und Insys Test.

    mehr lesen: Insys Icom wird 33

  • Slalom und Device Insight mit strategischer Partnerschaft

    Slalom und Device Insight mit strategischer Partnerschaft

    Slalom Germany und Device Insight richten sich im Rahmen einer strategischen Kooperation an Fertigungsunternehmen und bieten ein gemeinsames Portfolio an, das Beratungsexpertise in den Bereichen Data, Analytics und KI mit…

    mehr lesen: Slalom und Device Insight mit strategischer Partnerschaft

  • Aus Felten wird MPDV

    Aus Felten wird MPDV

    Nach der Übernahme der Felten Group durch die MPDV Mikrolab GmbH im Jahr 2019 erfolgt nun die Integration des Unternehmens durch den MES-Spezialisten aus Mosbach.

    mehr lesen: Aus Felten wird MPDV

  • HTEC erklärt AI Distillation

    HTEC erklärt AI Distillation

    Große KI-Modelle wie GPT-4.5 oder OpenAI o3 bilden die Speerspitze des technologischen Fortschritts.

    mehr lesen: HTEC erklärt AI Distillation

  • Warum Maschinenidentitäten zur Sicherheitsfalle werden können

    Warum Maschinenidentitäten zur Sicherheitsfalle werden können

    Automatisierung beschleunigt Prozesse, verbindet Systeme und spart Zeit. Bots, APIs, Cloud-Workloads oder RPA-Tools übernehmen Aufgaben, die früher menschlichen Mitarbeitenden vorbehalten waren. Doch auch die digitalen Helfer verwalten sich nicht selbst:…

    mehr lesen: Warum Maschinenidentitäten zur Sicherheitsfalle werden können

  • Robotersteuerung aus dem Weltall

    Robotersteuerung aus dem Weltall

    Am 24. Juli führte das Surface-Avatar-Team am Deutschen Zentrum für Luft- und Raumfahrt (DLR) in Oberpfaffenhofen das letzte und laut DLR bisher anspruchsvollste Experiment der Mission Surface Avatar vor.

    mehr lesen: Robotersteuerung aus dem Weltall

  • Dassault Systèmes übernimmt Ascon Qube-Technologie

    Dassault Systèmes übernimmt Ascon Qube-Technologie

    Dassault Systèmes hat die Ascon Qube-Technologie von der Ascon Systems Holding GmbH übernommen.

    mehr lesen: Dassault Systèmes übernimmt Ascon Qube-Technologie

  • B-Human ist erneut Weltmeister

    B-Human ist erneut Weltmeister

    Das Team B-Human der Universität Bremen und des Deutschen Forschungszentrums für Künstliche Intelligenz (DFKI) errang bei der RoboCup-WM in Salvador in Brasilien bei der 16. Teilnahme zum zwölften Mal den…

    mehr lesen: B-Human ist erneut Weltmeister

  • Itac und Red Hat kooperieren

    Itac und Red Hat kooperieren

    Die Itac Software AG und Red Hat haben eine strategische Technologiepartnerschaft geschlossen.

    mehr lesen: Itac und Red Hat kooperieren