mrkeyoor.com_
Mon 21 Sept 11:52 UTC
Self-Hostedevaluationupdated 26 Aug 2026

authentik review

authentik is a self-hosted identity provider for single sign-on, user flows, and access control. It can speak SAML, OAuth2, OpenID Connect, LDAP, RADIUS, and proxy protocols so one login system can sit in front of modern apps and older infrastructure.

+94stars / 7d
Verdict

Our authentik workspace install pulled 1,602 packages and used 528 MB, while the root exposed no build or test target for the harness, so this is an infrastructure product rather than a casual source install. It is a strong self-hosted IdP choice for teams that need several protocols and can rehearse backups, upgrades, and account recovery. Test release 2026.8.0 against a restored copy of your own database before moving production traffic.

We ran it

Lab card: what happened when we ran authentikScreenshot of authentik (goauthentik.io)
Install✓ · 28s1602 packages · 528 MB
Buildn/ano build script
Testsn/ano test script
Repo6363 files~617,037 lines of source · 103.9 MB · 25 CI workflows · tests dir

Answers from our run

Does authentik build from source?

Dependencies installed in 28 seconds (1602 packages), and the project has no separate build step. We cloned commit d694c1c into a clean Debian container with 3 CPUs and no project-specific setup.

Does authentik have tests you can run?

Not through a standard command: the project exposes no test script or target that our harness could run.

Who should not use authentik?

Small installations that only need password protection for one web app: authentik's flows, providers, sources, outposts, workers, and database add real operating work.

What are the alternatives to authentik?

Keycloak, ZITADEL, Authelia. Our authentik workspace install pulled 1,602 packages and used 528 MB, while the root exposed no build or test target for the harness, so this is an infrastructure product rather than a casual source install.

Setup2/5Packaged deployment paths, but identity setup and recovery are demanding
Docs5/5Dedicated install, protocol, operations, release, and developer docs
Community5/525,156 stars, current releases, and active issue and PR work
Maturity4/5Broad production scope, with 2026.8.0 upgrade regressions reported

Discussed on

  1. hnWhy Authentik embraced the performance issues and built on Pyton4 points

Who it’s for

Self-hosters replacing scattered application logins with one identity provider.
Organizations that need SAML, OIDC, LDAP, RADIUS, proxy authentication, or combinations of them.
Platform teams comfortable operating identity databases, containers, backups, certificates, and upgrade rehearsals.
Kubernetes teams that prefer an official Helm path for larger deployments.

Who it’s NOT for

Small installations that only need password protection for one web app: authentik's flows, providers, sources, outposts, workers, and database add real operating work.
Teams without an identity recovery plan: a broken authentik deployment can block access to every connected application.
Operators who upgrade production directly: issue #25445 reports 2026.8.0 crash loops during a Compose upgrade, while #25469 reports an Active Directory sync regression in the same release.
Buyers assuming every repository component has the same MIT terms: the README lists MIT, CC BY-SA 4.0, and a separate enterprise license.
Developers expecting our Node-only lab result to validate the full server: the harness found no root build or test target and did not start authentik.

Setup reality

Our harness selected the pnpm workspace, installed 1,602 packages in 28 seconds, and used 528 MB on disk. It found no root build script or target and no test script or target, so both steps were skipped. We did not start authentik.

The README recommends Docker Compose for small or test deployments, Helm for larger Kubernetes installations, and also links AWS and DigitalOcean paths. A useful deployment needs a database, generated secrets, TLS, email, backups, and configuration for every application protocol.

The 103.9 MB checkout is a 6,363-file monorepo with Python, web, outpost, documentation, and enterprise components. Our Node dependency install covers one development surface, not the release containers or an identity migration.

authentik 2026.8.0 is a full identity provider

The codebase matches that scope. Our checkout contained 6,363 files, roughly 617,037 lines of source, and 103.9 MB at commit d694c1c. GitHub identifies Python as the primary language, while the repository also contains a pnpm monorepo, web UI, outpost code, documentation, and enterprise components. The README points small installations to Docker Compose and larger ones to an official Helm chart. AWS CloudFormation and a DigitalOcean marketplace image are other supported entry points.

What happened when we ran it

Our harness detected the Node and pnpm workspace and installed 1,602 packages in 28 seconds. That dependency tree occupied 528 MB. It found no root build script or target, so the build step was skipped. It also found no root test script or target, so tests were skipped. We used Node 22 on Debian with 3 CPUs, 8 GB of RAM, no secrets, and an unprivileged container.

Those numbers describe one repository development surface, not an authentik server deployment. We did not boot the application, migrate a database, open an OIDC flow, or test an outpost. The checkout had 25 CI workflow files, a tests directory, and monorepo workspaces, even though the harness could not select root commands for them. A successful 1,602-package install should not be read as proof that the Python core, Rust components, release images, migrations, or protocol integrations work.

