探索身份验证新维度：Dex——一个去中心化的OpenID Connect提供者

探索身份验证新维度：Dex——一个去中心化的OpenID Connect提供者

dexDex 是一个开源的身份认证代理，用于管理 Docker 镜像仓库和 Kubernetes 集群的访问控制。 * 身份认证代理、访问控制、Docker 镜像仓库管理 * 有什么特点：支持多种身份认证协议、用于访问控制和身份认证、易于集成和扩展项目地址:https://gitcode.com/gh_mirrors/dex/dex

Dex是一个基于OpenID Connect的身份服务，它为其他应用提供了统一的认证接口。通过其创新的"连接器"系统，Dex能够将认证任务委托给各种身份提供者，如LDAP服务器、SAML提供商或GitHub、Google和Active Directory等。

核心功能：ID令牌

作为OAuth2扩展的一部分，Dex的主要特性是ID令牌，这些是经过签名的JSON Web Tokens（JWT），在OAuth2响应中返回，以证明最终用户的身份。例如：

...省略...

这些JWT包含了关于签发方、用户标识、受众、过期时间以及包括电子邮件地址、组成员资格等在内的标准声明。

在Kubernetes上的部署与应用

Dex可以在任何Kubernetes集群上本地运行，并通过OpenID Connect插件驱动API服务器的认证。诸如kubernetes-dashboard和kubectl这样的客户端可以代表登录了Dex的用户操作集群。

更多关于在Kubernetes上运行Dex并将其作为认证器的信息，请参阅dexidp.io/docs/kubernetes/。您还可以在ADOPTERS.md文件中发现使用Dex的公司和项目案例。

连接器：连接无限可能

Dex的"连接器"策略允许它与多种身份管理平台交互。从GitHub和LinkedIn到LDAP和SAML，Dex实现了广泛的协议支持。当用户通过Dex登录时，它的身份通常存储在这些上游系统中。Dex充当了客户端应用与这些系统之间的桥梁，而客户端只需要理解OpenID Connect即可。

连接器支持刷新令牌和组成员声明的能力因具体协议限制而异。例如，由于SAML不支持非交互式刷新，所以使用SAML连接器登录的用户不会收到刷新令牌。

文档与社区资源

• 入门指南
• OpenID Connect简介
• 使用Dex的应用开发
• 自定义范围、声明和客户端特性
• 存储选项
• gRPC API
• 在Kubernetes中使用Dex

对于问题报告、一般性讨论以及开发相关事宜，我们欢迎你：

• 提交问题
• 参加CNCF Slack中的#dexidp频道
• 开启一个新的讨论
• 加入邮件列表dex-dev

Dex不仅拥有强大的特性和广泛的应用场景，更是一个活跃的开发者社区，不断推动着身份验证技术的发展。无论是对安全要求极高的企业还是寻求便捷身份解决方案的小型团队，Dex都是一个值得信赖的选择。现在就加入我们的行列，体验Dex带来的高效和安全性吧！

dexDex 是一个开源的身份认证代理，用于管理 Docker 镜像仓库和 Kubernetes 集群的访问控制。 * 身份认证代理、访问控制、Docker 镜像仓库管理 * 有什么特点：支持多种身份认证协议、用于访问控制和身份认证、易于集成和扩展项目地址:https://gitcode.com/gh_mirrors/dex/dex