Authelia is an open-source authentication and authorization server providing two-factor authentication and single sign-on (SSO) for your applications via a web portal. It acts as a companion for reverse proxies like nginx, Traefik, caddy or HAProxy to let them know whether requests should either be allowed or redirected to Authelia's portal for authentication.
Documentation is available at https://www.authelia.com/docs.
The following is a simple diagram of the architecture:
Authelia can be installed as a standalone service from the AUR, APT, FreeBSD Ports, or using a Static binary, .deb package, Docker or Kubernetes either manually or via the Helm Chart (beta) leveraging ingress controllers and ingress configurations.
Here is what Authelia's portal looks like:
This is a list of the key features of Authelia:
- Several second factor methods:
- Password reset with identity verification using email confirmation.
- Access restriction after too many invalid authentication attempts.
- Fine-grained access control using rules which match criteria like subdomain, user, user group membership, request uri, request method, and network.
- Choice between one-factor and two-factor policies per-rule.
- Support of basic authentication for endpoints protected by the one-factor policy.
- Highly available using a remote database and Redis as a highly available KV store.
- Compatible with Traefik out of the box using the ForwardAuth middleware.
- Curated configuration from LinuxServer via their Swag container as well as a guide.
- Compatible with caddy using the forward_auth directive.
- Kubernetes Support:
- Beta support for OpenID Connect.
For more details about the features, follow Features.
If you want to know more about the roadmap, follow Roadmap.
Help Wanted: Assistance would be appreciated in getting Authelia working with Envoy.
docker-compose bundles act as a starting point for anyone wanting to see Authelia in action. You will have to
customize them to your needs as they come with self-signed certificates.
The Local compose bundle is intended to test Authelia without worrying about configuration. It's meant to be used for scenarios where the server is not be exposed to the internet. Domains will be defined in the local hosts file and self-signed certificates will be utilised.
The Lite compose bundle is intended for scenarios where the server will be exposed to the internet, domains and DNS will need to be setup accordingly and certificates will be generated through LetsEncrypt. The Lite element refers to minimal external dependencies; File based user storage, SQLite based configuration storage. In this configuration, the service will not scale well.
The Full compose bundle is intended for scenarios where the server will be exposed to the internet, domains and DNS will need to be setup accordingly and certificates will be generated through LetsEncrypt. The Full element refers to a scalable setup which includes external dependencies; LDAP based user storage, Database based configuration storage (MariaDB, MySQL or Postgres).
Now that you have tested Authelia and you want to try it out in your own infrastructure, you can learn how to deploy and use it with Deployment. This guide will show you how to deploy it on bare metal as well as on Kubernetes.
Authelia takes security very seriously. If you discover a vulnerability in Authelia, please see our Security Policy.
- The core team members are identified as administrators in the Space and individual Rooms.
- All channels are linked to Discord.
Community members are invited to join the Discord Server.
- The core team members are identified by the CORE TEAM role in Discord.
- The #support and #contributing channels are linked to Matrix.
Since Authelia is still under active development, it is subject to breaking changes. It's recommended to pin a version
tag instead of using the
latest tag and reading the release notes
before upgrading. This is where you will find information about breaking changes and what you should do to overcome
Why Open Source?
You might wonder why Authelia is open source while it adds a great deal of security and user experience to your infrastructure at zero cost. It is open source because we firmly believe that security should be available for all to benefit in the face of the battlefield which is the Internet, with near zero effort.
Additionally, keeping the code open source is a way to leave it auditable by anyone who is willing to contribute. This way, you can be confident that the product remains secure and does not act maliciously.
It's important to keep in mind Authelia is not directly exposed on the Internet (your reverse proxies are) however, it's still the control plane for your internal security so take care of it!
If you want to contribute to Authelia, please read our contribution guidelines.
Thanks goes to these wonderful people (emoji key):
This project follows the all-contributors specification. Contributions of any kind welcome!
Thank you to all our backers! 🙏 Become a backer and help us sustain our community. The money we currently receive is dedicated to bootstrap a bug bounty program to give us as many eyes as we can to detect potential vulnerabilities.
Any company can become a sponsor by donating or providing any benefit to the project or the team helping improve Authelia.
Help Wanted: We are actively looking for sponsorship to obtain either a code security audit, penetration testing, or other audits related to improving the security of Authelia.
Companies contributing to Authelia will have a specical mention below. [Become a sponsor]
Thank you to Balto for hosting our apt repository.
Thank you to DigitalOcean for contributing on OpenCollective.
Thank you to JetBrains for providing us with free licenses to their great tools.
Package authentication is a generated GoMock package.
|Package authentication is a generated GoMock package.|
Package mocks is a generated GoMock package.
|Package mocks is a generated GoMock package.|
Package mock_session is a generated GoMock package.
|Package mock_session is a generated GoMock package.|