Produktsicherheit in der Entwicklung
Sicherheit, die in Ihr Produkt hineinentwickelt wird, mit den Arbeitsergebnissen, die Auditoren und Kunden erwarten.
Eingebaute Sicherheit kostet weniger als nachgerüstete.
Produktsicherheit in der Entwicklung baut den Schutz in ein Produkt ein, während es konzipiert und entwickelt wird, und liefert die Nachweise, die Behörden, Prüfer und Kunden verlangen: die Bedrohungsanalyse und Risikobewertung (TARA), das Sicherheitskonzept, die Anforderungen, die Testergebnisse und einen sicheren Entwicklungsprozess.
Wir arbeiten in Ihrem Entwicklungsteam mit, von der ersten Architekturskizze bis zur Serienfreigabe. Wir decken alle Ebenen ab, vom Vertrauensanker in der Hardware und der Kryptografie über Software und Schnittstellen bis zum Backend, damit die Maßnahmen zu Ihrem Produkt und Ihren Kostenzielen passen.
Für wen
- Fahrzeughersteller und Zulieferer
- Hersteller von Maschinen, Industriekomponenten und Energietechnik
- Hersteller von Medizinprodukten
- Entwicklungsteams, die Arbeitsergebnisse nach ISO/SAE 21434 oder IEC 62443 liefern müssen
Was moderne Produkte aushalten müssen
Die Angriffsfläche eines vernetzten Produkts reicht weit über seine Firmware hinaus. Gegen diese Bereiche entwickeln wir.
Schnittstellen
Fern- und Vor-Ort-Zugriff
Funk-, Cloud-, Diagnose- und Service-Schnittstellen sind die ersten Ziele. Jede braucht Authentifizierung und eine klare Vertrauensgrenze.
Updates
Software-Updates
Over-the-Air- und Feld-Updates müssen signiert, geprüft und wiederherstellbar sein, sonst werden sie zum einfachsten Weg ins System.
Hardware
Physische Angriffe
Debug-Ports, Auslesen von Speicher und Fehlerinjektion werden relevant, sobald ein Angreifer das Gerät in der Hand hat.
Schlüssel
Kryptografie und Schlüsselverwaltung
Schwache Schlüsselspeicherung oder gemeinsame Schlüssel in einer ganzen Flotte machen aus einem kompromittierten Gerät viele.
Lieferkette
Komponenten von Dritten
Open Source und Software von Zulieferern bringen bekannte Schwachstellen mit. Ohne SBOM weiß niemand, welche Produkte betroffen sind.
Varianten
Produktvarianten
Jede Variante verändert die Angriffsfläche. Analysen, die nicht wiederverwendbar sind, vervielfachen Aufwand und Fehler.
Lebenszyklus
Jahre im Feld
Produkte bleiben zehn Jahre und länger im Einsatz. Die Sicherheit muss gepflegt werden, lange nachdem das Projektteam weitergezogen ist.
Nachweise
Auditfeste Nachweise
Prüfer und Typgenehmigungsbehörden erwarten einheitliche, nachvollziehbare Arbeitsergebnisse, keine Folien.
Unsere Grundsätze in der Entwicklung
Sicherheit muss zum Produkt, zum Kostenziel und zum Release-Plan passen. Diese Grundsätze machen das möglich.
1
Risikobasiert
Jede Maßnahme lässt sich auf ein bewertetes Risiko zurückführen, so fließt der Aufwand dorthin, wo er zählt.
2
Gestaffelte Verteidigung
Mehrere unabhängige Schichten von der Hardware bis zum Backend, damit ein einzelner Fehler das Produkt nicht öffnet.
3
Vertrauensanker in der Hardware
Secure Boot, sichere Speicherung und eindeutige Schlüssel beginnen im Chip.
4
Wiederverwendung über Varianten
Basisanalysen werden wiederverwendet, nur die Unterschiede werden bewertet.
5
Nachverfolgbarkeit
Risiken, Anforderungen, Design und Tests bleiben vom Konzept bis zum Release verknüpft.
6
Gebaut für die Wartung
Updates, Überwachung und Umgang mit Schwachstellen werden von Anfang an eingeplant, nicht nachträglich angeschraubt.
So helfen wir
Vom Konzept bis zur Serienfreigabe. Starten Sie mit einer Leistung oder überlassen Sie uns den gesamten Umfang der Sicherheitsentwicklung.
Bedrohungsanalyse und Risikobewertung (TARA)
Was schiefgehen kann und wie schwer die Folgen wären.
Was wir tun
- System, Assets und Schnittstellen festlegen
- Schadensszenarien, Bedrohungen und Angriffspfade
- Auswirkung und Machbarkeit bewerten, über die Risikobehandlung entscheiden
Sie erhalten
TARA-Bericht, Entscheidungen zur Risikobehandlung, Sicherheitsziele
Sicherheitskonzept und Sicherheitsarchitektur
Wie das Produkt geschützt wird.
Was wir tun
- Sicherheitsanforderungen aus den Risiken ableiten
- Secure Boot, Updates, Authentifizierung, Protokollierung und Backend-Sicherheit entwerfen
- Anforderungen auf Komponenten und Zulieferer verteilen
Sie erhalten
Sicherheitskonzept, Architektur, nachverfolgbare Anforderungen
Hardware-Sicherheit und Kryptografie
Vertrauen, das im Chip beginnt.
Was wir tun
- HSM, Secure Element oder TPM auswählen und konfigurieren
- Konzepte für Schlüsselverwaltung und PKI in Produktion und Feld
- Prüfung von kryptografischem Design und Umsetzung
Sie erhalten
Hardware-Sicherheitskonzept, Design der Schlüsselverwaltung, Prüfbericht
Sicherer Entwicklungsprozess
Ein Prozess, der Produkte Release für Release sicher hält.
Was wir tun
- Rollen, Reviews, Secure Coding und Sicherheitstests
- SBOM und Management von Komponenten Dritter
- Vorbereitung auf eine Bewertung nach IEC 62443-4-1 oder ISO/SAE 21434
Sie erhalten
Prozessbeschreibungen, Vorlagen, Lückenliste gegen die Norm
Sicherheitslevel von Komponenten (IEC 62443-4-2)
Der Nachweis, dass eine Komponente ihr Ziel-Sicherheitslevel erreicht.
Was wir tun
- Komponentenanforderungen auf Ihr Design abbilden
- Lücken bei Authentifizierung, Integrität und Protokollierung schließen
- Nachweise für die Zertifizierung vorbereiten
Sie erhalten
Erfüllungsmatrix der Anforderungen, Plan zum Schließen der Lücken
Schnittstellen zu Zulieferern und Kunden
Klare Verantwortlichkeiten entlang der Lieferkette.
Was wir tun
- Vereinbarungen zu Cybersecurity-Schnittstellen
- Sicherheitsanforderungen an Zulieferer
- Prüfung der Arbeitsergebnisse von Zulieferern
Sie erhalten
Schnittstellenvereinbarungen, Prüfberichte
So arbeiten wir
Schritt 1
Verstehen
Architektur, Anwendungsfälle und vorhandene Dokumente.
Schritt 2
Analysieren
Bedrohungsanalyse und Risikobewertung mit Ihren Ingenieuren.
Schritt 3
Entwerfen
Sicherheitskonzept, Anforderungen und Prozess.
Schritt 4
Prüfen
Reviews, Tests und Übergabe an Ihr Team.
Normen und Vorschriften
ISO/SAE 21434
Cybersecurity-Engineering für Straßenfahrzeuge und ihre Komponenten.
UN R155 und R156
Management von Cybersicherheit und Software-Updates für die Typgenehmigung von Fahrzeugen.
IEC 62443-4-1
Sicherer Entwicklungsprozess für Industrieprodukte, mit Reifegraden.
IEC 62443-4-2
Technische Sicherheitsanforderungen an Komponenten, nach Sicherheitslevel.
CRA Anhang I
Grundlegende Cybersicherheitsanforderungen an Produkte mit digitalen Elementen.
IEC 81001-5-1 und FDA-Leitfaden für die Marktzulassung
Sicherheitslebenszyklus und Inhalte der Zulassungsunterlagen für Software in Medizinprodukten.
Branchen
Fahrzeuge, Maschinen, Steuerungen, Medizinprodukte und Energietechnik: Die Methode ist dieselbe, Bedrohungen und Regeln unterscheiden sich.
Warum Nord CS
Unser Team hat Qualifikationen als IEC 62443 Expert sowie TISAX und NIS2 Implementer, und unser Gründer ist Mitglied im ENISA Advisory Board. Unsere Erfahrung reicht von TARAs für komplette Fahrzeuge über Hardware-Sicherheit bis zur angewandten Kryptografie. AITIGRITY führt Analysen vom Konzept bis zum Test und nutzt sie über Varianten hinweg wieder.
Mit einem Berater sprechenHäufige Fragen
Beraten Sie nur, oder setzen Sie auch um?
Beides. Wir führen Analysen und Designarbeit mit Ihrem Team durch und schulen Ihre Ingenieure dabei.
Können wir eine TARA für Produktvarianten wiederverwenden?
Ja. Die Basisanalyse wird wiederverwendet und nur die Unterschiede werden bewertet. Das spart bei jeder neuen Variante den größten Teil des Aufwands.
Unterstützen Sie bei Hardware-Entscheidungen?
Ja. Wir helfen bei Auswahl und Konfiguration von Secure Elements, HSMs und TPMs und entwerfen die Schlüsselverwaltung für Produktion und Feld.
Welche Werkzeuge nutzen Sie?
Wir arbeiten in AITIGRITY oder in den Werkzeugen, die Ihr Team bereits nutzt.
Wo steht Ihr Produkt?
Erzählen Sie uns von Ihrem Produkt und den Vorgaben, die Sie erfüllen müssen. Sie sprechen vom ersten Gespräch an mit einem Ingenieur.
Cybersecurity-Beratung und die Plattform AITIGRITY für vernetzte Produkte und industrielle Systeme.