Zusammenfassung

  • Ein LTP-Cookie ist veränderlicher Sitzungszustand. Nach Annahme einer längeren Erweiterung ist der kurze Vorgänger nicht mehr gut; Wiederholungen verwenden den dann aktuellen Wert.
  • Cookies erschweren blinde DoS-Pakete, authentisieren aber keinen Urheber. AuthVal prüft Segmente; Schlüsselverteilung, KeyID-Bedeutung und Entzug liegen außerhalb der RFC-Autorität.

Ein Retry braucht eine neue Hülle

Das Original verlässt den Sender mit gültigem Cookie. Der Empfänger verlängert den Wert während der Übertragungszeit. Nach Ablauf eines Timers liegt beim Sender noch die exakte ursprüngliche Codierung.

Sie unverändert zu senden wäre falsch. Die Spezifikation verlangt den bei der Wiederholung gültigen Cookie. Nutzdatenidentität und Sicherheitsaktidentität fallen auseinander.

Ein belastbarer Datensatz führt Payload- und Segment-Hash, Cookie-Generation, Retry-Grund und Ergebnis getrennt. Schweigendes Verwerfen einer identischen Kopie kann korrekte Durchsetzung sein, weil der einst gültige Präfix inzwischen abgelöst wurde.

Vergangene Gültigkeit ist keine aktuelle Berechtigung.

Präfixregeln besitzen eine Uhr

Jeder Motor kann während der Sitzung einen Cookie einführen. Nach einer Kommunikationsfrist müssen alle Segmente beider Richtungen einen guten Wert tragen. Davor können alte Segmente unterwegs sein, die den neuen Zustand nicht kennen konnten.

Die Implementierung bestimmt die Frist aus Laufzeit, Kontakt und lokaler Politik. Das gleiche Fehlen ist zunächst zulässig und später ein Verwerfungsgrund.

Ein Cookie wächst durch Anhängen zufälliger Bits. Gut ist ein Wert, der mit dem gespeicherten beginnt, oder ein erster Wert bei leerem Zustand. Wird die Erweiterung angenommen, verliert der kurze Vorgänger seine Gültigkeit. Es ist eine monotone Kette, kein Satz gleichrangiger Token.

Vorgänger, geschützter Fingerabdruck, Empfang, Frist und erster Zwangseinsatz gehören in die Historie.

Zwei erste Cookies bleiben zwei Zustände

Beide Seiten können einen Initialwert aussenden, bevor sie den anderen sehen. Danach tragen Segmente zwei unabhängige Erweiterungen, und beide müssen nach ihren Fristen gut sein.

Der zweite Initialwert muss innerhalb eines endlichen Fensters eintreffen. Ein unbekannter Wert darf nicht beliebig spät als alte zweite Wurzel erscheinen.

Eine einzelne Spalte verliert Richtungen, Ketten und Fristen. Auch das Zusammenfalten mehrfacher Tags in eine Map kann die entscheidende Instanz überschreiben.

Reihenfolge und Einzelergebnis sind Teil des Nachweises.

Schweigen unterscheidet keinen Fehler

Ein fehlender oder falscher Cookie wird nach der Frist still verworfen. Das schützt Ressourcen, gibt dem Sender aber nur eine Zeitüberschreitung.

Ursachen reichen von altem Präfix, verlorener Erweiterung und falscher Frist bis zu AuthVal-Fehler, Nichtunterstützung, Ressourcenlimit oder ausgefallenem Kontakt. Schweigen wählt keine davon.

Der Empfänger kann seine lokale Regel und Zeit dokumentieren, nicht automatisch Bosheit oder entfernte Schuld. Die Erklärung entsteht erst aus beiden Zeitleisten, Hashes, Zählern und Kontaktfenstern.

Ein Cookie beglaubigt keinen Autor

Unvorhersagbarkeit erschwert blinde Einspeisung. Sie beweist nicht, wer verlängert hat. Ohne Herkunftsauthentisierung kann ein Mittelsmann laut RFC den Cookie erweitern und den legitimen Peer aussperren.

Der Empfänger verwirft danach den kurzen legitimen Wert regelkonform. Der Automat funktioniert, hat aber eine nicht autorisierte Zustandsänderung ausgeführt.

Cookie prüft aktuellen Sitzungszustand; AuthVal prüft eine Codierung im kryptographischen Kontext. Keiner beweist Anwendungsfreigabe, Bundle-Zustellung oder Organisation. Cookies enden außerdem mit der Sitzung.

Ein gültiges AuthVal kann vom alten Schlüssel stammen

LTP-auth enthält Suite, optionalen rohen KeyID und AuthVal. Bedeutung und Schlüsselzyklus sind ausdrücklich nicht definiert.

Das erste authentisierte Segment muss den Header tragen, spätere dürfen ihn weglassen. Eine Wiederholung des ersten Segments muss ihn erneut enthalten.

Beim Upgrade können alte und neue AuthVals gemeinsam erscheinen. Der Empfänger sucht und darf annehmen, wenn eines stimmt. Ein Gesamtwert gültig sagt daher nicht, welche Epoche gearbeitet hat.

Bleibt der alte Schlüssel, kann alles erfolgreich aussehen, obwohl der neue nie funktioniert. Erfolgreiche Instanz, Suite, KeyID, Prüfer und externe Autorisierung müssen sichtbar sein. Ein fehlgeschlagener Kandidat neben einem gültigen ist nicht automatisch ein Angriff.

Registrierung ist keine Sicherheitsfreigabe

RFC 5327 definierte HMAC-SHA1-80, RSA-SHA256 und NULL. NULL hat einen fest codierten Schlüssel und liefert Prüfsumme statt Authentisierung. Aktive Angriffe bleiben möglich.

IANA dokumentiert Nummern, nicht heutige Eignung, Verwendung oder Schlüsselpflege. Das RFC ist Experimental und lässt Schlüsselmanagement offen. Gegenwärtiger Einsatz braucht eigene Evidenz.

Quellen und Beweisgrenze

Die Quellen belegen Regeln, Zuweisungen und Status, nicht Einsatz, Schlüssel, Angriff, Sitzung, Konformität oder Anwendungsergebnis.