Zusammenfassung

  • Revision 01 der SEAT-Anwendungsfälle behandelt Kanalbindung, Evidenzfrische, zusammengesetzte Authentisierung, Laufzeit-Attestierung und Zustandsdrift langer oder wiederaufgenommener Verbindungen als getrennte Ziele.
  • TLS kann kryptografisch intakt bleiben, nachdem sich die akzeptierte Umgebung geändert hat. Der Handshake belegt eine zeitlich begrenzte Beobachtung, keine dauerhafte Berechtigung.

Um 9 Uhr bindet ein Server frische Attestierung an einen TLS-Handshake. Der Verifier akzeptiert Firmware, Betriebssystem, Workload und Schutzkonfiguration; der Relying Party gibt ein Geheimnis frei. Um 14 Uhr ist der Kanal weiter intakt, doch der Workload ist migriert, ein KI-Agent besitzt ein neues Werkzeug oder ein Schutz wurde abgeschaltet.

Der Transport erfüllt seine Zusage. Die Voraussetzung der Freigabe kann trotzdem verschwunden sein.

Diese Zeitgrenze steht im Mittelpunkt von draft-ietf-seat-use-cases-01, aktualisiert am 15. September 2026 und gültig bis 19. März 2027. Es ist ein SEAT-Working-Group-Internet-Draft in I-D Exists. Der Kopf nennt Informational, Datatracker lässt Intended RFC status leer; Shepherd, verantwortlicher Area Director und Telechat fehlen. IANA-Aktionen gibt es nicht. Das Dokument liefert Ziele und Anwendungsfälle für spätere Protokolldesigns, aber weder Mechanismus noch Appraisal Policy, Implementierung oder Messung.

Kanalidentität ist nicht Maschinenzustand

TLS und DTLS authentisieren gewöhnlich einen Peer über Schlüssel und Netzidentität. Remote Attestation ergänzt Evidence zum Target Environment: Hardware, Firmware, Software und Sicherheitskonfiguration. So lassen sich Inhaber der Verbindung und Akzeptabilität der ausführenden Umgebung trennen.

Ein gültiges Zertifikat beweist nicht, dass ein Schlüssel weiter nicht exportierbar oder Secure Boot aktiv ist. Echte Evidence von einer anderen Plattform beweist nicht, dass diese Plattform den aktuellen Kanal hält. Deshalb fordert Revision 01 eine kryptografische Bindung von Evidence oder Attestation Result an genau diese Verbindung, um Relay aus fremdem Kontext zu verhindern.

Compound Authentication, Machine Identifier, normale Peer-Authentisierung und Attestation Credential Freshness bleiben getrennte Ziele. Ein Pass kann die anderen nicht ersetzen.

Frische Evidenz altert sofort

Frische verhindert Replay eines alten akzeptierten Zustands. Bindung verhindert die Übertragung auf einen anderen Kanal. Zusammen zeigen sie, dass eine unter einer Regel hinreichend junge Aussage zu einem Kontext gehört. Sie frieren den Endpoint nicht ein.

Der Entwurf benennt State Drift in long-lived und resumed connections, Runtime Attestation sowie periodische und bedarfsgesteuerte Modelle. Echte Evidence kann veralten, ohne dass TLS auch nur einen Record verwirft.

Bei einem KI-Agenten kann das Binary gleich bleiben, während Modell, Prompt, Tools und Berechtigungen wechseln. Ein vertraulicher Workload kann migrieren, ein Reference Value widerrufen oder Schlüsselschutz geschwächt werden. Die Record Layer misst das nicht.

Die belastbare Aussage ist eng: Eine Umgebung wurde zu einem Zeitpunkt unter einer Frische- und Policy-Regel bewertet, und das Ergebnis wurde an eine Verbindung gebunden. Fortgesetzte Verschlüsselung ist kein fortgesetztes Akzeptanzurteil.

Resumption und KeyUpdate erneuern nicht den Befund

TLS Resumption erzeugt aus früherem Zustand eine neue Verbindung. Kryptografische Kontinuität beantwortet nicht, ob Evidence noch jung genug, das Target Environment identisch, Verifier und Policy unverändert oder höhere Rechte neu zu prüfen sind.

Revision 01 verlangt eine Behandlung, wählt aber keine universelle Frist. Telemetrie-Lesen und Secret Provisioning tragen unterschiedliche Risiken. Eine lokale Frist braucht trotzdem einen sichtbaren Receipt.

KeyUpdate erneuert Traffic Keys ohne vollständigen Handshake. Firmware und Tool Set werden dabei nicht gemessen. Transport-Key-, Evidence- und Authorization-Frische sind drei Uhren.

Passport und Background Check verschieben den Ausfall

Im RATS-Passport-Modell erhält der Attester ein Result und legt es vor. Beim Background Check arbeitet der Relying Party mit einem Verifier. Revision 01 ordnet maximale Frische eher dem Background Check und Skalierung, Leistung oder Verifier-Unerreichbarkeit eher dem Passport zu.

Passport braucht Gültigkeit und Replay-Regeln. Background Check braucht Verfügbarkeit, Latenz und Timeout-Verhalten. Kurze Laufzeit verkleinert das Stale-Fenster und erhöht Last und DoS-Fläche; lange Laufzeit erhöht Kontinuität und verlängert geerbte Zustimmung.

Mehr Attestierung kann zudem Plattformzusammensetzung, Konfiguration und Workload-Identität offenlegen. Frische, Linkability und Aufbewahrung sind gemeinsam zu entscheiden.

Zwei kompromittierte Schlüssel, zwei Wirkungen

Ein gestohlener TLS Authentication Key kann auf eine andere Maschine re-hosted werden. Attestierung hilft nur, wenn sie Schlüssel, Umgebung und Verbindung eng genug bindet. Ein kompromittierter Attestation Key kann hingegen falsche Evidence erzeugen; perfekte Kanalbindung macht einen unehrlichen Attester nicht wahrheitsgemäß.

Key Attestation bei Zertifikatsausstellung beweist ebenfalls nur einen vergangenen Zeitpunkt: Modul und Speicherung bei Enrollment, nicht den Zustand beim späteren Verbindungsaufbau oder über Stunden.

Das Resultat ist Eingang einer lokalen Entscheidung

Evidence und Attestation Result sind kein allgemeiner Allow-Befehl. Der Relying Party verbindet sie mit lokaler Policy, Operation und Risiko. Appraisal Policy bleibt ausdrücklich außerhalb des Dokuments. Eine korrekte Messung kann an neuer Policy scheitern; ein Zustand kann Lesen erlauben und Secret Release verweigern.

Heng Lus minimale Anfangsspezifikation unterstützt einen kleinen gemeinsamen Vertrag für Bindung, Frische und Semantik. Running-Code-Primat fordert Belege, dass ein System Refresh verlangt, alte Zustimmung invalidiert und Rechte entzieht.

Aufzuzeichnen sind Transcript Binding, Evidence/Result IDs, Frischebasis, Verifier, Policy-Generation, Target Environment, Resumption-Linie und letzte Annahme. Trigger umfassen Migration, Resumption, Privileg, Tool-Wechsel, Rotation, Alarm, Widerruf und Höchstalter. Das sind Betriebsempfehlungen, keine Pflichten der Revision 01.

Binding schließt die Substitutionslücke. Re-Attestierung und Entzug schließen die Zeitlücke. Eine intakte Verbindung macht aus einer alten Beobachtung keine aktuelle Tatsache.

Quellen