github.com/BTBurke/caddy-jwt@v3.7.1+incompatible/CHANGELOG.md (about)

     1  # v3.7.0
     2  
     3  Added ability to change the precedence of token sources and configure the names of the cookie or query parameter.  Thanks @igor-petruk!
     4  
     5  # v3.2.0
     6  
     7  Critical bug fix for malformed paths that allow access to protected resources.  This appears to be an upstream bug in Caddy that allows fuzzy matching for paths that are autocorrected by most browser implementations, but break strict path matching that is important for protected resources.
     8  
     9  # v3.1.0
    10  
    11  Allows OPTIONS requests to pass through without authentication to conform with the CORS spec 
    12  
    13  # v3.0.0
    14  
    15  The major feature is support for Auth0-style claims which require a fully namespaced key.  This leads to claims that look like
    16  
    17  ```json
    18  {
    19      "http://example.com/user": "test"
    20  }
    21  ```
    22  
    23  This creates problems for passing the claims as a header value because of characters such as `/` which are not allowed.
    24  
    25  ## Breaking changes
    26  
    27  * `Token-Claim` headers are now URL escaped
    28  * Token claim headers are passed as title case to align with the docs and standard practice.  Prior to v3, tokens were all upper case despite being listed as title case in the docs.
    29  * `strip_header` directive added to strip out the namespacing up to the last portion of the path.  This is primarily useful for constructing nicer-looking header values for Auth0 tokens.
    30  
    31  # v2.6.0
    32  
    33  This release adds the ability to specify multiple public keys or secrets that may be used to validate tokens.  The primary use case is for JWTs that may be issued by multiple authorities.  All keys configured in the Caddyfile will be tried for each request.  Access will be authorized if any key validates the token.