信任中心
NexaFile 安全、访问、服务提供商和可用性的公开概述。本页不构成合同服务等级协议。
访问控制
- 工作区按组织隔离；Owner、Admin 和 Member 角色按职责限制功能。
- 除非在工作区中明确分配或共享，否则文档仅对创建者可见。
- 支持多因素认证和恢复码；恢复码经过哈希处理，多因素认证密钥在数据库中加密。
加密与数据传输
生产环境的浏览器连接使用 HTTPS。密码使用 scrypt 哈希处理。数据库中的 OAuth 凭据和多因素认证密钥使用应用密钥加密。按照当前生产配置，文档在上传至对象存储前由应用加密。
核验 AI 结果
NexaFile 会在可能时将重要发现关联到源页面，显示来源覆盖范围和置信度，并将证据不足的发现标记为需要人工审核。这不保证 AI 始终准确。
服务提供商
NexaFile 使用可信服务提供商运营平台、处理付款、提供 AI 功能及连接云服务。实际涉及的提供商取决于客户选用的功能。
- DigitalOcean: 应用基础设施和数据存储。
- OpenAI API: 对用户主动提交用于分析的内容进行 AI 处理。
- Polar: 托管结账服务，用于处理适用交易的付款、税费和收据；Polar 担任登记商户。
- Resend: 发送账户验证、安全和服务通知邮件。
- Google: 用户主动连接的登录、Google Drive 和其他 Google 服务。
- Microsoft: 根据用户或组织授予的权限进行登录并连接 OneDrive/SharePoint。
- Cloudflare: DNS、边缘防护以及自动化和机器人流量防护。
NexaFile 还提供用于系统集成的 API 和开发者工具。客户可使用 Postman 等客户端工具调用 API，但它们不是 NexaFile 默认的数据处理服务商。
运营与故障
系统会定期监测健康和就绪状态；公开故障记录在状态页面。NexaFile 采用日志、速率限制、审计记录和故障处理流程。任何系统都无法承诺绝对安全。
可用性和 SLA
NexaFile 不为所有套餐发布统一的可用率 SLA 或服务额度承诺。基础设施提供商的 SLA 不是 NexaFile 的 SLA。若企业订单中包含单独 SLA，则仅适用已签署的 SLA。
公开控制范围
| 领域 | 已发布控制措施 | 声明边界 |
|---|---|---|
| 身份与访问 | MFA · Passkeys · RBAC · audit records | 不代表已获得第三方认证。 |
| 数据 | HTTPS · encrypted application secrets · workspace isolation | 具体位置和保留期限取决于配置、服务商和合同。 |
| 运营 | health/readiness monitoring · rate limiting · incident records | 观测数据不构成合同 SLA。 |
分包处理商与数据流
以上列出当前公开的服务商及其主要用途。实际数据范围取决于客户使用的功能；并非每份文档都会发送给每个服务商。
除非能够提供有效的独立报告或证书，否则 NexaFile 不会声称拥有 SOC 2、ISO 27001 或类似认证。
治理、证据与更新
- 公开声明用于描述正在运行的控制措施，不应被解释为未经签署的认证、SLA 或保证。
- 服务商、OAuth 范围、保留期限或数据处理方式的重大变更必须反映在信任中心或适用的法律声明中。
- 企业客户可申请 DPA、安全问卷或现有控制证据；披露仍受保密要求和适用协议约束。
共同责任模型
NexaFile 负责保护平台及其运营的控制措施。客户负责用户生命周期、工作区权限、终端和云账户安全、合法选择处理数据、审核 AI 输出并在不再需要时撤销访问权限。
报告安全问题
请发送问题描述、时间、受影响的 URL 和复现步骤；请勿通过电子邮件发送密码、API 密钥或敏感文档。 [email protected]
