Zum Inhalt springen

Ändert sich ein versiegelter Eintrag später, zeigt die Prüfung es an

Wenn eine Werkstatt einen Auftrag versiegelt oder ein Ekspertiz-Zentrum einen Bericht freigibt, wird der Eintrag signiert und gesperrt. Ändert sich danach auch nur ein Feld, zeigt die Prüfung ohne Konto das an.

Technische ArchitekturE-Mail an das Sicherheitsteam

Die Sicherheit von OtoTasdik lässt sich in vier Themen fassen

Unten steht, welche Einträge signiert werden, wie eine Signatur geprüft wird, wo die Daten liegen und wie Ihr Konto geschützt ist. Jeder Punkt beschreibt das System, wie es heute läuft.

Werkstatt- und Ekspertiz-Einträge werden signiert und je Fahrzeug verkettet

Signierte Einträge
Signiert werden der Auftrag hinter jedem Servicebeleg, Ekspertiz-Berichte und das PDF der Wartungshistorie.
Keine Änderung nach dem Versiegeln
Ein versiegelter Auftrag und ein freigegebener Ekspertiz-Bericht lassen sich nicht mehr bearbeiten.
Eine Kette je Fahrzeug
Jeder signierte Eintrag trägt den Hashwert des vorherigen Eintrags zur selben VIN. So sind die Einträge eines Fahrzeugs der Reihe nach verknüpft.
Nicht signierte Einträge
Einträge, die Halter selbst anlegen (etwa Wartung, Tanken, Versicherung, Unfall, Bußgeld und hochgeladene HU-Berichte), sowie Verkaufslinks werden nicht signiert.

Jeder kann ohne Konto prüfen

Berichtsnummer oder Belegcode
Ein Ekspertiz-Bericht wird auf der Prüfseite über seine Berichtsnummer (etwa RPT-2026-0001) geprüft, ein Servicebeleg über den aufgedruckten 8-stelligen Code.
Was die Prüfung kontrolliert
Der Server berechnet den Hashwert des Eintrags neu und prüft die Signatur. Beim Servicebeleg prüft er zusätzlich die Verknüpfung mit dem vorherigen Eintrag zum selben Fahrzeug.
Signaturschlüssel
Der Signaturschlüssel liegt als Schlüsseldatei auf dem Server von OtoTasdik. Seine öffentliche Hälfte ist unter einer offenen Adresse veröffentlicht, sodass Sie eine Signatur selbst prüfen können, ohne unseren Server zu fragen.
VIN und Kennzeichen
Die Suche nach VIN oder Kennzeichen steht nur angemeldeten Nutzern offen.

Die Einträge liegen in der EU, in Frankfurt

Datenhaltung
Die Einträge liegen in der EU, in der AWS-Region Frankfurt (eu-central-1), und werden nach dem türkischen Datenschutzgesetz (KVKK) behandelt.
Dokumentenscan
Wenn Sie ein Dokument per Foto ausfüllen lassen, geht das Foto erst nach Ihrer ausdrücklichen Einwilligung an Google Gemini (Google LLC, USA).
Verschlüsselung bei der Übertragung
Verbindungen laufen über HTTPS. Das Panel (giris.ototasdik.com) und die API, mit der sich die Apps verbinden (api.ototasdik.com), senden einen HSTS-Header; der Browser öffnet diese Adressen dann nur über HTTPS.
Ihre Rechte an Ihren Daten
Im Panel (giris.ototasdik.com) können Sie die Historie jedes Fahrzeugs als JSON exportieren. Ihr Konto können Sie in der App oder im Panel löschen.

Ihr Konto ist durch ein Passwort und eine optionale Zwei-Faktor-Anmeldung geschützt

Passwort
Ihr Passwort wird nie im Klartext gespeichert, sondern mit bcrypt als Einweg-Hash abgelegt.
Zwei-Faktor-Anmeldung
Die Zwei-Faktor-Anmeldung mit einer Authenticator-App (TOTP) können Sie in den Einstellungen einschalten. Sie ist optional.
Sitzung
Bei der Anmeldung erhalten Sie ein kurzlebiges Zugriffstoken und ein separates Token, das es erneuert.
Verschlüsselte Geheimnisse
Geheimnisse der Zwei-Faktor-Anmeldung und Zugangsdaten externer Anmeldedienste werden in der Datenbank mit AES-GCM verschlüsselt.

Ein Auftrag geht in vier Schritten von der Eröffnung bis zur Prüfung

  1. 01

    Auftrag

    Die Werkstatt eröffnet den Auftrag auf dem Smartphone mit Kennzeichen und VIN und trägt Arbeiten und Teile ein.

  2. 02

    Versiegeln

    Versiegelt die Werkstatt den Auftrag, wird sein Inhalt in eine feste Form gebracht und daraus ein Hashwert berechnet.

  3. 03

    Signatur und Kette

    Der Hashwert wird mit dem Hashwert des vorherigen Eintrags zum selben Fahrzeug, einer laufenden Nummer und dem Signaturzeitpunkt mit dem Schlüssel von OtoTasdik signiert. Danach ist der Eintrag gesperrt.

  4. 04

    Prüfung

    Mit dem 8-stelligen Code auf dem Servicebeleg kann jeder den Eintrag prüfen. Der Server berechnet den Hashwert neu und prüft Signatur und Verknüpfung mit dem vorherigen Eintrag.

Technische Prüfdetails

Sicherheitsprofil

Aktiv
Digitale Signatur
Ed25519
Hash und Kette
SHA-256, je Fahrzeug (VIN)
Kanonische Form
JSON, sortierte Schlüssel
Zeit
Signaturzeitpunkt ist Teil der signierten Daten; kein externer Zeitstempel
Schlüsselablage
Schlüsseldatei auf dem Server; öffentlicher Schlüssel veröffentlicht
TLS
HTTPS, HSTS bei Panel- und API-Verbindungen
Sitzung
JWT, Zugriffs- und Erneuerungstoken
Passwort
bcrypt
MFA
TOTP, optional
Verschlüsselte Geheimnisse
AES-GCM, MFA-Geheimnisse und Zugangsdaten von Anbietern
Datenhaltung
eu-central-1 (Frankfurt, EU)

Servicebeleg (Auftrag)

content_hash = sha256(canonical_json(work_order))
signature    = ed25519_sign(key, "v2|" + content_hash + "|" + previous_hash
                 + "|" + chain_index + "|" + chain_epoch + "|" + signed_at_unix)

Ekspertiz-Bericht

report_hash = sha256(canonical_json(report) + previous_hash + finalized_at)
signature   = ed25519_sign(key, report_hash)

previous_hash ist der Hashwert des vorherigen signierten Eintrags zur selben VIN; der erste Eintrag nutzt einen festen Startwert. canonical_json ist JSON mit alphabetisch sortierten Schlüsseln.

Haben Sie eine Sicherheitslücke gefunden?

Melden Sie den Fund direkt unserem Sicherheitsteam. Bitte veröffentlichen Sie ihn erst, wenn eine Korrektur verfügbar ist.

guvenlik@ototasdik.comsecurity.txt