Ein praktischer Entscheidungsleitfaden

Wenn Sie eine vorgefertigte Konnektivitätslösung von einem Spezialisten wie HMS verwenden, verlagert sich ein erheblicher Teil der CRA-Arbeitslast auf der Konnektivitätsebene von Ihrem Team auf den Lieferanten. 


Dazu gehört die Verantwortung für: 

• Sichere Entwicklung der Kommunikationsschnittstelle 
  
  
• Überwachung und Offenlegung von Schwachstellen
  
  
• Firmware-Verwaltung und Updates 
  
  
• Sicherheitsdokumentation 
  
  
• Langfristiger Lifecycle-Support 
  
  

Ihr Team ist nach wie vor Eigentümer des gesamten Produkts, einschließlich der Risikobewertung und der allgemeinen Compliance. Aber der Arbeitsaufwand, den Sie intern aufbauen und pflegen müssen, wird erheblich reduziert. 

Für viele Hersteller ist dies der praktischste Weg, um die CRA-Anforderungen zu erfüllen, ohne die internen Entwicklungsressourcen zu erweitern. 

Bestehende Anwender von Anybus CompactCom befinden sich in einer guten Position, aber CRA bringt einige neue Überlegungen mit sich. Am wichtigsten ist es, sicherzustellen, dass die Integration den Richtlinien für die beabsichtigte Verwendung im Leitfaden zur Integration sicherer Geräte entspricht. Zum Beispiel die Deaktivierung nicht verwendeter Ports und Dienste, die Implementierung von Zugriffskontrollen und die Anpassung der Gerätedokumentation an die CRA-Anforderungen. 

Es ist auch eine gute Gelegenheit, die Verwendung von CompactCom über weitere Produkte und Varianten hinweg zu standardisieren, sodass Konnektivitätssicherheit, Updates und Dokumentation über den gesamten HMS-Lebenszyklus hinweg einheitlich verwaltet werden können und nicht für jedes Produkt unterschiedlich gehandhabt werden müssen. 

Für Gerätehersteller, die Konnektivität in ihre Produkte integrieren, bietet HMS die Embedded-Kommunikationsschnittstellen der Anybus CompactCom-Familie an.  

CompactCom lässt sich direkt in die Platine oder das Gehäuse eines Geräts integrieren und bietet Konnektivität für industrielle Netzwerke wie PROFINET oder EtherNet/IP, ohne dass der Gerätehersteller den zugrunde liegenden Kommunikationsstack entwickeln oder pflegen muss. HMS entwickelt, testet, dokumentiert und wartet CompactCom, sodass die CRA-Workloads auf Konnektivitätsebene auf HMS übertragen werden und nicht mehr mit dem Entwicklungsteam des Geräteherstellers zusammenarbeiten müssen.  

Es ist je nach Verwendungszweck in zwei Hauptvarianten erhältlich: als Standard CompactCom 40 für vertrauenswürdige industrielle OT-Umgebungen und als CompactCom 40 IIoT Secure für Geräte, die sich mit IT-Systemen oder IIoT-Plattformen verbinden oder außerhalb vertrauenswürdiger Netzwerke betrieben werden. 

Ja, in erheblichem Maße. 

CRA verwandelt die interne Konnektivität in eine langfristige organisatorische Verpflichtung und nicht nur in eine technische Aufgabe. Wenn Sie Eigentümer des Protokoll-Stacks sind, besitzen Sie alles, was im Rahmen von CRA damit einhergeht – den sicheren Entwicklungslebenszyklus, die Schwachstellenüberwachung, die SBOM-Wartung, die Firmware-Signatur- und Aktualisierungsmechanismen, die Sicherheitsdokumentation und den Lifecycle-Support, solange das Produkt auf dem Markt ist. Das ist ein erhebliches und kontinuierliches Arbeitspensum.  

Die Schlüsselfrage, die sich Hersteller stellen müssen, ist, ob die Aufrechterhaltung der Konnektivität der Bereich ist, an dem ihre technischen Ressourcen den größten Wert schaffen, oder ob sie zu einer Wartungsverpflichtung geworden ist, die jetzt unter CRA viel sichtbarer und kostspieliger ist. 

Durch die Integration von CompactCom übernehmen Gerätehersteller die zertifizierten Entwicklungsprozesse von HMS – einschließlich IEC 62443-4-1 ML3, ISO 9001 und ISO 27001 – sowie das Firmware-Management, die Offenlegung von Schwachstellen, Sicherheitsdatenblätter und langfristigen Lifecycle-Support. Das ist der Großteil der CRA-Arbeitslast auf der Konnektivitätsschicht, die dem Gerätehersteller abgenommen wird. Was beim Gerätehersteller verbleibt, ist die Verantwortung für die Host-Anwendung, die Risikobewertung des Produkts, die Dokumentation des Verwendungszwecks und die gesamte Konformität des Geräts – aber die Konnektivitäts-Sicherheitsinfrastruktur selbst liegt in der pflegt Verantwortung von HMS.