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
We currently only send the path and method to OPA for authorization (alongside the JWT); we should also send "relevant" (as defined by the user) headers.
This could be a mix of "well-known" as well as "custom" headers:
If any (or all) of the headers are missing in the API call, they are simply ignored and the authorization is sent to OPA: auth policies will decide if those are required and access ought to be denied if missing.
The headers will be sent in the OPA request as key-value pairs (we assume single-valued headers):
and will be available as an array of objects in the Rego policy at input.resource.headers, and each header will be accessible as, for example input.resource.headers["x-org-id"].
The text was updated successfully, but these errors were encountered:
We currently only send the
path
andmethod
to OPA for authorization (alongside the JWT); we should also send "relevant" (as defined by the user) headers.This could be a mix of "well-known" as well as "custom" headers:
If any (or all) of the headers are missing in the API call, they are simply ignored and the authorization is sent to OPA: auth policies will decide if those are required and access ought to be denied if missing.
The
headers
will be sent in the OPA request as key-value pairs (we assume single-valued headers):and will be available as an array of objects in the Rego policy at
input.resource.headers
, and each header will be accessible as, for exampleinput.resource.headers["x-org-id"]
.The text was updated successfully, but these errors were encountered: