Zusammenfassung

  • Seit dem 24. September liegt Bitstring Status List v1.1 als erster öffentlicher Arbeitsentwurf vor. Version 1.0 bleibt eine W3C-Empfehlung.
  • Ein neuer kompakter Eintrag enthält Basis-URL und 32-Bit-Index. Den Statuszweck muss der Prüfer bei der Rückwandlung hinzufügen.
  • Weder der knappe Eintrag noch die große theoretische Liste belegen allein aktuelle, autorisierte oder anonyme Statusentscheidungen.

Eine Nummer kann den Platz in einer Liste bestimmen, aber nicht den Sinn der Abfrage. Der am 24. September veröffentlichte W3C-Entwurf Bitstring Status List v1.1 schlägt mit TerseBitstringStatusListEntry einen besonders kurzen Verweis in verifizierbaren digitalen Nachweisen vor. Er besteht aus einer Basis-URL und einem Index. Aus diesen Daten lässt sich ein gewöhnlicher Statuslisteneintrag erzeugen. Welcher Status — etwa Sperre oder Widerruf — geprüft wird, muss jedoch außerhalb dieses Kurzverweises festgelegt werden.

Die Vorgeschichte ist wichtig. Bitstring Status List v1.0 wurde im Mai 2025 zur W3C-Empfehlung. Gemeinsame signierte Listen und die Idee, nicht für jeden Nachweis einen einzeln beobachtbaren Statusabruf anzubieten, stehen bereits dort. Schon v1.0 erlaubt unterschiedliche Aussteller für den Nachweis und die zugehörige Statusliste. v1.1 ist dagegen zunächst ein öffentlicher Arbeitsentwurf. Daraus folgt weder die Ablösung der bestehenden Empfehlung noch ein Nachweis für praktische Einführung.

Die eigentliche Neuerung ist präzise genug für einen Interoperabilitätstest. Der Kurzindex muss als vorzeichenlose 32-Bit-Zahl darstellbar sein. Für die Umwandlung legt der Entwurf 2²⁶ Einträge pro Liste und 2⁶ mögliche Listennummern fest. Der ganzzahlige Quotient bestimmt die Liste, der Rest den Eintrag darin. Der endgültige Abrufpfad kombiniert Basis-URL, Statuszweck und Listennummer. Diese 64 möglichen Positionen sind ein Rechenmodell, keine Bestandsaufnahme tatsächlich betriebener Listen.

Ausgerechnet statusPurpose steht nicht im kompakten Eintrag. Der Prüfer liefert den Zweck an den Algorithmus. Laut Entwurf wird gewöhnlich der kompakte Eintrag digital signiert; die Signaturprüfung sollte vor der Umwandlung erfolgen. Eine korrekte Signatur schützt also den empfangenen Kurzverweis, nimmt aber niemandem die Entscheidung ab, welche Art von Status für die konkrete Prüfung maßgeblich ist. Die rekonstruierte Liste muss anschließend ebenfalls abrufbar und ihre Beweismittel müssen gültig sein.

Wer einen vom Inhaber mitgelieferten signierten Listenstand akzeptiert, kann einen unmittelbaren Kontakt zum Herausgeber vermeiden. Ein Prüfer kann trotzdem einen neueren Stand verlangen. Die optionale ttl-Angabe ist ein Hinweis zur Auffrischung, keine Verlängerung der Gültigkeitsdauer. Zudem warnt der Entwurf vor einem Fehlschluss: Millionen möglicher Plätze verbergen eine Person nicht automatisch, wenn tatsächlich nur wenige Nachweise ausgegeben wurden.

Quellen