To add to that, should it include the words "case sensitive" (if that is what is meant by exact), Although, URL's are not case sensitive in all cases, (IIS vs. Tomcat) which makes me think that specifying the case sensitivity is wise.

On 5/13/20 00:50, Janak Amarasena wrote:
Hi All,

In section *4.1.3. Countermeasures <https://tools.ietf.org/html/draft-ietf-oauth-security-topics-15#section-4.1.3>* related to *4.1.  Insufficient Redirect URI Validation* it states

    The complexity of implementing and managing pattern matching
    correctly obviously causes security issues.  This document therefore
    advises to simplify the required logic and configuration by using
    exact redirect URI matching only.  This means the authorization
    server MUST compare the two URIs using simple string comparison as
    defined in[RFC3986], Section 6.2.1  
<https://tools.ietf.org/html/rfc3986#section-6.2.1>.
Does this mean that the authorisation server MUST NOT use pattern matching at all and MUST do simple string comparison for redirect URI? If that is the case can we change the wording a bit in this section as having "...therefore *advises* to simplify the required logic..." gives the impression that the AS has the choice to decide whether or not to use pattern matching. And then when we have "...authorization server *MUST* compare the two URIs using simple string..." give the impression that the AS should absolutely not(MUST NOT) use pattern matching.

--
-----
Jared L Jennings

_______________________________________________
OAuth mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/oauth

Reply via email to