Functional Safety Consulting für Automotive & Embedded Systems
Funktionale Sicherheit ist die Abwesenheit unangemessenen Risikos durch Gefährdungen, die durch fehlerhaftes Verhalten elektrischer oder elektronischer Systeme verursacht werden: für Straßenfahrzeuge wird sie primär durch ISO 26262 geregelt. PRAETORIO bietet Functional-Safety-Consulting über den gesamten Sicherheitslebenszyklus, von Gefährdungsanalyse und Risikobewertung über Sicherheitsanforderungen und Architektur bis zu Verifikation und Sicherheitsnachweisdokumentation, für Automotive-Zulieferer, OEMs und Hersteller sicherheitsrelevanter Embedded-Produkte.
Funktionale Sicherheit ist kein Dokumentationsergebnis, das nach Abschluss der Produktentwicklung erstellt wird: Sie ist eine Engineering-Disziplin, die Architektur, Anforderungen und Verifikationsaktivitäten von Anfang an prägen muss.
Besprechen Sie Ihr Functional-Safety-Programm mit unserem Team
Was Functional Safety umfasst
Functional-Safety-Consulting umfasst den ISO-26262-Sicherheitslebenszyklus und verwandte Disziplinen:
- Gefährdungsanalyse und Risikobewertung (HARA): Identifikation gefährdender Ereignisse und Bestimmung von Automotive Safety Integrity Levels (ASIL: QM, A, B, C, D) anhand von Schwere, Exposition und Beherrschbarkeit.
- Functional-Safety-Konzept und Anforderungen: Ableitung von Sicherheitszielen und funktionalen Sicherheitsanforderungen aus den HARA-Ergebnissen.
- Technisches Sicherheitskonzept und Architektur: Definition der technischen Architektur und Sicherheitsmechanismen zur Erfüllung der funktionalen Sicherheitsanforderungen.
- Hardware- und Software-Sicherheitsentwicklung: Anwendung der Anforderungen aus ISO 26262 Teil 5 (Hardware) und Teil 6 (Software) während Detailentwurf und Implementierung.
- Verifikation und Validierung: sicherheitsspezifisches Testen, einschließlich Fehlerinjektion und Bewertung von Hardware-Metriken, zur Bestätigung, dass Sicherheitsanforderungen tatsächlich erfüllt werden.
- Sicherheitsnachweis und Dokumentation: Zusammenstellung des Sicherheitsnachweises und der Arbeitsergebnisse zum Nachweis der ISO-26262-Konformität.
- SOTIF-Bewertung: Bewertung der Sicherheit der beabsichtigten Funktionalität nach ISO 21448, mit Fokus auf Gefährdungen durch funktionale Unzulänglichkeiten statt Komponentenausfälle: besonders relevant für ADAS- und automatisierte Fahrfunktionen.
Warum Functional Safety entscheidend ist
Es ist eine rechtliche und vertragliche Erwartung, keine optionale Best Practice. OEMs und Tier-1-Zulieferer verlangen routinemäßig einen Nachweis der ISO-26262-Konformität als Bedingung für die Programmteilnahme, und Fehler bei der funktionalen Sicherheit haben sowohl sicherheits- als auch haftungsrelevante Konsequenzen.
Sicherheit muss architektonisch verankert werden, nicht nachträglich hineingetestet. ASIL-Dekomposition, Redundanz und das Design von Sicherheitsmechanismen sind architektonische Entscheidungen; die Verifikation eines unzureichend konzipierten Systems ergibt selten einen tragfähigen Sicherheitsnachweis.
Der Standard entwickelt sich weiter. Die zweite Ausgabe von ISO 26262 (2018) ist weiterhin aktuell, eine dritte Ausgabe befindet sich jedoch bereits in Entwicklung, und SOTIF (ISO 21448) ist zu einem parallelen und zunehmend wichtigen Thema geworden, da Fahrzeuge komplexere automatisierte Funktionen erhalten, bei denen das primäre Risiko eher funktionale Unzulänglichkeit als Hardwareausfall ist.
Prozessdisziplin und Produktsicherheit hängen zusammen, sind aber verschieden. Eine Automotive-SPICE-Prozessbewertung kann das Vertrauen in den Entwicklungsprozess einer Organisation stärken, erfüllt jedoch für sich genommen nicht die produktbezogenen Sicherheitsanforderungen von ISO 26262: beide Disziplinen müssen koordiniert werden, statt sich gegenseitig zu ersetzen.
Nachträgliche Sicherheitsanalyse ist teuer. Eine HARA und ein Sicherheitskonzept, die erst nach Festlegung der Architekturentscheidungen entwickelt werden, decken oft Lücken auf, die aufwendige Nacharbeit erfordern; die frühzeitige Einbindung von Functional-Safety-Expertise vermeidet dies.
Unser Vorgehen
PRAETORIO unterstützt Functional-Safety-Programme über den gesamten ISO-26262-Sicherheitslebenszyklus:
- Item-Definition und HARA: Definition des zu analysierenden Items und Durchführung der Gefährdungsanalyse und Risikobewertung zur Bestimmung der ASIL-Einstufungen.
- Functional-Safety-Konzept: Ableitung von Sicherheitszielen und funktionalen Sicherheitsanforderungen aus der HARA.
- Technisches Sicherheitskonzept: Definition der technischen Architektur und Sicherheitsmechanismen zur Erfüllung der funktionalen Sicherheitsanforderungen.
- Unterstützung bei der Hardware- und Software-Sicherheitsentwicklung: Unterstützung bei Detailentwurf und Implementierung gemäß den Anforderungen aus Teil 5 und Teil 6.
- Sicherheitsverifikation und -validierung: Planung und Unterstützung sicherheitsspezifischer Tests und Bewertung von Hardware-Metriken.
- SOTIF-Bewertung: wo relevant, Bewertung von Risiken funktionaler Unzulänglichkeit nach ISO 21448 neben dem ISO-26262-Sicherheitsnachweis.
- Zusammenstellung des Sicherheitsnachweises: Zusammenstellung der Dokumentation und Arbeitsergebnisse zum Nachweis der Konformität.
- Unterstützung bei Assessments und Audits: Unterstützung interner oder externer Functional-Safety-Assessments.
Ergebnisse
- Bericht zur Gefährdungsanalyse und Risikobewertung (HARA) mit ASIL-Einstufungen
- Functional-Safety-Konzept und Sicherheitsanforderungen
- Technisches Sicherheitskonzept und Architekturdokumentation
- Nachweise zur Hardware- und Software-Sicherheitsverifikation
- SOTIF-Bewertungsbericht (soweit anwendbar)
- Vollständiges Sicherheitsnachweis-Dokumentationspaket
- Unterstützung bei Functional-Safety-Assessments
Wie PRAETORIO Ihr Team unterstützen kann
- Vollständige Unterstützung des ISO-26262-Sicherheitslebenszyklus, von Item-Definition und HARA bis zur Zusammenstellung des Sicherheitsnachweises, für ein neues Produkt oder System.
- ASIL-Bestimmung und -Dekomposition, Festlegung von Sicherheitsintegritätsstufen und deren Zuordnung über eine Systemarchitektur.
- Entwicklung des technischen Sicherheitskonzepts, Definition von Sicherheitsmechanismen und Architektur zur Erfüllung abgeleiteter Sicherheitsanforderungen.
- SOTIF-Bewertung, Bewertung von Risiken funktionaler Unzulänglichkeit für ADAS- und automatisierte Fahrfunktionen nach ISO 21448.
- Gap-Assessment und Behebung, Überprüfung eines bestehenden Functional-Safety-Programms gegenüber den ISO-26262-Anforderungen und Identifikation vorrangiger Lücken.
- Erweiterung eines bestehenden Sicherheitsteams, durch gezielte Gefährdungsanalyse-, Architektur- oder Verifikationsexpertise für ein definiertes Programm.
Typische Anwendungsfälle
- Ein neues Automotive-Produkt oder Steuergerät, für das ein vollständiges Functional-Safety-Programm von der initialen Gefährdungsanalyse bis zur Sicherheitsnachweisdokumentation etabliert werden muss.
- Eine Organisation, die ASIL-Bestimmung und Ableitung von Sicherheitsanforderungen für ein neues System oder eine neue Funktion benötigt.
- Ein Team, das ADAS- oder automatisierte Fahrfunktionen entwickelt und neben der klassischen ISO-26262-Arbeit eine SOTIF-Bewertung benötigt.
- Ein Zulieferer, dessen OEM-Kunde einen Nachweis der ISO-26262-Konformität als Bedingung für die Programmqualifikation verlangt.
- Eine Organisation, die ein bestehendes Functional-Safety-Programm vor einem Zertifizierungs- oder Assessment-Meilenstein auf Lücken prüfen lassen muss.
- Ein Unternehmen, das Functional-Safety-Engineering-Kapazität benötigt, um ein internes Team in einer kritischen Programmphase zu verstärken.
Warum PRAETORIO
- Direkte Erfahrung in der Anwendung von ISO 26262 über Gefährdungsanalyse, Architektur, Hardware- und Software-Sicherheitsentwicklung bis zur Zusammenstellung des Sicherheitsnachweises.
- Mehr als 15 Jahre Erfahrung in der Automobiltechnik, einschließlich Leistungselektronik und eingebetteter Systeme, bei denen Anforderungen an die funktionale Sicherheit eine zentrale Entwurfsrandbedingung sind.
- Domänenübergreifender Engineering-Hintergrund, der funktionale Sicherheit mit Embedded Software Development, Systems Engineering und Cybersecurity verbindet, sodass Sicherheitsanforderungen mit der übergreifenden Systemarchitektur koordiniert statt isoliert behandelt werden.
- Ingenieurorientierte Umsetzung: Sicherheitsanforderungen werden durch tatsächliche Architektur-, Implementierungs- und Testnachweise verifiziert, was einen wirklich belastbaren Sicherheitsnachweis unterstützt.
Verwandte Leistungen
- ISO 26262 Consulting: dedizierte ISO-26262-Konformitäts- und Sicherheitslebenszyklus-Unterstützung
- Automotive SPICE Consulting: Prozessbewertung ergänzend zur Functional-Safety-Arbeit
- Systems Engineering: Systemarchitektur, mit der Anforderungen an die funktionale Sicherheit koordiniert werden müssen
- Embedded Systems Engineering: Hardware-Software-Architektur, in der Sicherheitsmechanismen implementiert werden
- Embedded Software Development: Softwareimplementierung gemäß den Anforderungen aus ISO 26262 Teil 6
- Cybersecurity Engineering: übergreifende Cybersecurity-Anforderungen, koordiniert mit der funktionalen Sicherheit
FAQ
Was ist funktionale Sicherheit?
Funktionale Sicherheit ist die Abwesenheit unangemessenen Risikos durch Gefährdungen, die durch fehlerhaftes Verhalten elektrischer oder elektronischer Systeme verursacht werden. Für Straßenfahrzeuge wird sie primär durch ISO 26262 geregelt, die einen vollständigen Sicherheitslebenszyklus von der Gefährdungsanalyse bis zur Sicherheitsnachweisdokumentation definiert.
Was sind ASIL-Stufen?
Automotive Safety Integrity Levels (ASIL) sind in ISO 26262 definierte Risikoklassifizierungen: QM (keine spezifischen Sicherheitsanforderungen) sowie A, B, C, D in aufsteigender Reihenfolge der erforderlichen Sorgfalt: bestimmt anhand von Schwere, Exposition und Beherrschbarkeit einer Gefährdung während der Gefährdungsanalyse und Risikobewertung.
Was ist die aktuelle Ausgabe von ISO 26262?
ISO 26262:2018 (zweite Ausgabe) ist der aktuell veröffentlichte Standard. Eine dritte Ausgabe befindet sich in Entwicklung, mit Arbeitsentwürfen, die seit 2026 registriert sind, wurde aber noch nicht veröffentlicht: laufende Programme sollten weiterhin nach der Ausgabe von 2018 arbeiten.
Was ist SOTIF und wie hängt es mit ISO 26262 zusammen?
SOTIF (Safety of the Intended Functionality), definiert in ISO 21448, adressiert Gefährdungen, die aus funktionalen Unzulänglichkeiten oder vorhersehbarem Missbrauch entstehen, statt aus Komponentenausfällen: es ist eine parallele Betrachtung zu ISO 26262, besonders relevant für ADAS- und automatisierte Fahrfunktionen, bei denen das System exakt wie entworfen funktionieren und dennoch gefährliche Situationen erzeugen kann.
Erfüllt eine Automotive-SPICE-Zertifizierung die Anforderungen von ISO 26262?
Nein. Automotive SPICE bewertet die Reife des Entwicklungsprozesses, während ISO 26262 ein produktbezogener Standard für funktionale Sicherheit ist. Die Prozessdisziplin von Automotive SPICE kann das Vertrauen in die Entwicklungspraktiken einer Organisation stärken, was für ISO 26262 relevant ist, erfüllt aber für sich genommen nicht dessen Sicherheitslebenszyklus- oder Arbeitsergebnisanforderungen.
Wann sollte die Arbeit an der funktionalen Sicherheit in einem Produktprogramm beginnen?
So früh wie möglich: idealerweise bei der Item-Definition, vor Architekturentscheidungen. Die Gefährdungsanalyse und die daraus resultierenden Sicherheitsanforderungen müssen die Architektur prägen, statt nachträglich in ein bereits finalisiertes Design integriert zu werden.
Kann PRAETORIO ein bestehendes Functional-Safety-Team unterstützen, statt das gesamte Programm zu übernehmen?
Ja. Viele Projekte umfassen die Erweiterung eines internen Teams um spezifische Gefährdungsanalyse-, Architektur-, Verifikations- oder SOTIF-Expertise für einen definierten Umfang, statt eines vollständigen Ende-zu-Ende-Engagements im Sicherheitsprogramm.
Müssen Sie Ihr Functional-Safety-Programm etablieren oder stärken?
PRAETORIO kann Ihr Team von der Gefährdungsanalyse und ASIL-Bestimmung bis zur Architektur, Verifikation und Zusammenstellung des Sicherheitsnachweises unterstützen. Kontaktieren Sie uns, um Ihre Anforderungen an die funktionale Sicherheit zu besprechen.
Kontakt aufnehmen