Hallo,

ich habe versucht mit den Eckdaten von Hoffy1968 weitere Erkenntnisse zum Aufbau der Headerdaten zu erhalten:

Folgenden Strukturaufbau konnte ich erkennen:

A - 06 Byte - Konstanter Wert (Identifikation als Tonie-Datei, evtl. Versionsnumer der Header Struktur)

B - 20 Byte - SHA-1 Hash der AudioDatei (Hash über Audioanteil der Datei nach dem 4096 Byte Block des Headers)

C - 01 Byte - Konstanter Wert "10"

D - 04 Byte - ??? - Vermutlich Gesamtlaufzeit der Audiodatei

E - 01 Byte - Konstanter Wert "18"

F - 04 Byte - ??? - Vermutlich letztes Änderungsdatum in der Cloud (z.B. Kreativtonie)

G - 02 Byte - Konstanter Wert "0522"

H - 01 Byte - Anzahl der Bytes im Folgenden Byte-Block

I - XX Byte - pro Track 2x Byte. (1. Track / Sprungmarke immer "00", danach immer 2x Byte)

J - 01 Byte - Konstanter Wert "2D"

K - 01 Byte - Wert ergibt sich aus [214 - "Feld H" (Anzahl der Bytes im Sprungmarkenbereich)]

L - 01 Byte - Konstanter Wert "1F" - Abschluss der Header Daten

M - XX Byte - mit “00” Bytes bis 4095 aufgefüllt.

Bereich A:

Hierbei handelt es sich um eine Konstante Kennung, die über alle Tonieboxen identisch ist. Also keine User-Zuordnung beinhaltet. Evtl. ist hier noch eine Versionsnummer der Header-Struktur hinterlegt.

Bereich B:

Der Hash wird rein über den Teil der Datei gebildet, die den OGG Audioteil darstellt.

Bereich D:

Der Wert ändert sich je nachdem wie viele Tracks und welche Gesamtlänge die Audiodaten haben. Vermutlich ist hier die Gesamtspielzeit in einem TimeStamp enthalten

Bereich F:

Bei jeder Änderung steigt dieser Wert an. Gehe davon aus, dass hier das letzte Änderungsdatum der Cloud Daten hinterlegt ist.

Beim Auflegen eines Tonies wird dieser Zeitstempel mit dem der Cloud verglichen und danach entschieden, ob eine Aktualisierung der Offlinedaten auf der SD-Karte statt findet. Evtl. wird auch noch der SHA-1 Hash abgeglichen, konnte aber noch nicht nachvollzogen werden.

Bereich H:

Hier wird die Byte-Länge / Byte-Anzahl des folgenden Bereiches dargestellt. Kleinster Wert ist "01", wenn nur ein Kapitel dem Kreativtonie zugeordnet wurde.

Bereich I:

Dieser Bereich ist in der Größe variabel. Die Größe hängt von der Anzahl der Kapitel auf dem Tonie ab. Das erste Kapitel wird immer mit einem Byte "00" dargestellt, da dieses quasi den Anfang der Audiodatei darstellt. Für jedes weitere Kapitel werden zwei Bytes hinzugefügt. Diese stellen eine Sprungmarke da, um in der zu einer gesamt  zusammen gefügten Audiodatei in die einzelnen Kapitel zu springen. Aufbau der zwei Bytes ist noch unbekannt. Jedoch konnte festgestellt werden, wenn einfach nur ein weiteres Kapitel hinzugefügt wird, verändern sich die Doppelbytes für die davor liegenden Sprungmarken nicht. Es wird lediglich ein weiteres Doppelbyte hinzugefügt.

Evtl. handelt es sich hierbei um die "Absolute Granule Position" und dem "PreSkip". Nähere Informationen hierzu im Datenblatt zum Opus Audiocodec im Kapitel 4.3

Kapitel K:

Die Summe aus diesem Byte und dem Byte im Bereich H (Anzahl der Bytes für die Sprungmarken), ergibt immer 214.

Also lässt sich sagen "Byte K = 214 - Byte H".

