Benannte DIDs
Entdeckte Identifier zeigen ihren echten Namen aus dem ODX/CDD, sodass sich Ergebnisse wie deine Diagnose-Spezifikation lesen, nicht wie ein Hex-Dump.
Engine · Diagnostik
Dein ODX und CDD, zu Tests gemacht.
Lade die Diagnose-Beschreibung hoch, die du bereits hast. AutoST benennt jedes DID, das es entdeckt, und ruft genau die Routinen auf, die das ECU definiert, statt zu raten.
Kurz gesagt
AutoST importiert ODX-, ODX-D-, PDX- und Vector-CDD-Dateien pro ECU und normalisiert sie zu Data Identifiern und Routinen. Die DID-Namen reichern die Enumerationsergebnisse an, sodass ein entdeckter Identifier seinen echten Namen statt einer rohen Zahl zeigt. Routinen (UDS-Service 0x31) werden nie per Brute Force ausprobiert: AutoST ruft nur die Routinen auf, die in deiner Datei definiert sind, mit dem Request-Payload, den du überschreiben kannst, und speichert Request und Response. Optionales Write-Probing (0x2E) ist destruktiv, standardmäßig aus und klar gewarnt.
Von der Datei zu Findings
Was dir der Import gibt
Echte Routinen
AutoST startet in deiner Datei definierte Routinen (0x31) und liest ihre Ergebnisse, mit einem Payload, den du pro Routine überschreiben kannst.
Write-Probing
Prüfe optional DID-Writes (0x2E) mit Falschlängen- und Write-Back-Checks. Destruktiv, standardmäßig aus, vor dem Ausführen bestätigt.
Formate
Die Dateien, die du schon hast
AutoST liest ODX und PDX (den ASAM-Standard) und Vector CDD (Candela). Du hängst die Datei einmal an das ECU, und jeder Scan nutzt sie.
Weil Routinen aus deiner Beschreibung kommen und nicht aus Brute Force, ist der Scan schneller, sicherer und bildet direkt das ECU ab, das dein Team kennt.
- ODX, ODX-D und PDX (ASAM)
- Vector CDD (Candela XML)
- Pro ECU, über Scans hinweg wiederverwendet
- Vertrauliche Dateien bleiben auf deiner Instanz
FAQ
Häufig gestellte Fragen
Welche Diagnose-Formate werden unterstützt?
ODX, ODX-D, PDX und Vector CDD. AutoST normalisiert sie zu einer Liste von DIDs und Routinen.
Werden Routinen per Brute Force ausprobiert?
Nein. Routinen lassen sich nicht sinnvoll per Brute Force ausprobieren, deshalb ruft AutoST nur die in deinem ODX/CDD definierten Routinen auf, mit einem Payload, den du überschreiben kannst.
Ist Write-Probing gefährlich?
Ein Write auf ein ECU kann seinen Zustand verändern, daher ist Write-Probing (0x2E) destruktiv, standardmäßig ausgeschaltet und erfordert eine ausdrückliche Bestätigung.
Sieh es auf deinem ECU
Lass AutoST auf deinem eigenen ECU laufen
In einer Stunde definieren wir den Scope eines Piloten: dein Prüfstand, deine Protokolle, die Ziele und wie Erfolg aussieht.
- Ein konkreter Testplan für deinen Aufbau
- Läuft über CAN, CAN FD, DoIP und SOME/IP
- NDA auf Wunsch, bevor wir starten
Deine Demo ist mitTom ZaubermannGründer von Zyberum, früher Leiter des VW InCar Security Testing Lab
Bereits im Einsatz bei Tier-1-, Tier-2-Zulieferern und OEMs. Referenzen auf Anfrage.
Oder schreib uns eine Nachricht
Wir antworten innerhalb eines Werktags.