Protokolleinträge verkettet lesen

Öffnen Sie den Kontrollabschnitt der Produktseite und betrachten Sie die Einträge. Die fachliche Aussage eines Eintrags beschreibt, was geschehen sein soll. Der Prüfwert dient einer anderen Frage: Passt der vorliegende Inhalt zur verketteten Folge? Ein mathematisch stimmiger Eintrag beweist nicht automatisch die Wahrheit einer ursprünglichen Quellenangabe. Trennen Sie deshalb die Prüfung des Inhalts von der Prüfung der nachträglichen Veränderung.

1. Prüfen Sie zunächst die unveränderte Kette.
2. Ändern Sie über die Versuchsfunktion einen vorhandenen Eintrag.
3. Wählen Sie „Kette prüfen“ und lesen Sie die erste gemeldete Abweichung.
4. Stellen Sie den ursprünglichen Versuchszustand wieder her und prüfen Sie erneut.

Notieren Sie den betroffenen Eintrag und den beobachteten Befund. Die erste Abweichung grenzt das Problem ein; sie erklärt noch nicht, wer die Änderung vorgenommen hat.

Laut Originalquelle verwendet die Kette SHA-256. Jeder Eintrag trägt den Prüfwert des vorherigen Eintrags. Ändert sich ein früherer Inhalt, passen spätere Verweise nicht mehr zum neu berechneten Wert. Für eine unabhängige Nachrechnung müssen außerdem die exakten Eingabebytes und ihre Serialisierung bekannt sein. Die Inhaltsdatei veröffentlicht diesen vollständigen Bytevertrag nicht. Die hier beschriebene Prüfung ersetzt deshalb keine exakte Implementierungsreferenz.

Wer die gesamte Folge einschließlich aller Folgeprüfwerte neu schreibt, kann eine intern stimmige Ersatzkette herstellen. Erkennbar wird dieser Fall erst durch einen Vergleich mit einem früher unabhängig aufbewahrten Stand. Die Originalquelle sagt ausdrücklich, dass dieser externe Vergleich noch nicht im Prototyp gebaut ist. Im geplanten Betrieb müssen Verwahrort, Zugriff und Vergleichsverfahren deshalb gesondert festgelegt und geprüft werden. Eine saubere Kettenprüfung allein schließt diesen Angriff nicht aus.