März 2002 SicherheitscService, v1.8: Protokoll Csi-ecma 3-95 3 Dieser Algorithmus wird verwendet, um einen symmetrischen Schlüssel für Gebrauch herzustellen durch den Initiator und Ziel AEF als Teil der Kontexteinrichtung. Das entsprechende key_estb_req Feld des SPKM_REQ seien Sie eine BITKETTE, dessen Inhalt ein DER ist kodierung des KeyEstablishmentData Element. 3,6,30,4 Profil der Karte, wie im hybriden Entwurf Interdomain verwendet Merken Sie daß das krb5Ticket der Teil von diesem ist zu dem identisch, der in verwendet wird CSI_ECMA_Secret Schlüsseleinheit außer daß EncTicketPart wird mit verschlüsselt der temporäre Schlüssel verwendet zwischen KDS anstatt der Schlüssel des Ziels. Tabelle 3-12 Karte, wie im hybriden Entwurf Interdomain verwendet Feld Value/Constraint krb5Ticket - tkt-vno 5 - Realm Initiatordomain Name in der Kerberos-Realmnamenform - sname zielen Sie Anwendungsnamen einschließlich des Realm von Ziel -- EncTicketPart verschlüsselt mit temporärem Schlüssel (der der Reihe nach ist verschlüsselt innerhalb des keyEstablishmentDatafeldes) --- Markierungsfahnen nur Spitzen 6, 10 und 11 können im Kontext sinnvoll sein vom Protokoll Csi-ecma werden der Rest ignoriert --- Schlüssel der grundlegende Schlüssel --- crealm Initiatordomain Name in der Kerberos-Realmnamenform --- cname Hauptname des Initiators (im Fall von der Delegation das cname ist das des Delegierten) --- transited nicht verwendet --- authtime die Zeit, zu der der Initiator beglaubigt wurde --- starttime nicht verwendet --- endtime die Zeit, zu der die Karte unzulässig wird --- erneuern-bis nicht verwendet --- caddr nicht verwendet --- Ermächtigung-Daten enthält das PPID, das cname entspricht publicKeyBlock - signedPKBPart -- encryptedKey Struktur KeyEstablishmentData -- encryptionMethod Gssschlüssel-estb-alg -- issuingKDS Name X.500 KDS des Initiators (der Unterzeichner)