您的机器人令牌可让任何人读取您用户的消息并以您的机器人身份发言。本页准确说明了我们如何保护它——以及我们尚未构建的部分。
您的 Telegram 机器人令牌是您机器人的完整凭证,因此在接触数据库或备份之前会使用 AES-256-GCM 加密封存,仅在调用 Telegram 时解密,绝不记录日志,并在产品中的所有位置以掩码形式显示。
每次连接均使用 TLS 1.2 及以上版本的 HTTPS,并通过 HSTS 强制执行。机器人令牌和双因素密钥在静态存储时使用仅您的部署持有的密钥进行加密。
使用 scrypt 哈希的密码、带恢复代码的可选 TOTP 双因素认证、带 CSRF 保护的 httpOnly 会话 Cookie、对登录和密码重置的速率限制,以及在多次失败后自动锁定。
从所有者到查看者共五种工作区角色,在每个请求中均由服务器端强制执行——而不仅仅是隐藏在界面中。员工对客户工作区的访问只能通过身份模拟进行,并且始终会被记录。
登录、机器人变更、发布、账单事件、团队变更以及员工身份模拟都会写入一份只可追加的审计日志,您可以在控制台中查看。
每晚进行加密的数据库备份,保留期限可配置,并配有经过记录和测试的恢复流程。机器人连接每隔几分钟检查一次,如果被 Telegram 断开会自动重新连接。
我们运行在 OVH 和 Hetzner 之上,这两家托管服务商均通过了公认的数据中心安全与合规标准审计。除此之外,我们还开展自己的服务器级安全测试,并委托第三方渗透测试以及对整个系统的独立验证。
许多供应商会省略这一部分。我们更希望您能据此进行规划。
| 领域 | 控制措施 |
|---|---|
| 传输中加密 | 全站 TLS 1.2 及以上,已启用 HSTS |
| 静态存储中的密钥 | 机器人令牌和 2FA 密钥使用 AES-256-GCM |
| 密码 | scrypt(N=32768),恒定时间验证 |
| 会话 | 不透明的 256 位令牌,httpOnly Cookie,以哈希形式存储,30 天滚动过期 |
| 浏览器加固 | 内容安全策略(CSP)、X-Frame-Options、nosniff、严格的 referrer 策略 |
| 滥用防范 | 对身份验证、密码重置和公开表单的速率限制 |
| 授权 | 角色检查在每个请求中由服务器端强制执行 |
| 审计追踪 | 账户、机器人、账单和员工操作的只可追加日志 |
| 备份 | 每晚加密转储,保留期限可配置,配有已记录的恢复演练 |
| 依赖项 | 锁定版本的依赖项,仅从公共 npm 注册表安装 |
| 基础设施 | OVH 和 Hetzner 数据中心,经独立审计 |
| 渗透测试 | 已委托的第三方测试,加上持续的独立验证 |
如果您认为在 Meshwire 中发现了安全漏洞,请私下报告,以便我们在任何公开披露之前进行调查和响应。我们会在 24 小时内确认收到报告,并力争在 7 天内解决严重问题。对于遵守本政策的善意研究人员,我们不会采取法律行动。