Hanko is an open-source alternative to Clerk and Auth0, delivering self-hosted passkey authentication and drop-in UI components with full data sovereignty.
European development teams building GDPR-sensitive web applications often encounter compliance barriers when delegating user credentials to US-hosted authentication services. Hanko packages a WebAuthn-first authentication engine into a self-hosted Go daemon, keeping user credentials, session tokens, and identity records within private infrastructure. Its drop-in web components handle passkey registration, social login, and email verification without locking the application into a proprietary cloud vendor.
Clerk provides developer-focused authentication with prebuilt UI elements, but it operates as a proprietary cloud service where every user account, session token, and credential record sits in a third-party multi-tenant database. For teams that prioritize data sovereignty and architectural control, routing every login event through an external cloud creates compliance challenges and vendor dependency. Hanko matches Clerk's quick integration model by providing pre-styled web components and client libraries, but executes on your own servers where records remain in your private network.
The privacy and control advantage is apparent in data ownership and network boundaries. With Clerk, authentication logs and account records live in hosted infrastructure behind proprietary APIs. Hanko writes directly to your self-hosted PostgreSQL or MySQL instance, ensuring full control over schema backups, audit logging, and token verification. In exchange, Hanko requires self-managed operations: teams must maintain their own database instances, configure SMTP relays for transactional verification codes, and manage production reverse proxies.
Is Hanko free to self-host? Yes. The open-source Hanko backend and client libraries are freely available for self-hosting on your own servers without user account quotas.
Hanko vs Clerk — which should you choose? Pick Clerk if you need a fully managed hosted service with pre-packaged organization management and zero infrastructure maintenance; pick Hanko if you demand data ownership, self-hosting on private servers, and native passkey authentication.
Does Hanko require a PostgreSQL database? Production deployments require an external relational database such as PostgreSQL or MySQL, as Hanko does not embed SQLite for persistent production workloads.
Hanko provides a practical path for teams that want modern passkey authentication and drop-in interface components without giving up data sovereignty to a proprietary identity cloud. Projects requiring turnkey enterprise organization hierarchies or native mobile SDKs out of the box will face extra engineering effort. With active development continuing through late 2026 and an accessible self-hosting architecture, it stands as a dependable foundation for privacy-focused identity systems.
Go, gRPC and Protobuf done right, LLM agents in production, and the hard parts of shipping a first product.
Show that Hanko is listed as an open-source alternative. Paste into your README: