安全政策
我们承诺保持透明、协调漏洞处理、感谢研究人员，并坦诚呈现合规状况。
按照 RFC 9116 的 security.txt： /.well-known/security.txt
安全名人堂
研究人员致谢我们衷心感谢那些负责任地披露漏洞、帮助保障 zn 及 AI 生态安全的独立安全研究人员。
策略与共识处理程序中控制平面的授权缺陷
发现控制平面端点（/api/v1/policies* 和 /api/v1/consensus*）只验证了租户 API 身份，却缺少功能级授权检查，使得非管理员的租户密钥可以修改策略或共识状态。修复措施包括严格的 SuperAdmin 角色检查以及共识见证者验证。
重置密码时会话与令牌撤销不充分（CWE-613）
发现修改或重置账户密码时，并未使现有的有效授权、刷新令牌或并发的浏览器会话失效。修复措施包括：在密码重置事件中立即在服务端撤销 Auth0 授权和刷新令牌，在所有现有设备上终止客户端会话，并缩短访问令牌的有效期。
修改密码时会话撤销不完整（CWE-613 后续问题）
研究人员独立发现，修改账户密码并不会立即使其他有效的浏览器会话失效：即使刷新令牌授权已被撤销，此前签发的访问令牌仍会一直有效直至过期。修复措施包括：新增按用户划分的撤销纪元，API 在每次请求时进行检查，使凭据变更前签发的令牌立即被拒绝；将访问令牌有效期从 24 小时缩短为 15 分钟；将同样的撤销机制扩展到密码重置流程；并新增“退出所有设备”控件，以及会话被拒绝时的自动退出。
加固会话终止流程（退出重定向与错误处理）
发现全局退出流程依赖的退出后目标地址未在身份提供方允许的退出 URL 中登记，导致显示了未带品牌标识的错误页面，还暴露了内部配置。修复措施包括：用带品牌标识的错误页面替代身份提供方的原始错误；为跨设备退出增加友好的“会话已过期”提示；将合法的退出目标登记为纵深防御；并完成向第一方身份验证域的迁移。
条目采用 SEC-YYYY-NN 的格式，并且永久保留：我们从不移除获得致谢的研究人员。如果你希望匿名，我们可以在列出报告时不显示你的用户名。
安全公告
我们自己的发现这里公布我们所发布软件中存在的问题，其详细程度与我们对研究人员的要求相同：发生了什么、哪些用户受影响，以及应当怎么做。
Node.js 版 zn-gate 1.6.0 之前版本：智能体可通过带版本号的包调用执行 zn 管理命令，绕过拒绝这些命令的钩子
智能体钩子会拒绝 AI 智能体执行管理你的密钥和防护设置的命令，例如 zn unlock, zn lock, zn secret set, zn env shadow 、 zn hooks uninstall. 从 1.5.0-beta.1 到 1.6.0-beta.1，当这些命令以带版本号的包调用形式出现时（例如 npx -y zn-gate@1.5.1 hooks uninstall），钩子无法识别，因而放行了它们。这些命令中的大多数在检测到编码智能体环境或没有交互式终端时本就会拒绝运行；但 zn lock 没有此类检查，因此任何智能体都可以锁定保险库（这不会泄露密钥）。以下内容不受影响：Python 包、工具输入与输出中的密钥脱敏，以及读取密钥值。问题已在 zn-gate 1.6.0 中修复，该版本会像普通命令一样拒绝带版本号的 npx, pnpm dlx 、 bunx 形式。升级命令：npm install -g zn-gate@1.6.0（或更新智能体插件）。在你完成升级之前，请不要在交互式终端中运行智能体的命令，检查所有你未预期的 zn 提示；如果智能体钩子已被移除，请在自己的终端中通过 zn hooks install 重新安装。
Windows 上 Node.js 版 zn-gate 1.5.0 及更早版本：zn run 可能将密钥交给通过环境变量选定的程序
在 Windows 上，当 zn run 将已存储的密钥传递给已批准的批处理文件（.cmd 或 .bat，例如通过 npm 安装的 CLI）时，它会通过 ComSpec 环境变量指定的命令解释器来启动该文件。能够修改该变量的进程（例如你已批准该批处理文件的会话中的 AI 智能体）可以将其指向另一个程序，该程序随之收到密钥值。以下内容不受此问题影响：macOS 和 Linux、属于 .exe 文件的 Windows 程序、Python 包，以及钩子对工具输入与输出的脱敏。问题已在 zn-gate 1.5.1 中修复：该版本始终通过系统 cmd.exe 启动批处理文件；在所有平台上，它也不再把调用方环境中的解释器启动设置（如 NODE_OPTIONS）传递给接收密钥的程序。升级命令：npm install -g zn-gate@1.5.1（或你的智能体插件所固定的版本）。在升级之前，请不要批准 .cmd 或 .bat 程序用于 zn run 中的密钥；对于 HTTP API，请使用 MCP 工具 secrets_http_request。
zn-gate 1.4.0 及更早版本在设置了 ZN_API_KEY 时，会将工具输出和工具调用参数未经脱敏地发送至 api.usezn.com
在对已发布包的内部审查中发现。未设置 ZN_API_KEY 时，数据不会离开本机。zn-gate 1.4.1 修复了该问题：工具输出和工具调用参数仅在本地评估，云端分析为可选功能（ZN_CLOUD=1），且仅发送提示词并在发送前脱敏。API 不再存储输入文本，此前存储的文本也已从服务中删除。如果你在设置了 API 密钥的情况下运行过 1.4.0 或更早版本，请升级，并轮换任何可能出现在工具输出中的凭据。
安全更新日志
我们发布的每一项安全改进都会公开记录。只有修复，没有漏洞利用细节。
负责任披露政策
如果你认为自己在 zn-gate、zn 云端 API 或任何 usezn.com 基础设施中发现了安全漏洞，请直接向我们的安全团队报告。我们认真对待每一份负责任的披露，并会迅速调查。本政策遵循 RFC 9116，并与报告人协调披露事宜。
请提供复现问题的详细步骤、概念验证脚本或请求，以及相关的环境信息。强烈建议在本地 Docker 容器或隔离的测试账户中进行测试。
披露流程
- 报告 — 请发送邮件至 security@usezn.com，附上复现步骤、影响范围和概念验证。切勿访问不属于你的数据，也切勿干扰生产系统。
- 确认收到 — 我们的目标是在 24 小时内给出首次人工回复。
- 分类 — 我们的目标是在 48 小时内完成有效性和严重程度评估，并告知你该报告是否有效、是否重复或是否超出范围。
- 修复 — 我们按严重程度确定修复优先级，并让你随时了解进展。
- 协调披露 — 默认保密期为自报告之日起 90 天，或双方商定的时间表。我们支持安全公告草稿和 CVE 分配，并会按你的偏好公开致谢。
这些时限是一个小团队的尽力而为目标，而非合同约定的 SLA。如果我们暂时没有回复，我们仍在处理，你也随时欢迎催促我们。
Safe harbor 承诺
我们认为，按照本政策开展的安全研究属于已获授权的行为。如果你真诚地遵守负责任披露的要求（避免访问用户数据、干扰服务和侵犯隐私），我们将：
- 不对你提起或追究法律诉讼
- 与你坦诚合作，验证并修复问题
- 按你的偏好协调公开公告和署名
- 不将你的研究视为违反我们的服务条款或可接受使用政策
范围
范围之内
- zn-gate（开源）：MCP 服务器、CLI、密钥脱敏和本地审计日志
- 云端 API 端点（
api.usezn.com） - 客户端 SDK（
zn-gateNPM/PyPI） - 身份验证与访问控制机制
- 针对以下端点的模型越狱绕过：
/v30/analyze - usezn.com 网页应用和客户控制台
- 证据库的完整性、导出和保留控制
- Auth0 与 Polar 计费集成流程
范围之外
- 拒绝服务（DoS/DDoS）攻击
- 针对 zn 工作人员的社会工程或钓鱼
- 托管我们资产的第三方服务（例如 AWS、Cloudflare）
- 没有可执行概念验证的自动化扫描器垃圾信息
- 缺失的加固响应头或未造成可证明安全影响的最佳实践问题
- 需要物理访问或终端用户设备已被攻陷的发现
致谢与奖励
我们重视发现安全缺陷所付出的努力。对于符合条件的漏洞，我们提供以下奖励：
- 公开署名： 永久列入我们的安全名人堂和发行说明。
- 平台订阅： 符合条件的研究人员可获得为期 6 个月的 Scale 套餐（每月 2,000,000 次调用），用于个人或研究用途。
- 直接参与公告协作： 全程协调披露时间、公告草稿和 CVE 分配。
我们目前没有付费的漏洞赏金计划。我们不会承诺无法兑现的金钱：我们是一个小团队，奖励由我们酌情决定，重点在于署名、平台访问权限和协作。如果将来推出金钱赏金，我们会先在这里公布。
数据处理与保留
零数据保留： 所有套餐（Free、Pro、Scale 和 Team）在“贡献者模式”之外，均在易失性内存中评估输入，并在给出判定后丢弃；仅保留下文所述的决策元数据。付费套餐从不使用客户数据训练模型。
贡献者模式（自愿选择）： 贡献者模式随部分初创和研究资助一同提供，是唯一会为研究目的共享数据的选项，由你自行选择。在该模式下，每条被分析输入的脱敏摘录（前 1,000 个字符，其中的邮箱、Bearer 令牌、API 密钥和长十六进制字符串会被自动脱敏）会与其证据记录一同保存最多 90 天，并用于改进 zn 的检测模型。自动脱敏无法识别自由文本中的全部个人数据。
证据记录： 每个决策都会生成一条证据记录，包含随机证据 ID 和元数据（判定结果、置信度、规则、延迟、时间戳；自 2026 年 10 月 12 日 12:24 UTC 起，还包括 SHA-256 哈希、输入大小、API 密钥前缀和客户端类型）。在贡献者模式之外，记录中从不包含输入本身。证据在 90 天后自动过期，静态加密（AES-256，由 AWS 管理的加密），并可从控制台以 CSV 或 JSON 格式导出。API 密钥以哈希形式存储，并使用 AWS KMS 加密。
完整细节请阅读我们的隐私政策。
认证与合规
我们宁可精确，也不愿夸大。以下是我们目前的真实状况：
- SOC 2 / ISO： zn 目前不持有 SOC 2 或 ISO 27001/42001 认证。
- 基础设施： 我们运行在 AWS 上，其数据中心持有 SOC 2 Type II 和 ISO 27001 认证。
- 路线图： 我们的首个企业合同签订后将启动 SOC 2 Type II 审计工作；ISO 27001 和 ISO 42001 的准备工作已列入路线图。
- 审计导出： 可以按决策导出证据记录（CSV 或 JSON），以支持客户的记录留存。本地 zn-gate 包还会在你自己的机器上保存一份哈希链式账本。
- 无正常运行时间 SLA： 我们使用 AWS CloudWatch 告警进行内部监控，但不公开发布实时正常运行时间监控，也不承诺公开的正常运行时间 SLA。请参阅状态页面。
模型来源
- Galvanize 2 是可选云端检测背后的模型。它基于 Horizon-Labs/prompt-injection-guard-small （Apache-2.0）微调而来，并以 Apache-2.0 许可发布。概览： Galvanize 2；模型卡与权重： usezn/Galvanize-2. 基准测试脚本与结果： usezn/Galvanize-2/benchmark.
- Galvanize-60M，即此前的模型，当 Galvanize 2 不可用时自动作为备用。模型卡与权重： usezn/Galvanize-60M（Apache-2.0）。
分包处理方与 DPA
我们依赖一小批经过审核的分包处理方：AWS（托管与存储）、Auth0（身份验证）、Polar（支付及 Merchant of Record）以及Amazon SES（交易邮件）。
完整列表、用途和数据传输保障请见我们的DPA 与分包处理方页面。客户可按需签署数据处理协议（DPA），联系邮箱：hello@usezn.com.