账户安全

您的账户,在身份层得到严密保护

服务器安全保护网站。账户安全保护通往网站的钥匙。每一次 Zinn Digital® 登录都运行在基于标准的统一身份系统之上——通行密钥与 WebAuthn、TOTP 双重认证、Magic Link 登录、面向企业与代理团队的 SAML SSO——后台配备精细的角色划分、针对每个组织的 API 密钥以及仅追加的审核日志。

多人关联至同一账户,每人均拥有各自独立的限定权限。
  • 700,000+全球托管的站点
  • 通行密钥WebAuthn 登录,内置
  • SAML SSO适用于企业和代理商账户
  • 已记录审计日志每个特权操作

同一身份,随处可用

大多数主机账户不过是数据库中的一个密码,机械地连接到控制面板。而我们的则是一个专用的身份系统——支持 OIDC 和 SAML 的 Keycloak——它位于一切系统的最前沿:客户仪表板、员工管理控制台、此公开网站与知识库,以及您的支持工单。只需登录一次,即可在所有这些系统中保持登录状态。

由于身份层建立在开放标准而非专有登录系统之上,因此它可以像平台的任何其他组件一样进行替换。您的访问模型的任何部分都不会受制于某家供应商的产品,团队的身份验证也不依赖于我们仅绑定单一供应商。这与我们应用于 CDN 账户、DNS 和支付服务商的无厂商锁定原则完全一致。

登录功能已实现本地化,从网站跳转到登录屏幕时会保留您的语言设置——因此,分布在多个国家/地区的团队无需被迫使用纯英文登录。

以适合您团队的方式登录

四种方式均为一流品质,且均可按个人进行配置。没有人会因为它是唯一提供的选择,而被迫接受最薄弱的方案。

魔术链接电子邮件(默认)

输入您的电子邮件,点击链接,即可进入。没有密码可被网络钓鱼、重复使用或在数据泄露中遭外泄。这是新账户的默认途径,对于大多数人来说,这也是他们唯一需要的途径。

通行密钥 / WebAuthn

注册通行密钥 — Touch ID、Face ID、Windows Hello 或 YubiKey 等硬件密钥 — 即可完全无需密码直接登录。通行密钥与源域名绑定,因此仿冒的登录页面无法窃取。该平台支持 ES256 和 RS256 身份验证器,并优先采用用户验证。

社交账号登录

通过标准身份提供商连接使用 Google 登录,以便账户继承您的 Google Workspace 已在执行的任何控制。其他提供商也以相同的方式进行连接——其中没有任何定制集成的成分。

电子邮箱和密码(后备)

为有需要的人员和脚本保留,并遵循严格的策略:至少十二个字符,绝不能是您的用户名或电子邮件地址,不得重复使用最近的三次密码,使用 Argon2 进行哈希处理。在帐户可使用之前,会对电子邮件地址进行验证。

双重认证与暴力破解防护

第二重验证因素是身份系统的一部分,而不是您购买的附加组件或安装在自己网站上的插件。

  • 通过任何标准身份验证器应用实现的 TOTP 双重身份验证 — 周期为三十秒的六位数字,与 Google Authenticator、1Password 和 Authy 所采用的方案相同。该功能可以通过组织策略强制执行,而无需依赖每个人的自觉意愿。
  • 通行密钥可以完全取代密码,而非仅作为附加层存在,从而从根本上消除了网络钓鱼攻击者企图窃取的凭据。
  • 领域(realm)级别已开启暴力破解防护:多次连续失败的尝试将触发递增的等待时间,最高可达十五分钟,从而使凭据填充攻击陷入停滞,无法继续遍历词表。锁定机制在设计上是临时性的——攻击者无法将真实客户永久锁定在其自身账户之外。
  • 注册电子邮件地址在注册时通过由 ZeroBounce 支持的适配器进行验证:无法送达和无效的地址将被拒绝,一次性、角色和带有滥用标记的地址将被标记。虚假或无法接收邮件的电子邮件将无法获得帐户,这也为试用期的防滥用和欺诈检查提供了依据。
  • 会话受到严格控制——访问令牌具有较短的有效期,闲置会话会自动过期,且每个会话都有严格的最大生命周期,因此在共享设备上遗忘的浏览器不会成为明天的安全隐患。

