chore(deps): bump github.com/open-policy-agent/opa from 0.57.0 to 0.59.0

[dependabot]

Bumps github.com/open-policy-agent/opa from 0.57.0 to 0.59.0.

Release notes

Sourced from github.com/open-policy-agent/opa's releases.

v0.59.0

This release adds tooling to help prepare existing policies for the upcoming OPA 1.0 release. It also contains a mix of improvements, bugfixes and security fixes for third-party libraries.

NOTES:

• All published OPA images now run with a non-root uid/gid. The uid:gid is set to 1000:1000 for all images. As a result there is no longer a need for the -rootless image variant and hence it will not be published as part of future releases. This change is in line with container security best practices. OPA can still be run with root privileges by explicitly setting the user, either with the --user argument for docker run, or by specifying the securityContext in the Kubernetes Pod specification.

Rego v1

The upcoming release of OPA 1.0, which will be released at a future date, will introduce breaking changes to the Rego language. Most notably:

• the keywords that currently must be imported through import future.keywords into a module before use will be part of the Rego language by default, without the need to first import them.
• the if keyword will be required before the body of a rule.
• the contains keyword will be required when declaring a multi-value rule (partial set rule).
• deprecated built-in functions will be removed.

This current release (0.59.0) introduces a new --rego-v1 flag to the opa fmt and opa check commands to facilitate the transition of existing policies to be compatible with the 1.0 syntax.

When used with opa fmt, the --rego-v1 flag will format the module(s) according to the new Rego syntax in OPA 1.0. Formatted modules are compatible with both the current version of OPA and 1.0. Modules using deprecated built-ins will terminate formatting with an error. Future versions of OPA will support rewriting applicable function calls with equivalent Rego compatible with 1.0.

When used with opa check, the --rego-v1 flag will check that the modules are compatible with both the current version of OPA and 1.0.

Relevant Changes

• cmd: Adding --rego-v1 flag to check cmd (#6429) authored by @​johanfylling
• cmd & format: Adding rego-v1 mode to opa fmt (#6297) authored by @​johanfylling
• ast: Adding capability feature for the rego.v1 import (#6375) (authored by @​johanfylling)
• ast: Skip if keyword requirement for default rule (rego.v1) (#6356) authored by @​ashutosh-narkar
• rego.v1: Fixing erroneous missing value assignment error (#6364) authored by @​johanfylling
• rego.v1: Improving support for rules with chained bodies (#6370) authored by @​johanfylling
• ast: Add rego.v1 import (#6247) introduced in OPA 0.58.0, authored by @​johanfylling

Runtime, Tooling, SDK

• ast: Adding rule_head_refs capabilities feature flag (#6334) authored by @​johanfylling
• build: Remove rootless image variant (#4295) authored by @​ashutosh-narkar
• discovery: Make status updates non blocking (#6345) (#6343) authored by @​charlieegan3
• plugins/rest: Masks X-AMZ-SECURITY-TOKEN header in decision logs (#5848) authored by @​colinjlacy reported by @​jwineinger
• wasm: Fix re2 bug (#6376) authored by @​srenatus reported by @​sandhose
• ast: Add ExcludeLocationFile JSON marshalling option (#6398) (authored by @​anderseknert)
• cmd: Add options to the filter to only load rego files (#6317) authored by @​tjons
• ast: Add minimum compatible version computation to compiler (#6348) authored by @​tsandall

... (truncated)

Changelog

Sourced from github.com/open-policy-agent/opa's changelog.

0.59.0

This release adds tooling to help prepare existing policies for the upcoming OPA 1.0 release. It also contains a mix of improvements, bugfixes and security fixes for third-party libraries.

NOTES:

• All published OPA images now run with a non-root uid/gid. The uid:gid is set to 1000:1000 for all images. As a result there is no longer a need for the -rootless image variant and hence it will not be published as part of future releases. This change is in line with container security best practices. OPA can still be run with root privileges by explicitly setting the user, either with the --user argument for docker run, or by specifying the securityContext in the Kubernetes Pod specification.

Rego v1

The upcoming release of OPA 1.0, which will be released at a future date, will introduce breaking changes to the Rego language. Most notably:

• the keywords that currently must be imported through import future.keywords into a module before use will be part of the Rego language by default, without the need to first import them.
• the if keyword will be required before the body of a rule.
• the contains keyword will be required when declaring a multi-value rule (partial set rule).
• deprecated built-in functions will be removed.

This current release (0.59.0) introduces a new --rego-v1 flag to the opa fmt and opa check commands to facilitate the transition of existing policies to be compatible with the 1.0 syntax.

When used with opa fmt, the --rego-v1 flag will format the module(s) according to the new Rego syntax in OPA 1.0. Formatted modules are compatible with both the current version of OPA and 1.0. Modules using deprecated built-ins will terminate formatting with an error. Future versions of OPA will support rewriting applicable function calls with equivalent Rego compatible with 1.0.

When used with opa check, the --rego-v1 flag will check that the modules are compatible with both the current version of OPA and 1.0.

Relevant Changes

• cmd: Adding --rego-v1 flag to check cmd (#6429) authored by @​johanfylling
• cmd & format: Adding rego-v1 mode to opa fmt (#6297) authored by @​johanfylling
• ast: Adding capability feature for the rego.v1 import (#6375) (authored by @​johanfylling)
• ast: Skip if keyword requirement for default rule (rego.v1) (#6356) authored by @​ashutosh-narkar
• rego.v1: Fixing erroneous missing value assignment error (#6364) authored by @​johanfylling
• rego.v1: Improving support for rules with chained bodies (#6370) authored by @​johanfylling
• ast: Add rego.v1 import (#6247) introduced in OPA 0.58.0, authored by @​johanfylling

Runtime, Tooling, SDK

• ast: Adding rule_head_refs capabilities feature flag (#6334) authored by @​johanfylling
• build: Remove rootless image variant (#4295) authored by @​ashutosh-narkar
• discovery: Make status updates non blocking (#6345) (#6343) authored by @​charlieegan3
• plugins/rest: Masks X-AMZ-SECURITY-TOKEN header in decision logs (#5848) authored by @​colinjlacy reported by @​jwineinger
• wasm: Fix re2 bug (#6376) authored by @​srenatus reported by @​sandhose
• ast: Add ExcludeLocationFile JSON marshalling option (#6398) (authored by @​anderseknert)
• cmd: Add options to the filter to only load rego files (#6317) authored by @​tjons
• ast: Add minimum compatible version computation to compiler (#6348) authored by @​tsandall
• internal/planner: Insert general ref head objects starting from the leaves, not root. (#6401) authored by @​srenatus

... (truncated)

Commits

• c8e7863 Prepare v0.59.0 release (#6447)
• 7927156 docs: Update generated CLI docs
• 8497550 Adding --rego-v1 flag to check cmd (#6430)
• 26a02e4 docs: Update generated CLI docs
• 187d688 cmd & format: Adding rego-v1 mode to opa fmt (#6413)
• 4f9058b update istio envoy tutorial to use AuthorizationPolicy
• 7a32e8f topdown/crypto: Add URIStrings field to JSON certs
• 8194a22 Fixed XACML Policy in documentation (Comparing to Other Systems) to be XACML ...
• 0b9bbc5 plugins/rest: masks X-AMZ-SECURITY-TOKEN header in decision logs (#6423)
• f66f7e0 build(deps): bump golang.org/x/net from 0.18.0 to 0.19.0 (#6441)
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[coveralls]

coverage: 62.369%. remained the same
when pulling a120673 on dependabot/go_modules/github.com/open-policy-agent/opa-0.59.0
into ce8abde on main.