本页为机器翻译，仍在审校中。 查看英文原版
信任中心
最近一次对照出处核对：2026年10月13日
这一页只写 Yooha 保护用户和机构时已经做到的事。还没做到的，单独列在后面，写成计划。
这一页的每一句话都对应我们的代码、配置或运行记录里一个写明的出处；没有出处的句子，自动检查不会让它加进来。
你的数据
- 每张表都标明了数据的敏感等级；新增一张没标等级的表，改动会被拒绝。
- 你的设备和 Yooha 之间的连接用 TLS 加密，版本 1.2 或更新。TLS 1.3 已开启；只要你的设备支持，我们的网络边缘就在 TLS 1.3 上采用抗量子的混合密钥协商。
- 备份在存放之前先加密。最敏感的字段（例如已连接服务的凭据和身份证明材料）还会在应用内部用每个机构各自的密钥再加密一层；这些密钥由托管密钥服务里的根密钥包裹，销毁一个机构的密钥，它保护的内容就再也读不出来。
- 每个机构的数据在数据库的行级别上与其他机构隔开；每次改动，这道隔离都会对每张表自动测试一遍。
- 数据只保留到它的保留规则允许的时候；法律保全可以暂停删除。销毁过的密钥在恢复之后依然是销毁的：恢复流程会把已销毁密钥的名单再执行一遍，所以备份也带不回那些内容。
数据存在哪里、怎么删除、怎么拿到副本
你的数据存在哪里、保留多久、怎么删除、怎么索取副本，都写在隐私政策里。我们在这里只给链接、不再重复，免得两页说法不一致。
替我们处理数据的公司
替我们处理数据的服务商有哪些、各自做什么，写在隐私政策里。正式的子处理者清单可以来信索取：请写信到 support@gi2t.com。
登录与操作
- Yooha 不提供密码登录。你用已有的账号登录，或者用发到你邮箱的一次性验证码登录；敏感的操作会先请你用通行密钥确认。
- 权限判断只在一个地方、按同一套策略做出；AI 代理只能在一个人委托给它的范围内行动。
我们怎么开发和运行 Yooha
- 我们的安全规则由每次改动都要跑的自动检查来执行；数据库改动只能新增，而且每一项都带回退办法。
- Yooha 的服务只经过一个出口网关访问互联网，而且只能去白名单上的目的地。
- 我们的 AI 把收到的文字都当作不可信：内容标明来源，工具有白名单、每次使用都要授权，回答会被检查，拿不准的一律按关闭处理。
- 产品依赖的关键数字我们都登记在册，并按计划逐个检查。哪一个停止更新，我们的运维人员会在自己的 App 里和邮件里收到一次提醒，系统健康面板上也会显示。对基础设施的管理操作都会留下审计记录。
- 一个机构的流量再大，也不会拖慢其他机构；这道隔离我们做过压力测试。
- 数据库每天做一份加密备份，写到两家互相独立的存储服务商，两边都设成在固定期限内不能改、不能删。同一个每日任务会把这份备份恢复到一个空数据库里并核对；恢复或核对失败的那一天，就记为失败。
我们从不做的事
- 我们从不用一个机构的数据去和它竞争；Yooha 也不导出机构的原始数据。
- 我们不出售个人数据。
还没做到的
下面是计划，不是声明。只有真的做到了，才会移到上面的清单里。
- Yooha 还没有接受过独立第三方的审计。目前没有完成任何审计、认证或渗透测试。
- 整个平台的 SOC 2 Type II：计划中。我们做过就绪自评；审计还没开始，现在没有报告。
- 独立的渗透测试：计划在正式上线前做，现在还没做。
- ISO 27001：计划在后续阶段做。
- 每日恢复校验的不间断记录：还没有。这项校验曾经连续几天失败、需要修复，所以我们不说它一直都通过。
- 在问题持续期间重复提醒，以及通过推送通知送达提醒：还没有。
- 一份带时限的书面流程，用来通知受安全事件影响的人和机构：还没有完成。
- 公开的漏洞披露与奖励计划：文本已经备好，但还没开放。在那之前，请按下面的办法报告问题。
- 自动扫描我们依赖的软件包里已知的漏洞：计划中。
- 机构的单点登录与自动开通账户：计划中。
- 由机构选择数据存放在哪里：计划中。目前 Yooha 只在美国提供。
- 数据处理协议模板，以及一张会通知变更的独立子处理者页面：计划中。
报告安全问题
如果你认为在 Yooha 里发现了安全问题，请发邮件到 support@gi2t.com，写明你发现了什么、怎么复现。只用你自己的账号；一旦看到别人的数据，请立刻停下。我们的 security.txt 在 /.well-known/security.txt。
- 运营方
- gi2t Labs LLC
- 电子邮件
- support@gi2t.com