Validierung des Herausgebers eines Sicherheitstokens, das mit JSON Web Encryption (JWE) verschlüsselt wurde?

Question

Ich habe die JSON Web Encryption (JWE) Spezifikation mit der latest draft being 08 gelesen, da wir JSON Web Tokens (JWT) in unserem Authentifizierungsserver unterstützen.

Mit der asymmetrischen Verschlüsselungsmethode, die definiert wird, wird der symmetrische Schlüssel (Content Master Key) mit dem öffentlichen Schlüssel des Empfängers verschlüsselt. Dies ist sinnvoll, damit nur der Empfänger es entschlüsseln kann und auch sicher sein kann, dass das Token für sie bestimmt war.

Normalerweise würde ich erwarten, auch etwas zu sehen, das beweist, wer der Token ist von, z.B. eine Signatur, die unter Verwendung des privaten Schlüssels des Herausgebers erstellt wurde, der unter Verwendung ihres öffentlichen Schlüssels verifiziert werden kann. Die Signaturen scheinen jedoch auch von dem Inhaltshauptschlüssel oder dem öffentlichen Schlüssel des Empfängers abgeleitet zu sein, ohne den privaten Schlüssel des Herausgebers zu erwähnen.

Ohne dieses scheint es mir wie - solange das Format des Tokens, das erwartet wurde, bekannt war - jemand mit dem öffentlichen Schlüssel des Empfängers (d. H. Irgendjemand) könnte ein gültiges Token generieren; nicht nur ein vertrauenswürdiger Authentifizierungsserver.

Ich bin kein Experte für Kryptografie (weit davon entfernt), also bin ich sicher, dass ich hier etwas vermisse. Wie überprüft der Empfänger, dass ein asymmetrisch verschlüsseltes Token von einem vertrauenswürdigen Aussteller stammt?

Da der JSON Web Signaturen (JWS) Spezifikation hat Signaturen definieren, dass der Emittent den privaten Schlüssel verwenden und können mit ihren öffentlichen Schlüssel überprüft werden, frage ich mich, ob die Idee ist, dass die Nutzlast des JWE Token sollte ein JWS-Token sein?

Answer 1

JWT ermöglicht sicherlich verschachtelte Nutzdaten. Tatsächlich gibt es einen specific reference zu dem in der Spezifikation, wo der cty (content-type) Header-Parameter auf JWT gesetzt werden kann, um anzuzeigen, dass die Nutzlast tatsächlich eine andere JWT ist.

Also würden Sie höchstwahrscheinlich ein JWE erstellen und es in ein JWS, unterzeichnet mit Ihrem privaten Schlüssel, einbinden. Dies scheint auch die Schlussfolgerung (oder zumindest eine Lösung) von this thread auf der JOSE Mailingliste zu sein. Es gibt eine weitere related thread zur Reduzierung der Nutzlastgröße. Im Allgemeinen lohnt es sich, diese Mailing-Liste im Auge zu behalten, da die Leute, die hinter der Spezifikation stehen, dort herumhängen.