安全

架构

UptimeGlobe 运行在由一家一线基础设施服务商运营的全托管无服务器平台上。我们没有长期运行的服务器，没有需要轮换的 SSH 访问，也没有需要我们打补丁的操作系统——一大类漏洞根本不在我们的攻击面之内。所有流量，无论面向用户还是内部，都通过 TLS 传输。

你的账户

• 密码使用 PBKDF2-SHA256 进行哈希（100,000 次迭代，每个用户独立加盐）。我们从不存储或记录明文密码，登录响应也经过设计，无法通过响应时间探测账户是否存在。
• 双重身份验证（TOTP）对所有账户开放，包括免费套餐。
• 会话使用 15 分钟的短期令牌，外加一次性轮换的刷新令牌。重复使用已轮换的刷新令牌——这是会话被盗的特征——会撤销该账户上的所有会话。修改密码和重置密码也会这样做。
• 机器人防护：注册和登录会经过自动化滥用筛查，无需解答验证码。

你的凭据和数据

• 通知凭据——Slack 令牌、Webhook URL、SMS 服务商密钥——在存储时使用 AES-256-GCM 加密，密钥保存在数据库之外。API 返回时会对其脱敏，错误信息也经过清理，以免出故障的集成泄露自身的密钥。
• 租户隔离在数据访问层本身强制执行：每一次针对租户数据的查询都会被自动限定在你的组织范围内，我们的代码检查工具会拒绝绕过该网关的代码。这不是靠每个端点自己记得去做。
• API 密钥按资源和操作（读/写）限定权限，仅在创建时显示一次，以哈希形式存储，并可随时撤销。
• 支付数据：银行卡信息从不经过我们的系统。启用付费计费时，结账和银行卡存储由专门的支付服务商处理。

数据权利

你可以导出数据，也可以删除账户——删除是对你租户数据的真正彻底删除，而不是软删除标记。详情见隐私政策。

合规状态

UptimeGlobe 目前尚未获得 SOC 2 或 ISO 27001 认证——我们是一款处于早期阶段、由创始人运营的产品，不会假装不是。本页面描述的是当前实际落实的控制措施；随着安全状况的发展，本页面会随之更新。

报告漏洞

发现了问题？请使用联系表单：选择类别其他问题，并以“SECURITY”作为消息开头。请附上复现步骤，以及你认为它造成的影响。我们会在 2 个工作日内确认收到，在修复期间随时告知你进展，如果你愿意，还会公开致谢。测试时请勿访问其他用户的数据——针对你自己账户的概念验证始终就足够了。