安全模型
托管版 Kanera 设计采用跨应用程序安全、基础设施、监控、访问管理和运营审查的分层控制。
自托管的 Kanera 让您的团队能够控制运行时环境,这种控制也意味着您的组织负责部署强化、补丁、备份、网络暴露和监控。
安全
安全性是 Kanera 构建、运营和文档化的一部分,特别是对于在托管和自托管部署之间进行选择的团队而言。
有效 2026 年 8 月 20 日 版本 2
托管版 Kanera 设计采用跨应用程序安全、基础设施、监控、访问管理和运营审查的分层控制。
自托管的 Kanera 让您的团队能够控制运行时环境,这种控制也意味着您的组织负责部署强化、补丁、备份、网络暴露和监控。
下面的控制描述了2026年8月20日审查的当前Kanera实施情况,并不代表Kanera拥有独立的安全认证或审计意见。 当控制或架构发生重大变化时,我们会更新本节。
工作区所有者控制哪些用户被邀请,他们获得哪些访问权限,以及哪些内容被放置在 Kanera 中。
除非您的组织审查了部署、配置、合同条款和法律要求,否则不应使用 Kanera 来存储高度受监管的数据。
对于托管的 Kanera,我们的合同安全、事件通知、分处理者、协助、审计和删除承诺在数据处理附录中作出了规定。 我们会在确认个人数据泄露后立即通知受影响的客户,并提供合理可用的信息以支持他们的响应。
请将疑似漏洞发送至 [email protected] ; 不要使用公开问题。 请包括受影响的组件、版本、URL、端点或部署模式;复制步骤或最低限度的概念证明;可能的影响;相关请求、日志或删除机密的屏幕截图;以及您的首选联系详细信息和是否希望公开信用。 我们的目标是在 3 个工作日内确认报告,并在 10 个工作日内提供初步评估或请求提供更多信息。
范围内的问题包括身份验证与授权、租户隔离、私密看板访问、已存储的机密信息与令牌泄露、上传与文件处理、API、OAuth、MCP、Webhook、实时功能、计费边界,以及默认的自托管部署。社会工程、垃圾信息、仅依赖刻意采用弱安全配置的开发环境才能成立的问题,以及未经书面许可对生产环境进行拒绝服务测试,均不在范围内。
我们目前不会公开PGP密钥,普通电子邮件也不是端到端加密的报告渠道。 请勿发送实时凭据或个人数据,如果您需要我们安排更安全的交换敏感证据,请在第一封电子邮件中询问。
如果您诚信行事,仅测试您拥有或获得明确许可的帐户、数据和系统,不超出上述范围,避免侵犯隐私和服务中断,仅访问证明问题所需的最低限度数据,如果遇到他人的数据,停止并报告,不保留或披露该数据,并遵守适用法律,我们将将研究视为我们政策所授权的研究,并且不会就研究本身对您提起法律诉讼。 这并不意味着您可以测试我们无法控制的第三方系统或基础设施,使用社会工程或物理攻击,或要求付款。
请在公开披露之前给我们合理的机会进行调查和补救。 我们将根据严重程度、受影响用户、修复可用性和部署需求,与您合作制定披露时间表,并在有意义的里程碑时向您通报情况。 [email protected] 我们可以协调。
删除不再需要的测试数据和机密证据。 如果您无意中访问了个人数据、凭据或客户内容,请停止测试,不要复制或共享,并告诉我们访问了什么内容,以便我们能够做出适当回应。
版本2于2026年8月20日生效,区分了实施审查与独立认证,并将合同事件与DPA中的安全承诺联系起来。 版本1于2026年7月16日生效。