Lexikon
Was ist das Prüfsiegel?
Das Prüfsiegel weist kryptografisch nach, dass eine Version den vollständigen Prüfablauf durchlaufen hat — nachträgliche Änderungen sind daran erkennbar.
Zuletzt aktualisiert: 18. August 2026 · Baldux GmbH
Das Siegel hängt an einer konkreten Version und deckt deren Prüfstand mit ab. Technisch ist es eine Signatur über den Inhalt dieser Version und das Ergebnis der Prüfungen. Wird nachträglich etwas verändert — eine Zeile, eine Einstellung, eine Datei —, passt die Signatur nicht mehr zum Inhalt, und die Abweichung fällt bei der Überprüfung auf.
Wichtig ist die genaue Formulierung: Ein Prüfsiegel ist kryptografisch überprüfbar, nicht fälschungssicher. Es verhindert keine Änderung. Es macht Änderungen erkennbar — jeder, der Version und Siegel hat, kann selbst nachrechnen, ob beide zusammengehören. Das ist der Unterschied zwischen „niemand kann etwas ändern“ und „niemand kann unbemerkt etwas ändern“; nur das Zweite lässt sich zusagen.
Praktisch heißt das: Wenn Sie Monate nach der Übergabe wissen wollen, ob der laufende Stand noch der geprüfte ist, prüfen Sie das Siegel. Weicht es ab, wurde außerhalb des Prüfablaufs eingegriffen — vielleicht zu Recht, etwa durch Ihre eigenen Entwickler, vielleicht versehentlich. In jedem Fall ist es sichtbar, statt sich in der Historie zu verlieren.
Wer das Vier-Augen-Prinzip aus dem eigenen Betrieb kennt, erkennt es hier wieder: Zwei getrennte Instanzen müssen zustimmen, bevor etwas gilt. Der Unterschied ist, dass es beim Prüfsiegel nicht bei der Zustimmung bleibt — sie wird an die konkrete Version gebunden und lässt sich später von jedem nachrechnen, der Version und Siegel hat.
Die drei Bausteine greifen ineinander: Der Council entscheidet, ob ein Stand geprüft ist. Die Belegkette hält fest, wie er geprüft wurde. Das Prüfsiegel bindet dieses Ergebnis an genau diese Version, sodass es die Übergabe überdauert. Ohne Siegel wäre die Belegkette ein Dokument, das sich vom Code lösen kann.
Ein Beispiel: Ein Betrieb lässt seine Anwendung ein Jahr später von einer anderen Agentur erweitern — was ausdrücklich erlaubt ist. Nach ein paar Wochen häufen sich Fehler, und die Frage steht im Raum, ob sie aus dem gelieferten Stand stammen oder aus den Erweiterungen. Die Siegelprüfung beantwortet das in Minuten statt in einer Diskussion: Sie zeigt, welche Teile unverändert dem geprüften Stand entsprechen und welche nicht.
Deshalb ist das Siegel auch für die Zusammenarbeit mit Dritten nützlich, nicht nur für uns. Es sperrt niemanden aus — Ihre Entwickler dürfen ändern, was sie wollen. Es hält nur fest, wo unser Nachweis endet und Ihre eigene Verantwortung beginnt. Ohne diese Grenze wäre jede spätere Änderung eine offene Haftungsfrage.
Auf der Zeitachse ist das Siegel der letzte Schritt vor der Übergabe: Council-Prüfung bestanden, Belegkette vollständig, Version festgeschrieben, Signatur erzeugt. Danach ändert sich am Siegel nichts mehr. Eine neue Freigabe erzeugt ein neues Siegel für eine neue Version — alte Siegel bleiben gültig für den Stand, für den sie ausgestellt wurden.
Ein Siegel ist damit auch ein Datum: Es sagt, dass genau dieser Stand zu genau diesem Zeitpunkt den vollständigen Prüfablauf durchlaufen hat. Es sagt nicht, dass der Stand für alle Zeit angemessen bleibt — neue Sicherheitsanforderungen und neue Bibliotheksversionen entwerten keinen Nachweis, machen aber neue Arbeit nötig.