Zusammenfassung

  • Der individuelle Oblivious-CoAP-Entwurf verteilt Wissen: Ein Weiterleitungsproxy kennt den Client, nicht den Inhalt; das Gateway kennt den Inhalt, erhält aber dessen Adresse nicht.
  • Abschnitt 7.1 weist auf einfache Wiederholung durch den Proxy oder Dritte hin. Für zustandsändernde Anfragen kann der Server zuerst den HPKE-Kapselwert und später geschützte Zähler prüfen.

Ein Bote muss den Brief nicht öffnen, um ihn zweimal abzugeben. Diese einfache Macht bleibt im Oblivious-CoAP-Entwurf vom 28. Oktober bestehen. Er soll die Identität eines eingeschränkten Geräts vor dem Ziel verbergen. Ein verschlüsselter Umschlag lässt sich trotzdem kopieren. Der Schutz der Herkunft entscheidet noch nicht, wie oft der Inhalt ausgeführt wird.

CoAP regelt Anfragen und Antworten kleiner vernetzter Geräte. Als Anwendungsfälle nennt der Entwurf DNS-Abfragen über CoAP, anonyme Diagnosemeldungen und Suchen in Ressourcenverzeichnissen. Der Client verschlüsselt die Originalanfrage mit HPKE für ein Gateway und sendet sie über einen CoAP-Proxy. Der Proxy sieht die Quelladresse, aber nicht die Anfrage. Das Gateway entschlüsselt, ohne die Adresse vom Proxy zu bekommen. Gemeinsame Logdateien oder Kontrolle über beide Rollen könnten diese Trennung wieder aufheben.

Das Muster stammt aus Oblivious HTTP. Der neue Entwurf ergänzt eine CoAP-Option, die mehrere zusammengehörige Nachrichten im selben HPKE-Kontext zählt. Ein mitwirkendes Gateway ist erforderlich; die Technik ist kein allgemeiner Schalter für jeden CoAP-Dienst. Abschnitt 7.1 benennt ihren Preis: Ein Proxy oder ein äußerer Angreifer kann geschützte Anfragen leicht wiederholen.

Bei einer tatsächlich sicheren Methode darf der Server die Wiederholung tolerieren, sofern er die Sicherheit erneuter Behandlung geprüft hat. Eine Anfrage, die Zustand verändert, kann er als Duplikat erkennen und bei Bedarf stoppen. Die erste Nachricht eines Austauschs liefert den HPKE-Kapselwert enc oder dessen Hash als Wiedererkennungszeichen. Spätere Nachrichten im selben Kontext tragen den gegen Veränderung geschützten OCoAP-Zähler count, den das Gateway mit einem Wiederholungsfenster für den Empfangskontext vergleichen kann. Eine geschützte Echo-Option kann die Frischeprüfung ergänzen.

Diese Prüfung braucht Gedächtnis beim Ziel. Eine doppelte Diagnosemeldung kann eine Zahl verfälschen, eine doppelte Zustandsänderung einen Effekt wiederholen. Der Entwurf misst weder Speicherbedarf noch Aufbewahrungsdauer oder Verhalten nach Neustart. Der Betreiber muss sichere Methoden bestimmen, Wiederholungszustand speichern und sein Vorgehen bei Verlust dieser Daten festlegen. Die Verschlüsselung übernimmt keine dieser Entscheidungen.

Der IETF-Eintrag führt einen individuellen Standards-Track-Entwurf mit Status I-D Exists. Für eine aussagekräftige Probe sollte dieselbe verschlüsselte Anfrage zweimal und danach eine verwandte Folgeanfrage ankommen, mit einem Gateway-Neustart dazwischen. Zu zählen sind tatsächliche Ausführungen, erhaltene Duplikatspuren und Möglichkeiten, Herkunft und Inhalt wieder zusammenzuführen.