RoutineControl (0x31)

Was ist RoutineControl (0x31)?

RoutineControl führt eine vordefinierte Routine auf einem Steuergerät aus. Das Sub-Funktions-Byte wählt die Operation, die zwei Bytes danach sind der Routine Identifier (RID). Eine Routine kann ein Speicherlöschen, ein Selbsttest, ein Kalibrierschritt oder eine Prüfung mit Ergebnis sein.

Ein normaler Ablauf:

Richtung	Bytes	Bedeutung
Request	31 01 FF 01	startRoutine, RID 0xFF01
Positive Antwort	71 01 FF 01	Routine gestartet
Negative Antwort	7F 31 33	securityAccessDenied

Weitere typische negative Antworten sind 7F 31 31 (requestOutOfRange, unbekannter RID), 7F 31 12 (subFunctionNotSupported), 7F 31 13 (incorrectMessageLengthOrInvalidFormat), 7F 31 22 (conditionsNotCorrect) und 7F 31 24 (requestSequenceError, Ergebnis angefragt, bevor die Routine lief).

Wo ist es definiert?

ISO 14229-1:2020 definiert RoutineControl (0x31) im Routine functional unit. Die Norm beschreibt die drei Sub-Funktionen, den zwei Byte langen Routine Identifier, den optionalen routineControlOptionRecord im Request und den routineStatusRecord in der Antwort. Die Routinen selbst, ihre Identifier und ihre Ein- und Ausgaberecords, definiert der OEM, meist in einer ODX- oder CDD-Datei (ISO 22901-1 für ODX).

Was es in der Praxis bedeutet

In Routinen leben die stärksten Diagnoseaktionen, deshalb zählen ihre Zugriffsregeln. Die Spezifikation legt fest, welcher RID existiert, welche Session und welches Security-Level er braucht und welche Eingabe er erwartet. Bei der Validierung wird geprüft:

• jede Routine antwortet nur in der vorgesehenen Session und auf dem vorgesehenen Security-Level;
• ein unbekannter RID gibt NRC 0x31, keine unerwartete Aktion;
• requestResults vor dem Start gibt NRC 0x24;
• ein Option-Record falscher Länge gibt NRC 0x13;
• die Routine liefert einen sinnvollen Status und lässt das Steuergerät in einem definierten Zustand.

Wir finden regelmäßig Routinen, die in der Extended Session ohne den von der Spezifikation geforderten SecurityAccess starten, was ein echtes Finding ist, wenn die Routine Speicher oder Sicherheitsfunktionen berührt.

Wie AutoST es testet

AutoST brute-forct Routinen nie. Mit einer importierten ODX-, PDX- oder CDD-Datei ruft es nur die Routinen auf, die das Steuergerät tatsächlich definiert, mit dem Request-Payload, den du pro Routine überschreiben kannst, und speichert Request und Antwort. Es hält fest, in welcher Session und auf welchem Security-Level jede Routine mit welchem negativen Antwortcode reagiert, sodass eine Routine, die unter ihrem geforderten Schutzniveau läuft, im Ergebnis auffällt.