面向企业与代理团队的 SAML SSO

如果您的组织已在使用身份提供商(例如 Okta、Entra ID、Google Workspace 或任何其他支持 SAML 的系统),您只需将其连接,您的团队成员即可使用其现有的企业凭据登录 Zinn Digital®。您的团队无需管理第二个密码,也不必担心遗漏第二份员工离职核对清单。

这在代理商和分销商规模下尤为重要,因为在这些场景中,员工离职是一项切实的安全事件。当有人离职并且您在目录中将其停用时,您也同时禁用了他们访问您托管服务的路径。访问权限与雇佣关系集中同步,而无需在十几个SaaS工具之间逐一追踪处理。

SAML 与现有机制并行运作而非取而代之:外包人员依然可以在限定角色下获得魔法链接账号,而正式员工则通过 SSO 登录。同一个组织,同一套权限模型,两扇前门。

仅授予工作所需权限的角色

访问权限限定在组织架构树内——从代理商到客户再到站点——不仅在应用程序中受控,更是通过行级安全在数据库内部直接强制执行。跨租户访问并不是我们要求人们去遵守的一项政策;而是一个根本无法返回任何数据行的查询。四种客户角色切实涵盖了现实中的职责划分。

所有者

完全控制组织及其子账户:创建子组织、邀请和移除成员、分配角色、管理各个站点、执行账务与开票、管理 API 密钥以及读取审计日志。

账单管理器

发票、订阅、付款方式和套餐目录——除此无他。您的财务人员或会计可以结算发票,而绝不会拥有触碰、暂停或删除上线网站的权限。

开发者

无账单控制权的站点和 API 访问权限:查看和配置站点、重启服务、清除缓存、管理 API 密钥和工单。特意设置为无权访问支付方式、发票或更改套餐。

只读

整个组织内仅可查看 — 站点、账单、套餐、工单、翻译状态和审计日志。非常适合审计员、需要透明度的客户或第一周入职的新员工的角色。

API 密钥、令牌和 AI 连接

控制面板是访问途径之一。API、CLI、Terraform 提供商和 MCP 服务器则是其他途径 — 它们遵循相同的访问模型,因为未限定作用域的密钥会绕过您刚刚配置的每一个角色。

密钥归组织所有

API 密钥是颁发给组织而非个人的,并带有其自身的权限范围。请将其视为共享凭据:按其用途命名,授予能满足工作的最小权限范围,并在创建该密钥的人员离职时轮换它。

仅存储哈希值

原始密钥仅在创建时向您显示一次。我们保留的只是用于查找的 SHA-256 哈希值和短前缀。我们无法再次向您显示密钥,而且即使数据库遭到入侵,攻击者也不会获得可用的凭据。

限定范围、可撤销、可观察

每个密钥都包含与角色所使用的同一权限目录绑定的细粒度作用域,记录其上次使用的时间,并且在出现异常时可立即将其撤消。独立的沙盒密钥可在后台不产生任何实际账单或资源配置的情况下测试 API。

AI 工具在相同的规则下连接

MCP 服务器允许任何具备 MCP 能力的代理管理您的托管服务 — 它通过 OAuth 2.1 进行身份验证,权限范围严格限定于您的组织及其 RBAC 权限,并提供单工具可撤销令牌、破坏性操作确认、支出上限以及完整的审计日志记录。连接 AI 助手并不意味着将一切权限都交给它。

审计日志及其访问权限

