@@ -470,7 +470,7 @@ corresponding identifier (e.g., "kid") during key lookup.
470470When a recipient receives a JWT signed by a particular issuer, it MUST
471471determine which algorithms are permitted for itself and that issuer
472472and ensure that the received JWT complies with those requirements.
473- It must likewise validate that the algorithms used by encrypted JWTs
473+ It MUST likewise validate that the algorithms used by encrypted JWTs
474474are among those supported by the intended recipient.
475475
476476In accordance with established cryptographic best practices, each key MUST be used with
@@ -553,8 +553,8 @@ This allows verifiers to easily establish a policy of only accepting signed JWTs
553553("ECDH-ES"), take inputs that may contain invalid values. This includes points not on
554554the specified elliptic curve
555555or other invalid points (e.g., {{Valenta}}, Section 7.1).
556- The JWS/JWE library itself must validate these inputs before using them,
557- or it must use underlying cryptographic libraries that do so (or both! ).
556+ The JWS/JWE library MUST validate these inputs before using them or use
557+ underlying cryptographic libraries that do so (or both).
558558
559559 Elliptic Curve Diffie-Hellman Ephemeral Static (ECDH-ES) ephemeral
560560 public key (epk) inputs should be validated
@@ -653,8 +653,7 @@ value is present or none of the values are associated with the recipient, it MUS
653653Treat claim values as being potentially attacker-provided input.
654654
655655 The "kid" (key ID) header is used by the relying application to
656- perform key lookup. Applications
657- should ensure that this does not create SQL or LDAP injection vulnerabilities by validating
656+ perform key lookup. Applications MUST ensure that this does not create SQL or LDAP injection vulnerabilities by validating
658657and/or sanitizing the received value.
659658
660659 Similarly, blindly following a "jku" (JWK set URL) or "x5u" (X.509 URL) header,
0 commit comments