ECUReset (0x11)

Was ist ECUReset (0x11)?

ECUReset ist der UDS-Service, der ein Steuergerät unter Tester-Kontrolle neu startet. Das Sub-Funktions-Byte wählt den Reset-Typ. Das Steuergerät sendet zuerst die positive Antwort und führt dann den Reset aus, sodass der Tester die Bestätigung sieht, bevor der Server kurz verschwindet.

Ein normaler Ablauf:

Richtung	Bytes	Bedeutung
Request	11 01	hardReset
Positive Antwort	51 01	Reset akzeptiert, Steuergerät startet neu
Negative Antwort	7F 11 33	securityAccessDenied

Weitere typische negative Antworten sind 7F 11 7F (serviceNotSupportedInActiveSession, Reset aus der Default Session angefragt, wenn die Extended Session nötig ist), 7F 11 12 (subFunctionNotSupported bei unbekanntem Reset-Typ), 7F 11 13 (incorrectMessageLengthOrInvalidFormat) und 7F 11 22 (conditionsNotCorrect, etwa Motor läuft).

Wo ist es definiert?

ISO 14229-1:2020 definiert ECUReset (0x11) im Diagnostic and communication management functional unit. Die Norm listet die Reset-Typen, das Antwortformat inklusive powerDownTime-Byte für Rapid Power Shutdown und die Regel, dass ein Reset den Server in die Default Session zurückbringt. Auf CAN ist der Transport ISO 15765-2.

Was es in der Praxis bedeutet

Die meisten Steuergeräte erlauben ECUReset nur in der Extended oder Programming Session, oft hinter SecurityAccess, weil ein unkontrollierter Reset eines laufenden Controllers gefährlich ist. Bei der Validierung wird geprüft:

• der Service antwortet nur in den Sessions und auf dem Security-Level, die die Spezifikation erlaubt;
• eine falsche Länge (11 allein oder 11 01 00) gibt NRC 0x13;
• eine unbekannte Sub-Funktion gibt NRC 0x12;
• das Steuergerät kommt nach dem Reset tatsächlich zurück und in der Default Session;
• Bedingungen wie ein laufender Motor erzeugen korrekt conditionsNotCorrect statt eines Resets.

Am Prüfstand zeigen sich beim Reset-Handling die Session-Bugs. Wir sehen regelmäßig Steuergeräte, die nach einem Soft-Reset hängen oder einen Power-Cycle brauchen, und Steuergeräte, die einen Security-Unlock über einen keyOffOnReset nicht verwerfen, obwohl sie es müssen.

Wie AutoST es testet

AutoST markiert ECUReset bei der Enumeration als riskanten Service, hält fest, in welchen Sessions er mit welchen negativen Antwortcodes reagiert, und bestätigt, dass das Steuergerät sauber in die Default Session zurückkehrt. Beim Fuzzing erkennt ein TesterPresent-Liveness-Check nach jeder Iteration ein Steuergerät, das auf einen Payload hin resettet oder hängt, und der exakte vorangegangene Payload wird gespeichert, damit sich der Reset nachstellen lässt.