1. Einleitung: Die neue Beweislast im Jahr 2026
Mit der flächendeckenden Einführung von Level-3-Systemen wie dem erweiterten Drive Pilot oder dem BMW Personal Pilot ist die Haftungsfrage bei Unfällen komplexer denn je. Wenn das Fahrzeug die Fahraufgabe übernimmt, trägt der Hersteller die Verantwortung – doch nur so lange, wie das System aktiv war. Im Jahr 2026 ist die Kernaufgabe der Werkstattforensik die Klärung des Übergabestatus. Wir analysieren nicht mehr nur mechanische Verformungen, sondern digitale Zeitstempel in Millisekunden-Präzision. Der entscheidende Baustein hierfür ist das gesetzlich vorgeschriebene DSSAD (Data Storage System for Automated Driving), welches parallel zum klassischen Event Data Recorder (EDR) operiert und alle Interaktionen zwischen Mensch und Maschine lückenlos dokumentiert.
2. DSSAD vs. EDR: Die technischen Unterschiede
Während der klassische EDR (Event Data Recorder) nur bei einem kritischen Ereignis (Airbag-Auslösung) Daten dauerhaft speichert, ist das DSSAD ein kontinuierliches Überwachungssystem für den Systemstatus. Es loggt den Status „System aktiv“, „Übergabeaufforderung“ und „Fahrer übernimmt“. Diese Daten sind für die forensische Analyse essenziell, da sie die rechtliche Schnittstelle zwischen Fahrerhaftung und Herstellerhaftung bilden. Im Jahr 2026 greifen wir über das Automotive Ethernet auf diese verschlüsselten Speicherbereiche zu. Für den freien Techniker bedeutet dies, dass er verstehen muss, wie diese Log-Files strukturiert sind und welche Zeitstempel (UTC-synchronisiert via GPS) als Referenz für die Korrelation mit externen Ereignissen dienen.
3. Analyse des Take-over-Requests (TOR)
Ein Take-over-Request ist der kritischste Moment in der Level-3-Autonomie. Das System erkennt seine Grenzen (z. B. durch schlechte Witterung oder Baustellen) und fordert den Fahrer zur Übernahme auf. Die Forensik im Jahr 2026 konzentriert sich auf die Zeitspanne zwischen dem akustischen/haptischen Signal und der ersten nachweisbaren Reaktion des Fahrers (Lenkmoment oder Bremsdruck). Wir lesen im DSSAD aus, ob das System die gesetzliche Vorwarnzeit von meist 10 Sekunden eingehalten hat. Fehlt dieser Log-Eintrag oder ist die Zeitspanne zu kurz, verschiebt sich die Haftung unmittelbar zum Hersteller. Der Techniker nutzt hierfür spezialisierte VCI-Hardware, die diese geschützten Datenbereiche auslesen kann.
4. Synchronisation von Kamera- und LiDAR-Logs
Ein moderner Stator für die Forensik ist der Abgleich der Umfelddaten. Das Level-3-System basiert auf einer Sensor-Fusion von LiDAR, Radar und Kameras. Bei einem Unfall speichern SDV-Architekturen kurze Sequenzen der Rohdaten vor dem Impact. Wir validieren diese Daten gegen die DSSAD-Einträge. Warum hat das System nicht gebremst? War das Objekt für den LiDAR unsichtbar (z. B. bei extremem Nebel)? Diese Korrelation ist entscheidend, um Software-Fehlfunktionen von Hardware-Defekten (z. B. dejustierte Sensoren) zu unterscheiden. In der Werkstattpraxis 2026 ist dies ein hochkomplexer Prozess, der eine stabile Internetverbindung zum Cloud-Server des Fahrzeugherstellers erfordert, um die proprietären Datenformate zu dekodieren.
5. Cybersecurity und Datenintegrität (UNECE R155)
Die Integrität der Unfalldaten ist durch die UNECE R155 geschützt. Jede Manipulation an den Log-Files würde die Beweiskraft vor Gericht zunichtemachen. Forensische Tools im Jahr 2026 arbeiten daher mit digitalen Signaturen. Beim Auslesen wird ein Hash-Wert generiert, der die Unveränderlichkeit der Daten garantiert. Für Werkstätten bedeutet dies, dass sie zertifizierte Prozesse einhalten müssen. Ein einfaches „Abspeichern“ auf einem USB-Stick reicht nicht mehr aus. Die Daten müssen in einem gesicherten Verfahren (Digital Chain of Custody) an Sachverständige oder Behörden übergeben werden. Wer hier Fehler macht, riskiert nicht nur den Prozessausgang für den Kunden, sondern auch die eigene Akkreditierung als Fachbetrieb für automatisierte Fahrsysteme.
6. Der Faktor Mensch: Biometrische Daten in der Forensik
Level-3-Fahrzeuge überwachen 2026 den Fahrer per Innenraumkamera. Die Forensik wertet aus, ob der Fahrer „übergabebereit“ war. Augenbewegungen, Kopfhaltung und sogar die Herzrate können geloggt werden. Im Falle eines Unfalls korrelieren wir diese biometrischen Daten mit dem DSSAD-Status. War der Fahrer abgelenkt (z. B. durch ein Smartphone), obwohl das System ihn zur Aufmerksamkeit gemahnt hat? Diese tiefgreifende Analyse geht weit über das klassische Fehlerspeicherauslesen hinaus. Wir bewegen uns hier an der Schnittstelle zwischen IT-Forensik und Psychologie, wobei die objektive Datenauswertung im Vordergrund steht, um menschliches Fehlverhalten nachzuweisen oder auszuschließen.
7. Netzwerk-Latenzen und Ethernet-Fehler
Ein oft unterschätzter Faktor in der Unfallanalyse 2026 sind Latenzprobleme im Automotive Ethernet. Wenn Datenpakete zwischen dem Zonal-Controller und dem HPC (High Performance Computer) zu spät ankommen, verzögert sich die Reaktion des Fahrzeugs. Wir analysieren in den Log-Files die Paketlaufzeiten (Latency Jitter). Ein Hardware-Defekt am Kabelbaum oder eine elektromagnetische Einstörung kann dazu führen, dass das System zwar „gebremst“ hat, das Signal aber 200 Millisekunden zu spät am Aktuator ankam. Solche Forensik-Details sind entscheidend, wenn mechanisch alles intakt scheint, das Fahrzeug aber dennoch versagt hat. Der Techniker muss hier Netzwerkanalyse-Tools wie Wireshark sicher bedienen können.
8. Software-Versionen und OTA-Historie
Da Level-3-Systeme kontinuierlich über Over-the-Air (OTA) Updates aktualisiert werden, muss die Forensik den exakten Softwarestand zum Unfallzeitpunkt feststellen. Gab es kurz zuvor ein Update? War dieses vollständig abgeschlossen? Im Jahr 2026 prüfen wir die Versions-Hashwerte aller beteiligten Zonal-Controller. Ein inkompatibler Softwarestand nach einem Teil-Update kann zu Fehlentscheidungen der KI führen. Wir vergleichen den „Digitalen Zwilling“ in der Hersteller-Cloud mit dem realen Stand im Fahrzeug. Differenzen deuten auf unautorisierte Eingriffe oder fehlerhafte OTA-Prozesse hin, was die Haftungsfrage massiv beeinflusst.
9. GPS- und HD-Map-Korrelation
Level-3-Autonomie funktioniert 2026 nur auf freigegebenen Streckenabschnitten. Das DSSAD loggt die GPS-Position und den Status der HD-Maps. Wir prüfen forensisch, ob das Fahrzeug zum Zeitpunkt des Unfalls innerhalb der „Operational Design Domain“ (ODD) war. Gab es eine Abweichung zwischen den realen Straßendaten und der Karte (z. B. eine neue Baustelle)? Wenn die HD-Map veraltet war und das Fahrzeug deshalb falsch reagiert hat, liegt ein Wartungsfehler im Backend des Herstellers vor. Diese räumliche Forensik erfordert den Abgleich der Fahrzeuglogs mit externen Geodaten-Anbietern.
10. Werkzeug-Check: VCI und Forensik-Software 2026
Die Ausrüstung für die forensische Diagnose hat sich radikal gewandelt. Ein Standard-OBD-Tester ist unzureichend. Wir nutzen VCIs der nächsten Generation, die Hardware-in-the-Loop-Simulationen unterstützen. Diese Geräte können den DSSAD-Speicher bitweise klonen, ohne die Originaldaten zu verändern (Write-Blocker-Technologie). Zudem ist eine Anbindung an Hersteller-Datenbanken (ASAM-Standards) nötig, um die Rohdaten-Strings in lesbare Dashboards zu verwandeln. Die Investitionskosten für einen solchen Forensik-Arbeitsplatz sind hoch, amortisieren sich aber durch die Spezialisierung auf hochwertige Schadensgutachten im Bereich der autonomen Mobilität.
11. Fazit: Der Kfz-Meister als Digitaler Detektiv
Die Forensik an Level-3-Systemen ist die Königsdisziplin der Kfz-Diagnose im Jahr 2026. Der klassische Mechaniker-Beruf verschmilzt endgültig mit der IT-Forensik. Wer die Sprache der DSSAD-Logs versteht und die Integrität der digitalen Kette bewahren kann, wird zum unverzichtbaren Partner für Versicherungen, Gerichte und Hersteller. Das Auto ist kein mechanisches Objekt mehr, sondern ein lückenloser Chronist seines eigenen Verhaltens. Wir müssen lernen, diesen Chronisten richtig zu befragen. Die Zukunft gehört denjenigen, die bereit sind, tief in die Welt der Binärdaten einzutauchen, um die Wahrheit hinter dem Blechschaden zu finden.
| Datenquelle | Forensischer Nutzen | Fehlersymptom |
| DSSAD Log | Status von Systemübergaben | Fehlende Take-over Aufforderung |
| EDR Speicher | Physikalische Unfalldaten (Delta-V) | Mechanische Plausibilitätsfehler |
| HPC System-Log | Software-Container-Status | Latenzfehler oder Container-Absturz |