Eine Aufgabe: Ihr Produkt durch seine Compliance-Pflichten bringen — ohne die Entwicklung auszubremsen
Ich verkaufe keine generische Liste von Penetrationstests. Ich mache eine Sache: Produkte mit digitalen Elementen — vernetzte Maschinen, eingebettete Steuergeräte, Industriegeräte — durch die Regulierungen bringen, die sie heute gaten (CRA, ISO 21434, IEC 62443, ASPICE), und diese Last in eine automatisierte Architektur verwandeln, mit der Ihr Team leben kann.
Drei fokussierte Säulen, jede an einen Termin gebunden, den Sie wirklich haben.
1 · CRA- & IEC-62443-Readiness
Foto von Petter Lagson auf Unsplash
Der Cyber Resilience Act macht Cybersicherheit bis 2027 zur Voraussetzung für die CE-Kennzeichnung jedes Produkts mit digitalen Elementen. Ich mache vernetzte Maschinen und Geräte konformitätsbereit — Gap-Assessment, Secure-by-Design-Architektur, Schwachstellen-Handling und SBOM-Prozesse — damit Compliance nicht zum Auslieferungshindernis wird.
- CRA-Gap-Assessment
- IEC 62443 Secure-by-Design
- Schwachstellen-Handling & PSIRT
- SBOM & sichere Updates
2 · ISO 21434 & TARA
Foto von Bedrohungsanalysen und Risikobewertungen (TARA) mit festem Umfang für eingebettete Steuergeräte, um Ihre OEM-Verträge freizugeben. Weil ich diese Systeme auch selbst angreife, sind die Bedrohungen in meiner TARA die, die ein Angreifer wirklich nutzen würde — keine Checkliste.
- TARA-Erstellung
- Cybersecurity-Konzept & -Ziele
- Angriffspfad-Validierung
- OEM-Audit-Vorbereitung
3 · Engineering-as-Code (ASPICE)
Foto von Chris Liverani auf Unsplash
Docs-as-Code-Nachverfolgbarkeit — sphinx-needs-Graphen, automatisierte Nachweise, Verknüpfung von Anforderung bis Test — damit Ihre Entwickler keine Word-Dokumente mehr schreiben, sondern wieder Rust und C. Die ASPICE- und Safety-Case-Dokumentation entsteht von selbst aus der Arbeit, die ohnehin geleistet wird.
- sphinx-needs-Nachverfolgbarkeit
- Automatisierte ASPICE-Nachweise
- Safety- & Cybersecurity-Case-Tooling
- In CI integrierte Compliance-Gates
Trustable Software Framework
Wenn ein Release nachweisbar vertrauenswürdig sein muss — Safety, Security und Zuverlässigkeit mit Evidenz und Konfidenzwert belegt — bringe ich das Trustable Software Framework ins Spiel. Es ist die natürliche Ergänzung zu Engineering-as-Code für Ihre kritischste Software.
Schulungen
Ich biete maßgeschneiderte Team-Schulungen zur sicheren und regelkonformen Produktentwicklung — CRA-Grundlagen für Maschinenbauer, TARA-Workshops und Docs-as-Code für Engineering-Teams. Schreiben Sie mir für Details.
Foto von Scott Graham auf Unsplash
Etwas Anderes?
Sie haben ein Problem rund um ein reguliertes Produkt, das in keine dieser Säulen passt? Schreiben Sie mir. Die Brücke zwischen Safety, Security und hardwarenaher Entwicklung ist genau da, wo ich am nützlichsten bin.