01范围
此页面描述了 Tenvo 客户端的安全架构以及由 upDevTeam LTD 在 tenvoai.com 上运营的托管中继服务，并提供向我们报告漏洞的负责任披露流程。
此页面为信息性。合同安全承诺在服务条款和数据处理协议中。
法律 · 安全
安全实践
Tenvo 是如何构建、加密和运营的，以及如何报告漏洞。诚实的答案，包括我们尚未认证的内容。
最后更新: 2026-05-06
TL;DR
会话内容（您的屏幕、按键记录、传输的文件）使用 TLS 并配合每台设备的唯一证书进行加密。直接点对点连接为端到端加密。客户端为开源，因此加密可被独立审计。
我们尚未获得 SOC 2 或 ISO 27001 认证。我们依赖的基础设施提供商获得了认证。如果您发现漏洞，请写信至 support@tenvoai.com。
02密码学
连接使用 TLS 加密。每台设备由我们的证书机构签发唯一证书。在直接点对点连接时，会话在两台设备之间为端到端加密；当无法建立直接连接时，流量会被中继并在传输中加密。
- 传输加密
- 使用带固定受信任证书颁发机构集的 TLS，防止连接被静默降级或拦截。
- 每台设备身份
- 每台设备由我们的 CA 签发唯一证书；直接连接在任何会话数据传输前验证该证书（证书身份必须与设备 ID 匹配）。
- 加密套件
- 由 TLS 协商的现代 AEAD 加密套件（如 AES-256-GCM 或 ChaCha20-Poly1305）；禁用遗留和弱加密套件。
- 传输
- 中继控制平面和 web 应用使用 TLS 1.3。仅现代密码套件可用；旧版 TLS 已禁用。
- 静态加密
- 账户数据和备份由我们的托管数据库提供商在静止时加密。
加密库固定在经过审计的上游版本，并根据文档化的时间表进行更新。我们不实现自己的原语。
03基础设施
生产环境基础设施运行在少数几家提供商上：
- 我们的 VPS 托管提供商 — 运行中继、账户服务和营销网站的服务器。
- Supabase, Inc. — 为账户和计费元数据提供托管 PostgreSQL。
- Stripe Payments Europe Ltd. — 为付费方案处理卡片支付。
- GitHub, Inc. — 用于客户端构建的源码托管和 CI/CD。
- 电子邮件由我们在自有基础设施上运行的邮件服务器发送（不使用第三方邮件处理器）。
处理个人数据的每个提供商均受数据处理协议约束。若处理发生在 EEA 以外，我们依赖适当的保障措施，例如 EU Standard Contractual Clauses。
04身份验证和访问控制
用户级访问控制：
- 默认使用电子邮件魔法链接 / OTP 登录。支持用 Argon2id 哈希的密码和泄露数据库筛查的密码登录。
- 为付费账户提供两因素身份验证（TOTP），员工必须启用。
- 每个设备的权限标志（剪贴板、文件传输、音频、重启）由受控方在会话开始时选择。
- 由 upDevTeam LTD 维护的被禁对等 ID 列表，并在中继处应用。
05合规性和认证
截至本页顶部日期的诚实状态：Tenvo 和 upDevTeam LTD 目前未获得 SOC 2、ISO 27001、ISO 27017、ISO 27018、HIPAA、PCI-DSS、FedRAMP 或任何其他正式第三方安全标准的认证。与此相反的公开声明是错误的。
我们的托管、数据库（Supabase）和支付（Stripe）提供商本身通过了 SOC 2 / ISO 27001 审计；我们的安全性从中继承部分保证，但并不等同于他们的认证。
我们正朝着 2026 年外部安全审查的目标努力，并将在结果发布后在此页面上发布。我们不会假装拥有我们并不持有的认证。
06审计日志和监控
生产系统上的管理操作记录到一个集中式、仅追加的日志中，至少保留 90 天。日志记录行为者、操作、时间戳和源 IP。生产访问仅限于少数具名工程师，并且必须启用两因素身份验证。
我们监控正常运行时间、错误率和与滥用相关的信号（突发流量激增、暴力破解尝试、对等ID枚举），并每周轮换值班覆盖。
07终端与企业安全
用以访问生产系统的工作人员设备必须：
- 运行支持的、最新的操作系统，并启用全盘加密；
- 使用集中管理的密码管理器和硬件支持的双因素身份验证令牌（例如 WebAuthn）进行生产访问；
- 具备终端保护或等效的 Linux 解决方案，并能够自动进行安全更新；
- 在工作人员离开时进行清除和吊销证书。
08开源与可重现性
Tenvo 客户端在 AGPL-3.0 下开源。任何人都可以阅读源代码、构建并验证其是否符合我们的声明。中继代码（hbbr / hbbs 的分支）同样开源。
我们为每个发布的安装程序发布 SHA-256 哈希。我们正在追求 Windows 的 EV 代码签名和 macOS 的 Apple notarisation；当前构建状态见下载页面。
09负责任的披露
我们欢迎独立安全研究人员的报告。要报告漏洞：
- 电子邮件
- support@tenvoai.com
- PGP
- PGP 密钥指纹发布在同一页面上；对于涉及漏洞细节的报告，优先接受加密报告。
- 响应时间
- 在 3 个工作日内初步确认；在 10 个工作日内状态更新；协商披露在任何公开发布前达成协议。
- 安全港
- 符合本政策的善意研究将不会受到 upDevTeam LTD 的法律行动。我们要求您不要访问用户数据，不要测试非本人账户，不要对工作人员进行拒绝服务或社会工程攻击。
我们目前没有运行付费漏洞奖励计划。我们会在问题修复后，依您许可在名人堂页面上公开表彰有意义的报告。
关键问题（如 RCE、会话加密破坏、大规模认证绕过）会立即升级至值班工程师，并优先于计划内工作处理。
10超出范围
以下内容不符合第 9 节的安全港处理条件，可以报告，但不太可能被视为漏洞：
- 对任何系统的拒绝服务或体量攻击；
- 针对 upDevTeam 员工或客户的社会工程攻击；
- 对办公室或数据中心的物理攻击；
- 需要受害者安装不受信任软件的问题；
- 没有有效漏洞路径的最佳实践偏差（例如，营销页面上缺少安全头信息）。
11事件响应
我们维护一份书面的事件响应手册，涵盖检测、遏制、根除、恢复和事后审查。该手册至少每年审核一次，并在每次重大事件后更新。
如果发生个人数据泄露，适用我们的隐私政策和数据处理协议中的通知时间表。
12变更
当此页面上的架构或任何承诺发生重大变化时，我们会更新“最后更新”日期，并在变更日志中宣布该变更。
阅读源代码是验证安全声明的最可靠方法。请访问 github.com/GoDeskFlow。