Compose is the short path, recovery planning is the real setup

Docker Compose is the README's recommendation for a small or test environment. Helm is the suggested path for larger Kubernetes deployments. Either can make containers appear quickly. The identity work begins after that: generate secrets, configure a public URL and TLS, connect email, define users and groups, select authentication stages, create providers, map claims, and register callback URLs. Every relying application then needs its own tested logout and recovery behavior.

The 528 MB Node workspace is only one part of a system that becomes a login dependency for other services. Back up the database and configuration, document an administrator break-glass route, and keep a way to reach critical infrastructure when SSO is unavailable. Test restore procedures before onboarding the last local admin account. A status page saying the containers are healthy does not prove that SAML metadata, OIDC redirects, LDAP sync, MFA enrollment, or proxy headers work from a user's network.

Release 2026.8.0 deserves a staged upgrade

The latest GitHub release was 2026.8.0, published on August 18, 2026. Its changes cover OAuth2, SAML, SCIM, RADIUS, proxy outposts, task status, session deletion, web forms, documentation, and enterprise features. Identity releases touch data and many protocols, so even a normal update can change behavior outside the admin UI. Pin an exact image tag and read the release documentation rather than following a floating latest tag.

Issue #25445 reports server and worker crash loops while upgrading a Compose installation from 2026.5.6 to 2026.8.0. Issue #25469 reports Microsoft Active Directory synchronization breaking after the same upgrade. Issue #25485 reports proxy outposts marked unhealthy because of a changed executable path. These are user reports, not failures we reproduced. They are specific enough to justify restoring a production backup into staging and testing startup, directory sync, proxy health, and login flows before scheduling downtime.

Protocol breadth is authentik's best reason to choose it

A mixed environment rarely uses one identity protocol. New applications may accept OpenID Connect, enterprise software may require SAML, network devices may speak RADIUS, and old applications may need LDAP or a reverse-proxy header. authentik can centralize those paths around shared users, groups, flows, and policies. Official outposts and deployment guides reduce the custom glue a platform team would otherwise maintain.

GitHub reported 25,156 stars, 1,964 forks, and 1,066 open issues and pull requests combined. The repository was pushed on August 26, 2026, eight days after the latest release. That combination shows current maintenance and a large support surface. The issue count is not 1,066 confirmed bugs because GitHub includes pull requests. It still signals the range of deployments maintainers and operators must handle. Check activity for the exact protocol and deployment method you plan to use.

Licensing has community and enterprise boundaries

The README displays three licenses: MIT for community code, CC BY-SA 4.0 for the website material, and a separate authentik enterprise license for enterprise components. GitHub therefore reports the repository license as unclassified rather than one SPDX identifier. A normal community deployment can still be straightforward, but companies packaging, modifying, or redistributing mixed repository components should identify which directories they use.

Our 6,363-file checkout makes that boundary worth checking during source-based development. The enterprise offering is positioned as an option for organizations replacing commercial identity providers. Evaluate required features against the community edition and enterprise terms before designing flows around them. License review is especially important if a team copies website documentation, builds custom images from the whole monorepo, or depends on enterprise-only directories. Do not infer one license from the badge at the bottom of a multi-license README.

Choose authentik for several protocols, not one password prompt

authentik is a good fit when self-hosting is a firm requirement and the application estate spans OIDC, SAML, LDAP, RADIUS, or proxy authentication. Its current release cadence, official deployment choices, and large community make it a credible platform. The tradeoff is operational ownership of a system that can lock everyone out. Small homelabs can use Compose, but they still need backups and a recovery account.

Our lab could only say that 1,602 pnpm packages installed in 28 seconds; it could not build, test, or start the full product from the root. Treat the release containers and official deployment guide as the evaluation path. Build a staging copy with representative applications, restore a backup into it, test MFA and directory sync, and simulate authentik being unavailable. If that sounds excessive for the problem, Authelia or an application's own login may be the better choice.

Alternatives

ProjectWhat it isPick it when
Keycloak gh↗A long-established identity and access platform with broad protocol and enterprise integration support.pick this instead when organizational familiarity, Java deployment, or the wider Keycloak ecosystem matters most.
ZITADEL gh↗An identity platform aimed at multi-tenant applications and cloud-native operation.pick this instead when tenant and organization modeling is central to the product.
Authelia gh↗A lighter authentication and authorization server commonly placed behind a reverse proxy.pick this instead when protecting self-hosted web apps is the main job and a full IdP is excessive.

What people are saying

  1. [github-trending] goauthentik/authentik

Sources

  1. authentik README
  2. authentik 2026.8.0 release
  3. 2026.8.0 startup crash report #25445
  4. Active Directory sync report #25469
  5. authentik installation documentation

More self-hosted reviews

dashy · animeko · server · iptv · Bubble-Card · ace-step-ui · the whole board →