用域名登录认证
各维度得分依据公开资料与字段推算,加权后即综合评分,仅供参考。
IndieAuth.com 提供一个 IndieAuth/RelMeAuth 认证服务器,让用户用自己的域名作为登录身份。其机制是用户先在个人网站上添加指向 GitHub、Twitter、PGP key 等身份提供方的 rel="me" 链接,并确保第三方资料页反向链接回个人域名;当支持 IndieAuth 的网站发起登录时,IndieAuth.com 扫描并验证这些关系,最终返回已认证的域名。
从网络安全视角看,它属于身份认证与授权工具,而不是传统防火墙、EDR 或漏洞管理产品。开发者可通过 Web Sign-in 表单接入 https://indieauth.com/auth,并使用 client_id、redirect_uri 和授权码 POST 校验完成登录。正文还说明可下载源码运行自有服务器,从而避免完全依赖第三方托管服务。集成层面,它通过 rel="me"、OAuth Provider、PGP key 以及 Omniauth strategy 扩展 Provider,适合轻量级 Web 身份场景。
抓取内容未披露收费模式、支付方式、企业订阅、SLA 或合规认证,也未提到管理控制台、审计日志、告警策略等企业安全常见能力。FAQ 明确指出,如果应用使用 IndieAuth.com 且该服务宕机,相关网站登录将不可用;因此对可用性要求较高的应用,应考虑自建实例或直接实现 IndieAuth。
优点是理念清晰:用户以自有域名作为长期身份,减少对 Twitter、Facebook 等平台身份的绑定;开发者也无需分别实现多个 OAuth Provider。相比 OpenID,正文强调其实现更简单。缺点同样明显:该服务已发布弃用通知,未来会被替代并最终关闭;用户必须拥有域名并正确配置双向 rel="me";部分 Provider 权限可能不只限于身份验证;企业级安全治理能力信息不足。
它更适合 IndieWeb 用户、个人站长、Micropub endpoint 运营者,以及希望快速支持域名登录的小型应用开发者。不适合作为有严格合规、审计、可用性和厂商支持要求的企业统一身份平台。中国访问情况正文未提供,判定为未知;支付信息也未披露。替代方案包括 IndieLogin.com、直接实现 IndieAuth、运行自有实例,或参考 indieweb.org/IndieAuth 列出的其他服务。
本测评基于公开资料整理,不构成购买建议,请以 indieauth.com 官网实际信息为准。
IndieWeb身份认证服务,开发者可接入。
评分明细(分布与用户短评)接入中。当前展示 TG4G 综合评分,数据源自公开测评与用户反馈。