2017-03-29 3 views
0

Mit Blick auf RFC 7515 und RFC 7516, versuchte ich zu verstehen, was der richtige Mime-Typ für die JWE sein sollte. Es sieht so aus, als ob JWE und JWS die JOSE-Header-Informationen teilen und JWS seinen Mime-Typ als application/jose definiert. JWE hat keine expliziten Informationen zum Medientyp. Aber da der Name "jose" ist und beide JOSE-Header verwenden, nehme ich an, dass beide den gleichen Mime-Typ verwenden sollten (auch weil JOSE für ... Signing and Encryption steht).Was ist der MIME-Typ für JSON Web Encryption

In diesem Fall, wie kann ich zwischen signierten und/oder verschlüsselten Nachrichten unterscheiden? Nach Wert der alg Eigenschaft? Oder nach Anwesenheit/Wert von enc Eigentum?

Fassen wir zusammen:

  1. Ist "application/jose" ein Mime-Typ für JWE zu benutzen? Wenn nicht, was sollte es sein?
  2. Wenn ja, wie zuverlässig zwischen JWE und JWS-Nachrichten zu erzählen?
+0

[RFC7519 # Abschnitt-10.3.1] (https://tools.ietf.org/html/rfc7519#section-10.3.1) zeigt an, dass der MIME-Typ "application/jwt" ist. –

+0

@FlorentMorselli Das ist für JWT, mein Anliegen war nur zwischen JWE und JWS. –

+0

Es gibt keinen MIME-Typ, um JWS und JWE zu unterscheiden. Es liegt an dem Dienst, der das Token erhält, um den Tokentyp zu behandeln (siehe https://tools.ietf.org/html/rfc7516#section9, das Sie erwähnten) –

Antwort

0

Wenn ich nur mehr Aufmerksamkeit auf die original RFC bezahlt, hätte ich bemerkt, dass es einen Abschnitt für diesen besonderen Zweck ist (section 9).

Kurz gesagt, sollte die Code Anwesenheit von payload, untersucht ciphertext oder enc Eigenschaften oder durch den Wert von alg überprüfen. Als Alternative können Sie Perioden-Separatoren verwenden, wenn eine kompakte Serialisierung verwendet wird.

Dies bedeutet auch, dass der Mime-Typ für beide identisch ist.

Verwandte Themen