You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Mar 10, 2024. It is now read-only.
By default the authorization header is used to provide a JWT for validation.
71
-
However, you may use the `auth_jwt_validation_type` configuration to specify the name of a cookie that provides the JWT.
72
-
73
-
66
+
The default algorithm is 'HS256', for symmetric key validation. When using HS256, the value for `auth_jwt_key` should be specified in binhex format. It is recommended to use at least 256 bits of data (32 pairs of hex characters or 64 characters in total) as in the example above. Note that using more than 512 bits will not increase the security. For key guidelines please see NIST Special Publication 800-107 Recommendation for Applications Using Approved Hash Algorithms, Section 5.3.2 The HMAC Key.
74
67
75
-
The default algorithm is 'HS256', for symmetric key validation.
76
-
Also supported is 'RS256', for RSA 256-bit public key validation.
77
-
78
-
If using "auth_jwt_algorithm RS256;", then the 'auth_jwt_key' field must be set to your public key.
68
+
The configuration also supports the `auth_jwt_algorithm` 'RS256', for RSA 256-bit public key validation. If using "auth_jwt_algorithm RS256;", then the `auth_jwt_key` field must be set to your public key.
79
69
That is the public key, rather than a PEM certificate. I.e.:
80
70
81
71
```
@@ -90,10 +80,17 @@ oQIDAQAB
90
80
-----END PUBLIC KEY-----";
91
81
```
92
82
93
-
By default, the module will attempt to validate the email address field of the JWT, then set the x-email header of the
94
-
session, and will log an error if it isn't found. To disable this behavior, for instance if you are using a different
95
-
user identifier property such as 'sub', set:
83
+
This module supports two ways of presenting the token.
84
+
```
85
+
auth_jwt_validation_type AUTHORIZATION;
86
+
auth_jwt_validation_type COOKIE=rampartjwt;
87
+
```
88
+
By default the authorization header is used to provide a JWT for validation.
89
+
However, you may use the `auth_jwt_validation_type` configuration to specify the name of a cookie that provides the JWT.
96
90
97
91
```
98
92
auth_jwt_validate_email off;
99
93
```
94
+
By default, the module will attempt to validate the email address field of the JWT, then set the x-email header of the
95
+
session, and will log an error if it isn't found. To disable this behavior, for instance if you are using a different
96
+
user identifier property such as 'sub', set `auth_jwt_validate_email` to the value `off`.
0 commit comments