authentik version/2021.3.3stable Released Mar 09, 2021
โš ๏ธ Breaking Change Impact Score: 7/10

authentik: Release 2021.3.3

Source available โ€” automated, not human-reviewed

Component: authentik ยท Channel: stable. Automated analysis, not a compatibility certification. How this works.

Analysis updated: 2026-11-01.

Breaking-change evidence from the source

  • This is a breaking change, as a set of reCAPTCHA keys are only valid for a single type. For this, go to https://www.google.com/recaptcha/admin and create a new set of keys with the "reCAPTCHA v2" type and "Invisible reCAPTCHA badge" mode.
Read the original context โ†—
Source flags breaking changes โ€” review applicability
๐Ÿ“„ .MD
โšก Executive Summary (TL;DR)

authentik version/2021.3.3. Source highlight: This release introduces support for WebAuthn, an open standard for the use of hardware authentication keys like YubiKeys on the web.

Who Does This Impact? (Role-Based Analysis)

๐Ÿ’ป Software Engineers & Devs

Check the source notes against the package and APIs you use before upgrading.

๐Ÿ“Š Product & Engineering Leads

Use the documented changes to assess relevance to your product; release frequency alone is not a quality measure.

โš™๏ธ DevOps & Security

Verify the target version, runtime requirements and rollback procedure in the official documentation.

โš ๏ธ Breaking Changes & Deprecations (1)

  • This is a breaking change, as a set of reCAPTCHA keys are only valid for a single type. For this, go to https://www.google.com/recaptcha/admin and create a new set of keys with the "reCAPTCHA v2" type and "Invisible reCAPTCHA badge" mode.
๐Ÿ“„ View Raw Release Notes (Original Developer Log)
## Headline Changes - WebAuthn support This release introduces support for [WebAuthn](https://webauthn.io/), an open standard for the use of hardware authentication keys like YubiKeys on the web. You can configure a WebAuthn device using the "WebAuthn Authenticator Setup Stage" stage. Afterwards, it can be used as an n-th factor, just like TOTP authenticators. - Simplify role-based access Instead of having to create a Group Membership policy for every group you want to use, you can now select a Group and even a User directly in a binding. When a group is selected, the binding behaves the same as if a Group Membership policy exists. When a user is selected, the binding checks the user of the request, and denies the request when the user doesn't match. Group Membership policies are automatically migrated to use this simplified access. - Invisible reCAPTCHA The checkbox-based reCAPTCHA has been replaced with [reCAPTCHA v2 Invisible](https://developers.google.com/recaptcha/docs/invisible). This is a breaking change, as a set of reCAPTCHA keys are only valid for a single type. For this, go to https://www.google.com/recaptcha/admin and create a new set of keys with the "reCAPTCHA v2" type and "Invisible reCAPTCHA badge" mode. - Migration of Flow Executor to SPA/API The flow executor has been migrated to a full SPA/API architecture. This was required for WebAuthn, but also allows for greater customizability. It also allows other services to use the flow executor via an API, which will be used by the outpost further down the road. - Deny stage A new stage which simply denies access. This can be used to conditionally deny access to users during a flow. Authorization flows for example required an authenticated user, but there was no previous way to block access for un-authenticated users. If you conditionally include this stage in a flow, make sure to disable "Evaluate on plan", as that will always include the stage in the flow, irregardless of the inputs. See https://goauthentik.io/docs/releases/2021.3/#fixed-in-202133