Gesamtgröße Header:

Die Gesamtlänge des Headers liegt bei maximal 255 Byte.

Der restliche Raum bis zum 4096. Byte ist mit "00" gefüllt.

Automatische Cloudaktualisierung:

Wahrscheinlich nur durch eine Abweichung zwischen dem Offlinewert des Bereichs F (Zeitstempel) und dem in der Cloud abgespeicherten Zeitstempels der letzten Änderung. Evtl. wird auch der SHA-1 Hash betrachtet, konnte noch nicht verifiziert werden.

Dateiname:

Der Dateiname der auf der SD-Karte gespeicherten Datei (bestehend aus Header und Ogg Anteil) ist die Tonie-Cloud-ID. Also eine eindeutig dem User zugeordnete ID.

Verzeichnisname:

Der Verzeichnisname hat einen direkten Bezug zum Tonie. Entweder besteht er aus dem letzten Teil der UID des Tonies, und ist somit einmalig pro Tonie vergeben, oder er ist eindeutig einem Hörspiel zugeordnet. Letzteres würde bedeuten, dass zwei gleiche Tonies den gleichen Verzeichnisnamen haben, bzw. sich auf einer Tonibox ein Verzeichnis teilen. Hierzu fehlte mit ein zweiter Tonie, um das nachzuvollziehen. Evtl. kann dieses jemand machen. Meine Löwenfigur des Tonie-Starterkits hat folgenden Verzeichnisnamen: "BD200Bxx".

Den Abgleich mit der UID konnte ich noch nicht durchführen, da ich noch Probleme mit der Bildung des XOR-Passwortes habe und somit die UID noch nicht auslesen konnte.

RFID Daten:

Ich konnte bereits erfolgreich die RandomNumbers von den Tonies abfragen, jedoch habe ich mit dem daraus gebildeten XOR-Passwort keine Antwort erhalten. Falls jemand mir erklären könnte, wie ich das XOR-Passwort korrekt bilde und dann mit dem Proxmark3 den Tonie auslesen kann, wäre ich dafür dankbar. Evtl. hat ja jemand bereits ein LUA Script hierzu geschrieben. Über dieses würde ich mich auch freuen.

Interessant bei den RFID Daten ist zum einen die UID (siehe Punkt Verzeichnisnamen) und natürlich auch die Daten die auf dem Chip abgespeichert sind. Hier würde mich der Abgleich mit dem Header interessieren, ob daraus etwas ableitbar ist, oder ob es sich nur um eine verschlüsselte Checksumme der UID handelt, um die Echtheit des Tonies nachzuweisen.

Interessant wird das Ergebnis von Dirk (tueddy) sein, der es bereits geschafft hat mit einem PE5180 und einem Arduino die Tonie auszulesen. Freue mich schon auf die Veröffentlichung des Skriptes.

Audiocodec:

Bei dem Audicodec handelt es sich um eine Opus Audiodatei, die mit dem Encoder Lavf58.20.100 des Opustools in der Version 0.1.10 codiertwurde (Danke Hoffy1968)

Kommunikation Toniebox mit Tonie-Cloud:

Aktuell gibt es keine Erkenntnisse darüber, wie die Kommunikation abläuft. Hier kann sich gerne noch einer dran austoben.

Jedoch konnte ich in einem http-Request der Tonie-Cloud feststellen, dass eine Kombination vom oben genannten Verzeichnisnamen und Dateinamen als Identifikationsnummer für den Kreativtonie verwendet wird.

Mal sehen was die Cloud uns noch so verrät.

Soweit der aktuelle Stand des Ganzen.

Besonderen Dank an Hoffy1968, für die gute Vorarbeit und den guten Austausch.

Wenn noch jemand weitere Informationen hat, würde ich diesen Stand gerne aktualisieren.

Würde mich freuen weiter mit Euch an diesen Themen zu arbeiten.

Gruß,

Gambrius

P.S.: Werde mal prüfen, ob wir für dieses Thema nicht ein WIKI aufmachen können.