跳到正文
spacepost

安全

安全,直白地说

这里只写我们目前做到的,不挂没拿到的徽章。我们不声称已获得 SOC 2 或 ISO 27001 认证。如果你需要我们填写安全问卷,请联系我们。

基础设施

邮件由 AWS eu-central-1(法兰克福)的 Amazon SES 投递。应用、工作进程和数据库运行在 Railway 的欧盟区域(荷兰阿姆斯特丹)。每个团队通过各自的 SES 租户发信,因此一个客户的信誉问题不会影响其他客户。SpacePost 使用自己的 SES 配置集,以及一个仅限访问 SpacePost 的 SES、SQS 和 SNS 资源的专用 IAM 用户。

传输加密

API、控制台和 SMTP 中继都要求 TLS。普通 HTTP 请求会被重定向或拒绝,SMTP 中继(端口 25976)要求在认证前使用 STARTTLS。

静态加密

我们的数据库卷和备份由托管服务商进行静态加密,存放在 Amazon SES 中的邮件数据由 AWS 加密。

API 密钥

密钥(sp_live_...)创建时只显示一次。我们只存储 SHA-256 哈希,因此之后无法显示或找回密钥。密钥可限定为仅发送、限定单个域名,也可立即吊销。

Webhook 签名

每个 Webhook 都使用各端点独立的密钥,按 Standard Webhooks 方案签名(webhook-id、webhook-timestamp、webhook-signature),因此你可以拒绝伪造和重放的请求。

访问控制

所有数据都归属于某个团队,并在每次请求时校验。控制台登录支持邮箱加密码、魔法链接和 GitHub。我们自己的员工只在支持和处理滥用所需的范围内访问生产数据。

滥用防控

新团队在 7 天内处于沙盒,每天最多 100 封邮件。退信率或投诉率过高时,团队会被自动暂停,发送前还会对照你的抑制列表检查每个收件人。

数据保留

邮件日志在 Free 上保留 30 天,Pro 上 30 天,Scale 上 60 天,之后由定时任务清除。抑制条目和账户数据在你的账户有效期间保留。删除和导出请参阅隐私政策。

子处理方

代表我们处理客户数据的第三方都会公开列出,并注明用途和所在地。

查看子处理方(英文)

负责任披露

发现了漏洞?请发邮件到 security@spacepost.dev,并附上复现步骤。

  • 我们会在三个工作日内确认收到报告,并在问题修复前持续向你同步进展。
  • 请不要访问其他客户的数据、影响服务运行、通过我们的基础设施发送垃圾邮件,或在我们修复之前公开细节。
  • 对于遵守上述规则、出于善意的研究,我们不会追究法律责任。我们目前还没有付费的漏洞赏金计划。

服务故障:状态页。