Zusammenfassung

  • RFC 10021 zeigt einem Group-OSCORE-Endpunkt nach Verlust von Kontextzustand, wie er Nonce-Wiederverwendung und Replay-Fehler vermeidet: anhalten, den einschlägigen Kontext beschaffen und erst dann Frische prüfen.
  • Ein wiederhergestellter Kontext oder eine erfolgreiche Frische-Challenge belegt nur eine begrenzte Protokollbedingung. Er erzeugt keinen früheren Auftrag, keine aktuelle Freigabe, keine Sicherheitslage und keinen vollendeten Effekt neu.

Nach dem Neustart eines Feldgeräts ist „wiederhergestellt“ oft das gefährlichste Wort. Es kann bedeuten, dass Strom vorhanden ist, ein Netzpfad zurückkam, ein Schlüsselspeicher antwortet oder die Überwachung wieder einen Heartbeat sieht. Das sind verschiedene Tatsachen. Keine davon darf unbemerkt zu „setze die laufende Arbeit fort“ werden.

RFC 10021, im Juli 2026 als IETF-Standards-Track-RFC veröffentlicht, definiert Group OSCORE für geschützte CoAP-Kommunikation zwischen Gruppenmitgliedern. Im Gruppenmodus schützt ein Sender eine CoAP-Nachricht und versieht sie mit einer Countersignatur seines privaten Schlüssels; der Empfänger prüft sie mit dem öffentlichen Schlüssel des Senders und dem Sicherheitskontext. Das Protokoll kann damit eine präzise Aussage über die geschützte Nachricht und ihre Quell-Authentisierung treffen. Es ist kein Ablaufplaner für Geschäftsprozesse.

Diese Zurückhaltung zählt besonders, wenn flüchtiger Zustand verschwindet. Group OSCORE trennt einen langlebigen Teil des Sicherheitskontexts von einem variablen Teil, der bei einem ungeplanten Neustart verloren gehen kann. Erkennt ein Endpunkt den Verlust, muss er eine erneute Verwendung eines Nonce mit demselben Schlüssel verhindern und Replay-Nachrichten behandeln. Kann er keine aktualisierten Parameter erhalten, darf er mit dem betroffenen Kontext keine Nachrichten weiter schützen. Ein nicht stummer Endpunkt, der Replay nicht wieder erkennen kann, darf auch keine eingehenden Gruppennachrichten akzeptieren.

Das ist ein Sicherheitsstopp und keine Unbequemlichkeit, die ein Neustart-Häkchen aufhebt.

Dasselbe gilt, wenn Empfängerhistorie gelöscht wurde, um knappen Speicher zurückzugewinnen. Ein erneut abgeleiteter Recipient Context beginnt mit einem ungültigen Replay Window, weil das Gerät nicht mehr genug über den früheren Verkehr weiß, um neue von alten Anfragen zu unterscheiden. RFC 10021 lässt nur abgegrenzte Wege zu: Nachricht verwerfen, neue Kontextparameter beziehen oder CoAP Echo verwenden. Nicht behauptet wird, das nächste plausibel aussehende Paket stelle die Vergangenheit wieder her.

Echo wird leicht überlesen. RFC 9175 erlaubt dem Server eine Challenge, die der Client zurückliefert, damit der Server die Frische einer Anfrage anhand von Anforderungen prüft, welche die Anwendung festlegt. In Group OSCORE kann ein korrekt zurückgegebenes Echo das betreffende Replay Window gültig machen und eine frische Anfrage zur Anwendung durchlassen. Das ist eine punktuelle Wiederherstellung von Anti-Replay-Vertrauen.

Echo bindet eine Anfrage nicht an eine bestimmte frühere Antwort, baut kein Transaktionsprotokoll nach, beweist nicht die fortdauernde Absicht eines abwesenden Bedieners und entscheidet nicht, ob ein Aktor wieder anlaufen darf.

Der Group Manager hat eine wichtige, aber begrenzte Aufgabe. RFC 10021 verlangt, dass er prüft, ob ein beitretender Endpunkt zum Beitritt berechtigt ist, direkt oder anhand von Nachweisen einer vertrauenswürdigen Stelle. Die Einzelheiten dieser Berechtigung liegen außerhalb des Dokuments. Die Mitgliedschaft in einer Sicherheitsgruppe ist daher keine dauerhafte Delegation für jede Operation, die später über die Gruppe laufen könnte. Kontextverteilung, Mitgliedschaft und gegenwärtige Fachbefugnis gehören zu unterschiedlichen Aufzeichnungen und Uhren.

Auch die Schlüsselrotation zeigt, warum ein einzelner grüner Status nicht genügt. Ein Client kann eine Anfrage mit dem alten Kontext schützen, kurz bevor der Server neue Parameter installiert; die Antwort kann dann im neuen Kontext geschützt werden. RFC 10021 vermeidet in dieser Übergangsphase Nonce-Wiederverwendung. Sie sagt nicht, dass die ursprüngliche Anfrage noch rechtzeitig ist, der Zielzustand noch gewollt ist oder eine verspätete Antwort einen abgeschlossenen Prozess belegt.

Die redaktionelle Konsequenz lautet: Verlustdetektion, Kennungen des alten und neuen Kontexts, Neu-Provisionierung oder Frische-Challenge, Signatur- und Replay-Ergebnis, Abgleich des Anwendungszustands, lokale Freigabe und unabhängig beobachtete Wirkung getrennt festhalten. So kann ein System seine Nachrichtensicherheit sicher zurückgewinnen, ohne Wiederherstellung in Entscheidungsmacht zu verwandeln.

Quellen