Design-for-Secure-Manufacturing: Warum wir nicht mehr von DfM sprechen | Themen
Design-for-Manufacturing (DfM) ist seit Jahrzehnten Standard: Bestückbarkeit, Prüfbarkeit, Testpunkte, Nadelbettzugriff — alles früh im Design verankert, damit die Serieneinführung sauber durchläuft. Was in dieser Liste fehlt, ist die Frage, wie kryptografische Identitäten ins Gerät kommen. Genau diese Lücke schließt Design-for-Secure-Manufacturing (DfSM).
Was DfSM gegenüber DfM ergänzt
Sobald ein Gerät einen Secure Boot, ein Hardware Security Module (HSM) oder einen True Random Number Generator (TRNG) trägt, wird die Fertigung selbst zum Teil der Sicherheitsarchitektur:
- Schlüsseleinbringung im Werk — wer signiert, wer schreibt, wer verifiziert? Auf welchem Prüfplatz? Mit welchem Audit-Trail?
- TRNG-Nutzung in der Fertigung — wo entsteht das Geräte-Schlüsselmaterial, und wie verlässt es das Werk ausschließlich in geschützter Form?
- Sichere Bereitstellung von Zertifikaten — wie kommt die Public Key Infrastructure (PKI) der Kundenflotte ans Gerät, mit welchem Custody-Modell und welchen Prüfschritten?
- Boundary Scan und In-Circuit Test (ICT) im Verhältnis zum Tamper-Schutz — Testzugriffe, die in der Fertigung benötigt werden, müssen im Feld kontrolliert verschlossen sein. Lock-Bits und Disable-Strategien gehören dafür in die Designphase.
Warum DfSM in die Konzeptphase gehört
Die Entscheidungen fallen früh — parallel zur Systemarchitektur, lange vor dem ersten Pilotlos:
- Welcher Trust Anchor? (Secure Element, MCU-internes Key Storage, externes HSM)
- Welches Provisioning-Modell? (im Werk, beim Erst-Boot, beim Onboarding)
- Wer hält die Root-of-Trust? (Kunde, SYS TEC, gemeinsamer Custodian)
Diese Festlegungen prägen die Bauteilauswahl, das Prüfkonzept und den Prüfplatz-Aufbau gleichermaßen. Werden sie spät getroffen, ziehen sie meist Redesign-Schleifen nach sich — beim HSM-Modell, beim Prüfkonzept oder bei beidem.
Cybersecurity ist Querschnittsthema
DfSM ist ein Beispiel für unsere Grundhaltung: Cybersecurity ist gleichrangig zu funktionaler Sicherheit und wird in jeder Phase mitbetrachtet. Threat-Modelling in der Architektur, Secure Coding in der Software, DfSM in der Serieneinführung. Jede dieser Phasen trägt einen Teil — und jede ausgelassene Phase wird später teurer nachgeholt.