
Kundenart: Praxisnahes, anonymisiertes Projektszenario
Branche: Gebäudetechnik
Standorte: 8 Standorte in Europa
Mitarbeitende: 1.200
Leistung: Cyber Resilience Act (CRA)
Praxisnahes, anonymisiertes Projektszenario. Unternehmensmerkmale und Kennzahlen wurden so gewählt, dass keine Rückschlüsse auf einzelne Auftraggeber möglich sind.
Ein Unternehmen aus der Branche Gebäudetechnik mit 1.200 Mitarbeitenden wollte den Bereich Cyber Resilience Act (CRA) strukturiert weiterentwickeln. Der betrachtete Umfang umfasste 8 Standorte in Europa. Der Anlass war nicht eine einzelne formale Anforderung, sondern die Frage, wie sich Sicherheitsrisiken im operativen Alltag belastbar steuern und gegenüber Management, Kunden und Prüfern nachvollziehbar darstellen lassen.
Im Mittelpunkt standen unklare Produktverantwortung, fehlende Schwachstellenprozesse und nicht belastbare Nachweise über den gesamten Produktlebenszyklus. Ziel war deshalb ein Vorgehen, das fachlich belastbar ist, zu den tatsächlichen Geschäftsprozessen passt und der Organisation klare Prioritäten für die Umsetzung gibt.
Ein heterogenes Portfolio aus Gateways, Sensoren und Cloud-Diensten musste erstmals durchgängig gegen die CRA-Pflichten bewertet werden.
Die vorhandenen Maßnahmen waren über mehrere Bereiche verteilt und in Teilen historisch gewachsen. Einzelne Kontrollen funktionierten bereits, ihre Wirksamkeit, Abdeckung und Verantwortlichkeit waren jedoch nicht durchgängig dokumentiert. Dadurch fehlte eine gemeinsame Sicht darauf, welche Risiken akzeptiert werden konnten und wo kurzfristiger Handlungsbedarf bestand.
Der betrachtete Umfang – 8 Standorte in Europa – brachte unterschiedliche technische Voraussetzungen, lokale Abläufe und Abhängigkeiten mit sich. Für das Management war entscheidend, dass Empfehlungen nicht als isolierte Security-Liste entstehen, sondern mit Geschäftsauswirkungen, Aufwand, Verantwortlichkeiten und realistischen Terminen verbunden werden.
Besonders relevant waren Produktklassifizierung, Secure Development Lifecycle, Schwachstellenbehandlung, Komponenten- und Lieferkettentransparenz, technische Dokumentation und Meldewege. Gleichzeitig galt: Compliance musste in bestehende Entwicklungs- und Releasezyklen integriert werden, ohne Markteinführungen unnötig zu verzögern.
Gemeinsam wurde ein Zielbild definiert, das klare Verantwortlichkeiten, nachvollziehbare Entscheidungen und eine risikoorientierte Umsetzung miteinander verbindet. Der Projektauftrag umfasste sowohl die unabhängige Bewertung des Status quo als auch die Entwicklung konkreter, priorisierter Maßnahmen.
Das Ergebnis sollte den operativen Teams unmittelbar helfen und zugleich eine belastbare Entscheidungsgrundlage für die Leitungsebene schaffen. Dafür wurden technische, organisatorische und prozessuale Aspekte in einem gemeinsamen Arbeitsmodell betrachtet.
In Workshops wurden 64 Produkte klassifiziert, Nachweislücken identifiziert und ein gemeinsamer Prozess für Security Updates, Supportzeiträume und Kundenkommunikation aufgebaut.
Zu Beginn wurden Dokumente, Systemübersichten, vorhandene Nachweise und laufende Initiativen ausgewertet. In strukturierten Interviews wurden relevante Ansprechpartner einbezogen. Vertreten waren Produktmanagement, Entwicklung, Qualität, Legal, Informationssicherheit, Einkauf und Service. Dabei wurden Soll-Prozesse mit der tatsächlich gelebten Praxis abgeglichen. So konnten formale Lücken von echten Wirksamkeitsrisiken getrennt werden.
Anschließend wurden die Erkenntnisse in konkrete Risikoszenarien übersetzt. Jede Feststellung wurde danach bewertet, welche Auswirkung sie auf Verfügbarkeit, Vertraulichkeit, Integrität, regulatorische Nachweisfähigkeit und operative Handlungsfähigkeit haben kann. Abhängigkeiten zwischen Maßnahmen wurden ausdrücklich berücksichtigt, damit die Roadmap in einer sinnvollen Reihenfolge umgesetzt werden kann.
In Arbeitsworkshops wurden Zielprozesse, Rollen und Kontrollpunkte gemeinsam mit den Verantwortlichen ausgearbeitet. Bestehende Werkzeuge und Gremien wurden soweit möglich weiterverwendet. Neue Vorgaben entstanden nur dort, wo sie für Steuerung, Nachweis oder nachhaltige Wirksamkeit erforderlich waren.
Zum Abschluss wurden Quick Wins, mittelfristige Verbesserungen und strukturelle Maßnahmen getrennt priorisiert. Für jedes Arbeitspaket wurden Verantwortlichkeit, erwartetes Ergebnis, notwendige Mitwirkung und ein realistischer Zeithorizont festgehalten.
Das Projekt lieferte nicht nur eine Bewertung, sondern ein umsetzbares Gesamtpaket. Es umfasste Produkt-Gap-Analyse, Rollenmodell, CRA-Kontrollrahmen, Dokumentationspaket und priorisierter Umsetzungsplan. Besonders wichtig waren folgende messbare Ergebnisse:
Die Kennzahlen wurden gemeinsam mit dem Kunden plausibilisiert und in den jeweiligen betrieblichen Kontext eingeordnet. Damit blieben sie nicht isolierte Erfolgswerte, sondern wurden Teil der weiteren Steuerung und des Management-Reportings.
Die Organisation erhielt erstmals eine konsolidierte Sicht auf Ausgangslage, Risiken und Abhängigkeiten. Entscheidungen konnten dadurch stärker nach tatsächlicher Geschäftswirkung getroffen werden, statt Maßnahmen nur nach Einzelanforderungen oder technischer Dringlichkeit zu sortieren.
Für die Fachbereiche entstanden verständliche Arbeitspakete mit klaren Ansprechpartnern. Das reduzierte Abstimmungsaufwand und half, Sicherheitsanforderungen in bestehende Betriebs-, Entwicklungs- und Managementprozesse einzubetten. Gleichzeitig verbesserte sich die Nachweisfähigkeit gegenüber Kunden, Prüfern und internen Kontrollfunktionen.
Auch die Leitungsebene profitierte von einer klareren Steuerung: Restrisiken, Investitionsbedarf und Fortschritt konnten transparent berichtet und begründet werden. Dadurch wurde Sicherheit stärker als gemeinsame Managementaufgabe verankert.
Entscheidend war die Verbindung aus methodischer Tiefe und pragmatischer Umsetzung. Anforderungen wurden nicht abstrakt übertragen, sondern anhand der tatsächlichen Systeme, Prozesse, Standorte und Entscheidungswege bewertet. So entstanden Maßnahmen, die fachlich korrekt und im Alltag tragfähig sind.
Ebenso wichtig war die frühe Einbindung der betroffenen Rollen. Fachwissen aus Betrieb und Technik floss direkt in Bewertung und Zielbild ein. Das erhöhte die Qualität der Ergebnisse und schuf Akzeptanz für die anschließende Umsetzung.
Das Unternehmen verfügt nun über eine belastbare Grundlage, um den Bereich Cyber Resilience Act (CRA) planbar und risikoorientiert weiterzuentwickeln. Relevante Lücken sind transparent, Verantwortlichkeiten geklärt und die nächsten Schritte nach Wirkung und Umsetzbarkeit priorisiert.
Statt einer umfangreichen Sammlung abstrakter Anforderungen entstand ein handhabbarer Fahrplan, der Management, Fachbereiche und Technik zusammenführt. Die Organisation kann Fortschritt messen, Entscheidungen dokumentieren und neue Anforderungen konsistent in das bestehende Modell aufnehmen.
Das Projektszenario zeigt: Nachhaltige Verbesserungen im Bereich Cyber Resilience Act (CRA) entstehen nicht durch einzelne Dokumente oder Werkzeuge. Entscheidend ist das Zusammenspiel aus klarer Governance, realistischen Maßnahmen, belastbaren Nachweisen und einer Umsetzung, die zur betrieblichen Realität des Unternehmens passt.
Vereinbaren Sie ein unverbindliches Erstgespräch und lassen Sie uns gemeinsam klären, wo Ihr Unternehmen steht und welche nächsten Schritte sinnvoll sind.
Lernen Sie die gemeinsamen Erfolgsgeschichten mit unseren Kunden kennen.