fix(deps): update keycloak.version to v26 (major) - autoclosed #50
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
25.0.6
->26.0.3
25.0.6
->26.0.7
25.0.6
->26.0.7
25.0.6
->26.0.7
25.0.6
->26.0.7
Release Notes
keycloak/keycloak (org.keycloak:keycloak-model-jpa)
v26.0.7
Compare Source
Upgrading
Before upgrading refer to the migration guide for a complete list of changes.
All resolved issues
Enhancements
Bugs
admin/api
authentication
core
authentication/webauthn
oidc
ci
oidc
core
account/ui
admin/api
admin/ui
core
admin/ui
admin/api
admin/ui
dist/quarkus
admin/ui
authentication
core
user-profile
oidc
organizations
ci
ci
docs
login/ui
authentication
admin/ui
authorization-services
v26.0.6
Compare Source
Highlights
Admin events might include now additional details about the context when the event is fired
In this release, admin events might hold additional details about the context when the event is fired. When upgrading you should expect the database schema being updated to add a new column
DETAILS_JSON
to theADMIN_EVENT_ENTITY
table.Updates to documentation of X.509 client certificate lookup via proxy
Potential vulnerable configurations have been identified in the X.509 client certificate lookup when using a reverse proxy. Additional configuration steps might be required depending on your current configuration. Make sure to review the updated reverse proxy guide if you have configured the client certificate lookup via a proxy header.
Upgrading
Before upgrading refer to the migration guide for a complete list of changes.
All resolved issues
Enhancements
docs
Bugs
ldap
ldap
ldap
ci
ci
ldap
admin/ui
admin/ui
organizations
admin/ui
admin/ui
admin/api
admin/api
admin/ui
admin/ui
dist/quarkus
admin/ui
infinispan
docs
docs
infinispan
core
login/ui
ci
v26.0.5
Compare Source
Highlights
LDAP users are created as enabled by default when using Microsoft Active Directory
If you are using Microsoft AD and creating users through the administrative interfaces, the user will created as enabled by default.
In previous versions, it was only possible to update the user status after setting a (non-temporary) password to the user. This behavior was not consistent with other built-in user storages as well as not consistent with others LDAP vendors supported by the LDAP provider.
Upgrading
Before upgrading refer to the migration guide for a complete list of changes.
All resolved issues
Bugs
admin/ui
login/ui
admin/ui
login/ui
docs
identity-brokering
ldap
v26.0.4
Compare Source
Upgrading
Before upgrading refer to the migration guide for a complete list of changes.
All resolved issues
Enhancements
admin/client-java
Bugs
adapter/javascript
authentication
dist/quarkus
admin/api
dist/quarkus
login/ui
ldap
ldap
infinispan
ldap
v26.0.3
Compare Source
v26.0.2
Compare Source
Upgrading
Before upgrading refer to the migration guide for a complete list of changes.
All resolved issues
Enhancements
dist/quarkus
Bugs
adapter/javascript
adapter/javascript
adapter/javascript
admin/ui
admin/api
identity-brokering
authentication/webauthn
docs
dist/quarkus
admin/ui
docs
docs
admin/ui
login/ui
organizations
user-profile
organizations
ci
import-export
login/ui
dist/quarkus
v26.0.1
Compare Source
Upgrading
Before upgrading refer to the migration guide for a complete list of changes.
All resolved issues
Enhancements
operator
storage
Bugs
adapter/javascript
authorization-services
authentication
ldap
admin/ui
login/ui
admin/ui
oidc
oidc
docs
ci
account/ui
docs
import-export
docs
dist/quarkus
login/ui
adapter/javascript
organizations
account/ui
authentication
organizations
core
authentication
infinispan
authentication
admin/ui
admin/ui
v26.0.0
Compare Source
Highlights
Organizations supported
Starting with Keycloak 26, the Organizations feature is fully supported.
Client libraries updates
Dedicated release cycle for the client libraries
From this release, some of the Keycloak client libraries will have release cycle independent of the Keycloak server release cycle. The 26.0.0 release may be the last one when the client libraries are released together with the Keycloak server. But from now on, the client libraries may be released at a different time than the Keycloak server.
The client libraries are these artifacts:
Java admin client - Maven artifact
org.keycloak:keycloak-admin-client
Java authorization client - Maven artifact
org.keycloak:keycloak-authz-client
Java policy enforcer - Maven artifact
org.keycloak:keycloak-policy-enforcer
It is possible that in the future, some more libraries will be included.
The client libraries are supported with Java 8, so it is possible to use them with the client applications deployed on the older application servers.
Compatibility of the client libraries with the server
Beginning with this release, we are testing and supporting client libraries with the same server version and a few previous major server versions.
For details about supported versions of client libraries with server versions, see the Upgrading Guide.
User sessions persisted by default
Keycloak 25 introduced the feature
persistent-user-sessions
. With this feature enabled all user sessions are persisted in the database as opposed to the previous behavior where only offline sessions were persisted. In Keycloak 26, this feature is enabled by default. This means that all user sessions are persisted in the database by default.It is possible to revert this behavior to the previous state by disabling the feature. Follow the
Volatile user sessions
section in Configuring distributed caches guide for more details.For information on how to upgrade, see the Upgrading Guide.
New default login theme
There is now a new version (
v2
) of thekeycloak
login theme, which provides an improved look and feel, including support for switching automatically to a dark theme based on user preferences.The previous version (
v1
) is now deprecated, and will be removed in a future release.For all new realms,
keycloak.v2
will be the default login theme. Also, any existing realm that never explicitly set a login theme will be switched tokeycloak.v2
.Highly available multi-site deployments
Keycloak 26 introduces significant improvements to the recommended HA multi-site architecture, most notably:
Keycloak deployments are now able to handle user requests simultaneously in both sites.
Active monitoring of the connectivity between the sites is now required to update the replication between the sites in case of a failure.
The loadbalancer blueprint has been updated to use the AWS Global Accelerator as this avoids prolonged fail-over times caused by DNS caching by clients.
Persistent user sessions are now a requirement of the architecture. Consequently, user sessions will be kept on Keycloak or Infinispan upgrades.
For information on how to migrate, see the Upgrading Guide.
Admin Bootstrapping and Recovery
In the past, regaining access to a Keycloak instance when all admin users were locked out was a challenging and complex process. Recognizing these challenges and aiming to significantly enhance the user experience, Keycloak now offers several straightforward methods to bootstrap a temporary admin account and recover lost admin access.
It is now possible to run the
start
orstart-dev
commands with specific options to create a temporary admin account. Additionally, a new dedicated command has been introduced, which allows users to regain admin access without hassle.For detailed instructions and more information on this topic, refer to the Admin Bootstrap and Recovery guide.
OpenTelemetry Tracing preview
The underlying Quarkus support for OpenTelemetry Tracing has been exposed to Keycloak and allows obtaining application traces for better observability. It helps to find performance bottlenecks, determine the cause of application failures, trace a request through the distributed system, and much more. The support is in preview mode, and we would be happy to obtain any feedback.
For more information, see the Enabling Tracing guide.
OpenID for Verifiable Credential Issuance
The OpenID for Verifiable Credential Issuance (OID4VCI) is still an experimental feature in Keycloak, but it was greatly improved in this release. You will find significant development and discussions in the Keycloak OAuth SIG. Anyone from the Keycloak community is welcome to join.
Many thanks to all members of the OAuth SIG group for the participation on the development and discussions about this feature. Especially thanks to the Francis Pouatcha, Pascal Knüppel, Takashi Norimatsu, Ingrid Kamga, Stefan Wiedemann and Thomas Darimont
DPoP improvements
The DPoP (OAuth 2.0 Demonstrating Proof-of-Possession) preview feature has improvements. The DPoP is now supported for all grant types. With previous releases, this feature was supported only for the
authorization_code
grant type. Support also exists for the DPoP token type on the UserInfo endpoint.Many thanks to Pascal Knüppel for the contribution.
Removal of GELF logging handler
GELF support has been deprecated for a while now, and with this release it has been finally removed from Keycloak. Other log handlers are available and fully supported to be used as a replacement of GELF, for example Syslog. For details see the Logging guide.
Lightweight access tokens for Admin REST API
Lightweight access tokens can now be used on the admin REST API. The
security-admin-console
andadmin-cli
clients are now using lightweight access tokens by default, so “Always Use Lightweight Access Token” and “Full Scope Allowed” are now enabled on these two clients. However, the behavior in the admin console should effectively remain the same. Be cautious if you have made changes to these two clients and if you are using them for other purposes.Keycloak JavaScript adapter now standalone
Keycloak JavaScript adapter is now a standalone library and is therefore no longer served statically from the Keycloak server. The goal is to de-couple the library from the Keycloak server, so that it can be refactored independently, simplifying the code and making it easier to maintain in the future. Additionally, the library is now free of third-party dependencies, which makes it more lightweight and easier to use in different environments.
For a complete breakdown of the changes consult the Upgrading Guide.
Hostname v1 feature removed
The deprecated hostname v1 feature was removed. This feature was deprecated in Keycloak 25 and replaced by hostname v2. If you are still using this feature, you must migrate to hostname v2. For more details, see the Configuring the hostname (v2) and the initial migration guide.
Automatic redirect from root to relative path
User is automatically redirected to the path where Keycloak is hosted when the
http-relative-path
property is specified. It means when the relative path is set to/auth
, and the user accesslocalhost:8080/
, the page is redirected tolocalhost:8080/auth
.The same applies to the management interface when the
http-management-relative-path
orhttp-relative-path
property is specified.It improves user experience as users no longer need to set the relative path to the URL explicitly.
Persisting revoked access tokens across restarts
In this release, revoked access tokens are written to the database and reloaded when the cluster is restarted by default when using the embedded caches.
For information on how to migrate, see the Upgrading Guide.
Client Attribute condition in Client Policies
The condition based on the client-attribute was added into Client Policies. You can use condition to specify for the clients with the specified client attribute having a specified value. It is possible to use either an AND or OR condition when evaluating this condition as mentioned in the documentation for client policies.
Many thanks to Yoshiyuki Tabata for the contribution.
Specify different log levels for log handlers
It is possible to specify log levels for all available log handlers, such as
console
,file
, orsyslog
. The more fine-grained approach provides the ability to control logging over the whole application and be tailored to your needs.For more information, see the Logging guide.
Proxy option removed
The deprecated
proxy
option was removed. This option was deprecated in Keycloak 24 and replaced by theproxy-headers
option in combination with hostname options as needed. For more details, see using a reverse proxy and the initial migration guide.Option
proxy-trusted-addresses
addedThe
proxy-trusted-addresses
can be used when theproxy-headers
option is set to specify a allowlist of trusted proxy addresses. If the proxy address for a given request is not trusted, then the respective proxy header values will not be used.Option
proxy-protocol-enabled
addedThe
proxy-protocol-enabled
option controls whether the server should use the HA PROXY protocol when serving requests from behind a proxy. When set to true, the remote address returned will be the one from the actual connecting client.Option to reload trust and key material added
The
https-certificates-reload-period
option can be set to define the reloading period of key store, trust store, and certificate files referenced by https-* options. Use -1 to disable reloading. Defaults to 1h (one hour).Options to configure cache max-count added
The
--cache-embedded-${CACHE_NAME}-max-count=
can be set to define an upper bound on the number of cache entries in the specified cache.The
https-trust-store-*
options have been undeprecatedBased on the community feedback, we decided to undeprecate
https-trust-store-*
options to allow better granularity in trusted certificates.The
java-keystore
key provider supports more algorithms and vault secretsThe
java-keystore
key provider, which allows loading a realm key from an external java keystore file, has been modified to manage all Keycloak algorithms. Besides, the keystore and key secrets, needed to retrieve the actual key from the store, can be configured using the vault. Therefore a Keycloak realm can externalize any key to the encrypted file without sensitive data stored in the database.For more information about this subject, see Configuring realm keys.
Adding support for ECDH-ES encryption key management algorithms
Now Keycloak allows configuring ECDH-ES, ECDH-ES+A128KW, ECDH-ES+A192KW or ECDH-ES+A256KW as the encryption key management algorithm for clients. The Key Agreement with Elliptic Curve Diffie-Hellman Ephemeral Static (ECDH-ES) specification introduces three new header parameters for the JWT:
epk
,apu
andapv
. Currently Keycloak implementation only manages the compulsoryepk
while the other two (which are optional) are never added to the header. For more information about those algorithms please refer to the JSON Web Algorithms (JWA).Also, a new key provider,
ecdh-generated
, is available to generate realm keys and support for ECDH algorithms is added into the Java KeyStore provider.Many thanks to Justin Tay for the contribution.
Support for multiple instances of a social broker in a realm
It is now possible to have multiple instances of the same social broker in a realm.
Most of the time a realm does not need multiple instances of the same social broker. But due to the introduction of the
organization
feature, it should be possible to link different instances of the same social broker to different organizations.When creating a social broker, you should now provide an
Alias
and optionally aDisplay name
just like any other broker.New generalized event types for credentials
There are now generalized events for updating (
UPDATE_CREDENTIAL
) and removing (REMOVE_CREDENTIAL
) a credential. The credential type is described in thecredential_type
attribute of the events. The new event types are supported by the Email Event Listener.The following event types are now deprecated and will be removed in a future version:
UPDATE_PASSWORD
,UPDATE_PASSWORD_ERROR
,UPDATE_TOTP
,UPDATE_TOTP_ERROR
,REMOVE_TOTP
,REMOVE_TOTP_ERROR
Customizable Footer in login Themes
The
template.ftl
file in thebase/login
and thekeycloak.v2/login
theme now allows to customize the footer of the login box. This can be used to show common links or include custom scripts at the end of the page.The new
footer.ftl
template provides acontent
macro that is rendered at the bottom of the "login box".Keycloak CR supports standard scheduling options
The Keycloak CR now exposes first class properties for controlling the scheduling of your Keycloak Pods.
For more details, see the Operator Advanced Configuration.
KeycloakRealmImport CR supports placeholder replacement
The KeycloakRealmImport CR now exposes
spec.placeholders
to create environment variables for placeholder replacement in the import.For more details, see the Operator Realm Import.
Configuring the LDAP Connection Pool
In this release, the LDAP connection pool configuration relies solely on system properties.
For more details, see Configuring the connection pool.
Infinispan marshalling changes to Infinispan Protostream
Marshalling is the process of converting Java objects into bytes to send them across the network between Keycloak servers. With Keycloak 26, we changed the marshalling format from JBoss Marshalling to Infinispan Protostream.
Infinispan Protostream is based on Protocol Buffers (proto 3), which has the advantage of backwards/forwards compatibility.
Removal of OSGi metadata
Since all of the Java adapters that used OSGi metadata have been removed we have stopped generating OSGi
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about these updates again.
This PR was generated by Mend Renovate. View the repository job log.