每个特权操作都会写入一条只可追加的记录——操作者、所执行的操作、操作对象、支持性证据以及源 IP 地址,并带有时间戳。这不是为了便于调试;这是证据链。

  • 所有者和只读角色可以直接查看审计日志,因此您组织内部的问责机制无需向我们提交支持工单。
  • 员工对您账户的访问受相同的机制约束:我们的团队成员分布在具有按模块、按操作权限的部门中,因此支持人员只能看到工单和基本问题修复,无法查看您的账单配置或您的服务器集群。
  • 敏感和破坏性的员工操作在执行前可能需要进行升级身份验证或经由两人批准。
  • 除了其他所有安全措施之外,对于希望将访问权限仅限于已知网络的企业团队,我们按组织提供 IP 白名单功能。
  • 相同的审计跟踪、最小权限模型以及按租户隔离机制为我们的 SOC 2 和 ISO 27001 路线图提供支持——所有证据从第一天起就已生成,而非事后重建。

常见问题

我到底需不需要使用密码?

不——而且我们建议您不要这样做。默认采用电子邮件魔术链接登录,您可以注册通行密钥(Touch ID、Face ID、Windows Hello 或硬件密钥),无需设置密码即可登录。电子邮件和密码仍可作为后备方案使用,密码至少十二个字符,不可重复使用最近三个密码,并采用 Argon2 哈希算法。

我可以为我的团队强制启用双重身份验证吗?

TOTP 双重身份验证已内置于身份层中,可以通过策略在整个组织内强制执行,而不是由每位成员自行选择开启。在您团队的设备支持的情况下,通行密钥(Passkeys)是更强大的选项,因为它们彻底消除了攻击者试图通过网络钓鱼获取的密码。

我团队中的某个人只负责处理发票。我可以阻止他们访问网站吗?

是的。账务管理员角色仅授予查看和管理发票、订阅、付款方式及套餐目录的权限,别无其他——无权查看、配置、重启、暂停或删除站点。反之亦然:开发人员角色负责管理站点和 API 访问权限,完全没有账务控制权。角色按组织分配,因此某个组织中的角色不会授予对单独、不相关组织的任何访问权限——不过父组织中的角色适用于其下嵌套的各个子组织。

如果我们的一个 API 密钥泄露会怎样?

从仪表板将其吊销,它便会立即停止工作。损失范围受限于该密钥最初拥有的权限,这正是密钥具备精细化作用域并记录最后使用时间戳的原因——较窄的作用域与清晰可见的使用轨迹能够将泄露转化为可控事件,而非整个账户的完全沦陷。请注意,密钥是颁发给组织而非个人的,因此请将其视为共享凭据,并在人员变动时轮换它们。我们仅在己方存储密钥的哈希值,因此即使我们的数据库发生泄露,也不会产生可用的凭据。

我可以在我的账户中查看谁执行了什么操作吗?

是的。每项特权操作都会写入仅追加的审计日志中,并附带操作者、操作、目标、支持证据、源 IP 和时间戳。所有者和只读角色可以直接读取它。工作人员对您账户的操作会记录在同一追踪记录中,敏感或具有破坏性的人员操作可能会先要求加强身份验证或经过双人批准。

我们已经在使用 Okta / Entra ID。我们的团队可以使用它登录吗?

是的 — 企业和机构账户支持 SAML SSO,因此您的员工可以使用现有的企业凭据进行身份验证,在您的目录中注销员工也会同时移除他们在此处的访问权限。您可以结合多种方式:为正式员工提供 SSO,为合同工提供限定范围的 magic-link 账户,一切都在同一个权限模型之下。

我正在从你们的 V1 平台迁移。我的旧密码会被保留吗?

否 — 密码系特意不予迁移。您的账户在导入时未包含密码,首次登录时,您可以选择使用 magic-link,或根据现行策略设置新密码。迁移旧密码哈希值会将旧的安全漏洞带入新系统,因此我们不采取此做法。

如何在不提供银行卡信息的情况下试用此服务?

Footprint-Free 试用期为 14 天,无需绑定信用卡,最多支持五个站点。您在试用期间即可获得完整的身份验证层 — 通行密钥、双重验证、角色、API 密钥和审核日志均无需付费套餐即可使用。

在最初的五分钟内正确设置您的账户

注册通行密钥、邀请团队成员加入相应角色并签发限定作用域的 API 密钥——尽在 14 天免绑卡试用中,无需提供信用卡信息。

免费开始