# 安全政策 - Kanera > Kanera 安全实践、共同责任和负责任的漏洞报告政策。 Canonical page: https://www.kanera.app/zh-CN/security 安全 # 安全政策 安全性是 Kanera 构建、运营和文档化的一部分,特别是对于在托管和自托管部署之间进行选择的团队而言。 有效 2026 年 8 月 20 日 版本 2 一目了然 部署 主办 Kanera 网站由我们运营。 Kanera 由您操作。 访问 使用强大的帐户控制、范围限定的权限和谨慎的工作区管理。 报告 发送安全报告至 security@kanera.app. ## 安全模型 托管版 Kanera 设计采用跨应用程序安全、基础设施、监控、访问管理和运营审查的分层控制。 自托管的 Kanera 让您的团队能够控制运行时环境,这种控制也意味着您的组织负责部署强化、补丁、备份、网络暴露和监控。 ## 当前应用程序控制 下面的控制描述了2026年8月20日审查的当前Kanera实施情况,并不代表Kanera拥有独立的安全认证或审计意见。 当控制或架构发生重大变化时,我们会更新本节。 - 密码使用 Argon2id 使用显式内存硬配置进行哈希处理。 登录验证还使用时序均衡路径来减少帐户枚举信号。 - 刷新令牌是随机的,仅存储为 SHA-256 哈希值,在使用时进行轮换,并在检测到重用时作为一个系列撤销。 生产刷新 cookie 是 HttpOnly、Secure、SameSite=Lax,并限制于身份验证路径。 - 基于时间的一次性密码 MFA 包括加密的密码、存储为哈希的一次性恢复代码、重播保护和尝试锁定。 组织管理员可以要求会员和看板访客访问其数据时使用 MFA。 - 身份验证、密码重置、MFA、公共 API、MCP 和其他敏感路由使用速率限制或尝试控制。 Cloudflare Turnstile 可以保护托管注册和密码重置流程。 - 组织、工作区、论坛、访客、API 密钥和 OAuth 权限在服务器端强制执行。 工作区 API 密钥具有读取、写入或管理作用域;个人密钥遵循所有者当前权限;OAuth 使用精确重定向 URI 和 PKCE。 - API 密钥、OAuth 令牌、验证码、邀请令牌和客户端机密存储为哈希值。 MFA 和配置的集成机密在静态时进行加密。 - HTTP 响应使用的控件包括 HSTS、内容类型嗅探保护、框架限制、引用者策略、内容安全策略和权限策略。 - 跨租户支持访问权限仅限授权的平台管理员,有时间限制,可撤销,在产品中明显标示,并记录运营商、目标组织、原因、IP 地址、用户代理、开始、到期和结束时间。 ## 自我托管的责任 - 使用可信证书在 HTTPS 后面运行 Kanera。 - 保持 Kanera、依赖项、操作系统、容器、数据库和反向代理更新。 - 限制管理访问,保护机密,并在需要时轮换凭据。 - 启用并配置 Kanera 的可选自托管备份工具,或提供相应的备份流程,然后定期测试恢复。 - 查看网络暴露、防火墙规则、存储权限和集成凭据。 ## 您的安全责任 - 使用唯一的密码,并在可用或组织要求的情况下启用多因素身份验证。 - 保持浏览器、设备、Kanera 部署和连接工具的最新状态,并保护设备和备份免受未经授权的访问。 - 只向用户、API 密钥、OAuth 或 MCP 客户端、WebHook 和其他集成授予其所需的权限,并定期审查这些访问权限。 - 删除未使用的用户和集成,撤销您认为可能已被泄露的凭据和会话,并立即报告涉嫌未经授权的帐户访问。 - 在通过集成发送机密、个人或受管制信息之前,请查看第三方提供商的安全和隐私实践。 ## 数据保护 工作区所有者控制哪些用户被邀请,他们获得哪些访问权限,以及哪些内容被放置在 Kanera 中。 除非您的组织审查了部署、配置、合同条款和法律要求,否则不应使用 Kanera 来存储高度受监管的数据。 对于托管的 Kanera,我们的合同安全、事件通知、分处理者、协助、审计和删除承诺在数据处理附录中作出了规定。 我们会在确认个人数据泄露后立即通知受影响的客户,并提供合理可用的信息以支持他们的响应。 - [数据处理附录](https://www.kanera.app/zh-CN/dpa) - [子处理器](https://www.kanera.app/zh-CN/subprocessors) ## 报告漏洞 请将疑似漏洞发送至 security@kanera.app ; 不要使用公开问题。 请包括受影响的组件、版本、URL、端点或部署模式;复制步骤或最低限度的概念证明;可能的影响;相关请求、日志或删除机密的屏幕截图;以及您的首选联系详细信息和是否希望公开信用。 我们的目标是在 3 个工作日内确认报告,并在 10 个工作日内提供初步评估或请求提供更多信息。 范围内的问题包括身份验证与授权、租户隔离、私密看板访问、已存储的机密信息与令牌泄露、上传与文件处理、API、OAuth、MCP、Webhook、实时功能、计费边界，以及默认的自托管部署。社会工程、垃圾信息、仅依赖刻意采用弱安全配置的开发环境才能成立的问题，以及未经书面许可对生产环境进行拒绝服务测试，均不在范围内。 我们目前不会公开PGP密钥,普通电子邮件也不是端到端加密的报告渠道。 请勿发送实时凭据或个人数据,如果您需要我们安排更安全的交换敏感证据,请在第一封电子邮件中询问。 - [发送电子邮件给安全团队](mailto:security@kanera.app) - [机器可读安全接触](https://www.kanera.app/.well-known/security.txt) ## 安全港和披露 如果您诚信行事,仅测试您拥有或获得明确许可的帐户、数据和系统,不超出上述范围,避免侵犯隐私和服务中断,仅访问证明问题所需的最低限度数据,如果遇到他人的数据,停止并报告,不保留或披露该数据,并遵守适用法律,我们将将研究视为我们政策所授权的研究,并且不会就研究本身对您提起法律诉讼。 这并不意味着您可以测试我们无法控制的第三方系统或基础设施,使用社会工程或物理攻击,或要求付款。 请在公开披露之前给我们合理的机会进行调查和补救。 我们将根据严重程度、受影响用户、修复可用性和部署需求,与您合作制定披露时间表,并在有意义的里程碑时向您通报情况。 security@kanera.app 我们可以协调。 删除不再需要的测试数据和机密证据。 如果您无意中访问了个人数据、凭据或客户内容,请停止测试,不要复制或共享,并告诉我们访问了什么内容,以便我们能够做出适当回应。 ## 版本历史 版本2于2026年8月20日生效,区分了实施审查与独立认证,并将合同事件与DPA中的安全承诺联系起来。 版本1于2026年7月16日生效。 ## Machine-readable resources - [Kanera AI index](https://www.kanera.app/llms.txt) - [Kanera documentation index](https://www.kanera.app/docs/llms.txt) - [Agent discovery guidance](https://www.kanera.app/agents.md)