Go to file
2022-05-17 19:23:51 +02:00
.codecov
.github ci: publish releases (#3647) 2022-05-17 16:06:56 +02:00
build chore: test angular on PR (#3541) 2022-04-29 14:08:42 +02:00
cmd fix: remove custom domain from default instance (#3653) 2022-05-17 19:23:51 +02:00
console feat(console-v2): login policy extension, domain policy, filter and UI fixes (#3644) 2022-05-17 14:18:37 +00:00
docs fix: cleanup some todos (#3642) 2022-05-16 16:35:49 +02:00
guides chore(ci): release pipeline for v2 (#3197) 2022-02-14 14:35:16 +00:00
internal fix: cleanup some todos (#3642) 2022-05-16 16:35:49 +02:00
openapi chore(v2): move to new org (#3499) 2022-04-26 23:01:45 +00:00
pkg/grpc chore(v2): move to new org (#3499) 2022-04-26 23:01:45 +00:00
proto/zitadel fix: cleanup some todos (#3642) 2022-05-16 16:35:49 +02:00
statik fix(zitadel-image): refactor dockerfiles and gh action (#2027) 2021-07-27 14:34:56 +02:00
tools chore(v2): move to new org (#3499) 2022-04-26 23:01:45 +00:00
.dockerignore chore(ci): release pipeline for v2 (#3197) 2022-02-14 14:35:16 +00:00
.gitignore feat: System api (#3461) 2022-04-21 12:37:39 +02:00
.goreleaser.yaml ci: publish releases (#3647) 2022-05-17 16:06:56 +02:00
.releaserc.js ci: publish releases (#3647) 2022-05-17 16:06:56 +02:00
changelog.config.js
CODE_OF_CONDUCT.md
CONTRIBUTING.md chore(v2): move to new org (#3499) 2022-04-26 23:01:45 +00:00
go.mod chore(v2): move to new org (#3499) 2022-04-26 23:01:45 +00:00
go.sum chore(v2): move to new org (#3499) 2022-04-26 23:01:45 +00:00
LICENSE
main.go feat: improve console caching and provide build info (#3621) 2022-05-13 14:06:44 +02:00
README.md chore(goreleaser): publish to discord and brew (#3576) 2022-05-02 15:15:11 +02:00
SECURITY.md chore(v2): move to new org (#3499) 2022-04-26 23:01:45 +00:00

Zitadel Logo Zitadel Logo

semantic-release Release license release Go Report Card codecov discord
OpenID Connect Certified

What Is ZITADEL

ZITADEL is a "Cloud Native Identity and Access Management" solution built for the cloud era. ZITADEL uses a modern software stack consisting of Golang, Angular and CockroachDB as sole storage and follows an event sourced pattern.

We built ZITADEL not only with the vision of becoming a great open source project but also as a superb platform to support developers building their applications, without need to handle secure user login and account management themselves.

How Does It Work

We built ZITADEL around the idea that the IAM should be easy to deploy and scale. That's why we tried to reduce external systems as much as possible. For example, ZITADEL is event sourced but it does not rely on a pub/sub system to function. Instead we built all the functionality right into one binary. ZITADEL only needs Kubernetes for orchestration and CockroachDB as storage.

Run ZITADEL anywhere

Self-hosted

You can run an automatically operated ZITADEL instance on a CNCF compliant Kubernetes cluster of your choice:

Software-as-a-Service

  • ZITADEL Cloud: ZITADEL.ch is our shared cloud service hosted in Switzerland. Get started and try the free tier, including already unlimited users and all necessary security features.
  • ZITADEL Dedicated: We operate and support a dedicated instance of ZITADEL for you. Get in touch!

Start using ZITADEL

Quickstarts

See our Documentation to get started with ZITADEL quickly. Let us know, if you are missing a language or framework in the Q&A.

Client libraries

  • Go client library
  • .NET client library
  • Dart client library
  • Elixir client library (maintained by jshmrtn)

Help and Documentation

How To Contribute

Details about how to contribute you can find in the Contribution Guide

Security

See the policy here

Features of ZITADEL platform

  • Authentication
    • OpenID Connect 1.0 Protocol (OP)
    • Username / Password
    • Machine-to-machine (JWT profile)
    • Passwordless with FIDO2
    • Multifactor authentication with OTP, U2F
    • Federation with OpenID Connect 1.0 Protocol (RP), OAuth 2.0 Protocol (RP)
    • Identity Brokering
  • Identity & Access Management
    • B2C, B2B, B2E, M2M identities
    • Authorization via Role Based Access Control (RBAC)
    • Delegation of roles to other organizations for self-management
    • Management roles
    • User self-service workflows
    • User register workflow
  • Strong audit trail for all IAM resources
  • Privatelabeling
    • Custom branding
    • Custom texts
    • Hosted login
    • Personal profile
  • Integration
    • API-first
    • Actions for custom code execution

Showcase

Passwordless Login

Use our login widget to allow easy and sucure access to your applications and enjoy all the benefits of passwordless (FIDO 2 / WebAuthN):

  • works on all modern platforms, devices, and browsers
  • phishing resistant alternative
  • requires only one gesture by the user
  • easy enrollment of the device during registration

passwordless-windows-hello

Admin Console

Use Console or our APIs to setup organizations, projects and applications.

Register new applications OIDC-Client-Register

Delegate the right to assign roles to another organization projects_create_org_grant

Customize login and console with your design
private_labeling

Other CAOS Projects

  • ORBOS - GitOps everything
  • OIDC for GO - OpenID Connect SDK (client and server) for Go
  • ZITADEL Tools - Go tool to convert key file to privately signed JWT

Usage Data

ZITADEL components send errors and usage data to CAOS Ltd., so that we are able to identify code improvement potential. If you don't want to send this data or don't have an internet connection, pass the global flag --disable-analytics when using zitadelctl. For disabling ingestion for already-running components, execute the takeoff command again with the --disable-analytics flag.

We try to distinguishing the environments from which events come from. As environment identifier, we enrich the events by the domain you have configured in zitadel.yml, as soon as it's available. When it's not available and you passed the --gitops flag, we defer the environment identifier from your git repository URL.

Besides from errors that don't clearly come from misconfiguration or cli misuage, we send an inital event when any binary is started. This is a " invoked" event along with the flags that are passed to it, except secret values of course.

We only ingest operational data. Your ZITADEL workload data from the IAM application itself is never sent anywhere unless you chose to integrate other systems yourself.

License

See the exact licensing terms here

Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.