Bricoop 安全与漏洞披露

生效日期
最新变更
更新本地凭证与诊断保护、官方 Linux 软件源验证、包括 packages.bricoop.com 在内的安全研究范围,以及协调披露和安全港条件。

如本译文与英文版本有出入,以英文版本为准。 English version

安全是 Bricoop Desktop 及 Bricoop 控制的服务的设计和运营的重要组成部分。

本政策介绍 BRICOOP LIMITED(“Bricoop”、“我们”、“本公司”或“我们的”)当前采取的安全措施,以及涉及 Bricoop 控制的软件和服务的善意安全研究的范围、条件、报告流程和安全港保障。

如果您认为发现了 Bricoop 控制的软件或服务的安全漏洞,请联系:

security@bricoop.com

本政策不构成安全认证、保证、服务水平协议,也不保证 Bricoop 控制的软件或服务不存在漏洞。本政策不排除我们已作出的有效承诺,或依法不得排除的义务、权利和救济。

1. Bricoop 的安全措施

Bricoop Desktop 采用本地优先架构设计。

Bricoop Desktop 的核心状态主要在您的设备上存储和处理。在常规桌面端 AI 请求路径中,Bricoop Desktop 将请求从您的设备路由至您已启用配置内符合条件的提供商。相关辅助处理可能使用该配置内另一符合条件的提供商,并可能在主要响应完成后继续进行。Bricoop 运营的基础设施并非该常规 AI 请求路径中的代理;在 Bricoop Desktop 中配置或沿用操作系统或环境设置的出站代理可能参与传输。

本政策中的“提供商”指由独立第三方、您或您的组织运营的 AI 提供商及模型服务,包括受支持的本地部署或自托管服务。完全在您的设备上处理请求的模型服务可以使请求内容留在本地,但该服务自身的下载、身份验证、遥测或其他连接可能涉及外部通信。您已启用的路由配置中的其他符合条件的提供商仍可能收到主请求或辅助请求。

在实现您请求或已启用的功能所需的范围内,数据可能离开设备,包括:

  • 与 AI 提供商通信;
  • 向提供商进行身份验证;
  • 检查 Bricoop Desktop 软件更新;
  • 获取由 Bricoop 维护的目录;
  • 联系 Bricoop 支持团队;或
  • 使用已向用户披露的其他功能。

Bricoop《隐私政策》说明涉及的信息、接收方,以及相关保留规则和用户控制选项。

2. 本地数据与凭据安全

Bricoop Desktop 对适用的本地数据采取多层保护措施。

当前的 Bricoop Desktop 实现使用的技术包括:

  • SQLCipher,用于适用的加密本地数据库;
  • AES-256-GCM,用于适用的加密对话数据文件;以及
  • 操作系统凭据管理机制,作为保护本地加密密钥材料的措施之一。

安全实现方式可能随产品发展而变化。这些措施适用于相关数据和组件,并不意味着所有本地文件都受到相同保护。

提供商的 API 密钥和 OAuth 凭据通常存储在 Bricoop Desktop 的加密本地数据库中。它们不一定作为单独隔离的条目存储在操作系统的凭据存储区中。

这些加密措施保护适用的数据库和对话数据文件。这并不意味着 Bricoop Desktop 会对所有本地偏好设置、导出文件或为其他应用程序写入的配置进行加密。

在 Bricoop Desktop 配置已连接的应用程序时,它可能将本地 Bricoop Desktop 访问凭据写入该应用程序的配置。该凭据可用于授权通过 Bricoop Desktop 发起的请求,并访问已配置的提供商资源;它与底层提供商的 API 密钥或 OAuth 凭据相互区分。其安全性还取决于您的:

  • 操作系统;
  • 本地账户;
  • 文件系统;
  • 备份;以及
  • 已连接的应用程序。

3. 本地兼容服务

Bricoop Desktop 提供本地兼容接口,使受支持的应用程序能够与 Bricoop Desktop 通信。

本地兼容服务专为同一设备上的回环通信而设计,并且:

  • 绑定到回环地址;以及
  • 其 AI 兼容 API 路由要求提供 Bricoop Desktop 连接凭据。基本的本地健康检查端点无需该凭据即可访问。

当前的回环连接使用本地 HTTP,而非 TLS。该连接用于同一设备上的进程之间通信,不应通过端口转发、隧道或类似方式作为通用网络服务对外开放。

本节所述的凭据要求适用于 AI 兼容 API 路由。绑定回环地址及持有凭据,并不保证每个本地进程的身份或可信性,也不能防止已能取得该凭据的其他进程访问。其他本地接口和管理操作适用各自的安全边界。

4. 提供商网络安全

由 Bricoop 维护的官方集成定义规定了提供商相关流量所允许的网络目标地址。自定义提供商定义也须符合 Bricoop Desktop 执行的目标地址策略要求。

根据适用的请求路径,Bricoop Desktop 使用旨在传输前验证提供商目标地址的控制措施,包括涉及以下方面的控制措施:

  • 已声明的目标地址策略,包括允许的主机和端口;
  • 模板解析后的最终请求 URL;
  • 在发送后续请求前检查重定向目标地址;以及
  • HTTPS 要求,仅对明确允许的本地回环目标地址设有限制性的例外。

当有效的提供商目标地址策略发生重大变化时,Bricoop Desktop 可能要求用户审查更新后的目标地址。

这些控制措施旨在帮助防止 Bricoop Desktop 将与提供商相关的信息发送至适用授权范围之外的目标地址。

这些控制措施并不意味着 Bricoop 已认证某个提供商的安全性、隐私保护、合规性或可信度。

对于独立运营的提供商,其收到的信息适用其自身的安全、保留、访问控制和隐私惯例,并须遵守适用法律。对于由您或您的组织运营的提供商,这些保护取决于您的部署和控制措施。上述情形均不排除 Bricoop 就自身处理活动或所控制组件承担的义务。

目标地址检查针对预期的提供商端点。已配置的出站代理可能单独观察连接元数据;拦截通信的代理或未加密连接可能暴露额外信息。提供商目标地址授权不构成对该代理的安全认证。外部浏览器或独立应用程序可能使用不受 Bricoop Desktop 提供商传输控制约束的网络设置。

5. 第三方与自定义集成

Bricoop Desktop 可能与独立提供商,以及由您、您的组织或第三方提供的应用程序、开发者工具、扩展程序、命令行工具、智能体、脚本或其他软件(“应用程序”)互操作。它也可能使用由用户创建、导入或修改,或由第三方提供的集成或配置(“自定义集成”)。

独立提供商和应用程序由各自运营方管理。自定义集成是供 Bricoop Desktop 使用的定义或配置,并不一定是独立运营的系统。

Bricoop 无法控制其以下方面的全部情况:

  • 安全架构;
  • 凭据处理;
  • 软件更新;
  • 数据保留;
  • 内部访问控制;
  • 工具执行;
  • 账户安全;或
  • 事件响应。

自定义集成还可能显著改变信息的传输目的地以及工作流程的运行方式。

Bricoop Desktop 能够加载、验证或使用某项集成,并不意味着 Bricoop 已对该集成或其运营方的安全性进行审计、认证、认可或批准。用户应在使用前审查其来源、权限、目标地址和数据处理方式。Bricoop 自身的连接、配置、路由和兼容性组件仍属于 Bricoop 依据适用法律及有效承诺承担责任的范围。

6. 诊断与用量信息

当前公开发布的 Bricoop Desktop 构建版本将第一方持久化诊断记录和本地用量信息保存在您的设备上,不会自动上传至 Bricoop。

第一方持久化诊断使用独立、容量受限的加密本地存储。其内容受到控制措施限制,旨在排除 AI 提示词、提供商响应、凭据、原始外部载荷、完整 URL、文件路径和网络目标地址。持久化存储默认启用;保留期限、存储限制和可用的停用方式见 Bricoop《隐私政策》。

这些控制措施并不意味着所有终端输出、开发者调试信息,或独立应用程序及依赖组件生成的日志,都具有相同的内容或保护措施。诊断材料仍可能与安全有关;在自愿向支持团队或其他人提供之前,请先审查并遮盖敏感信息。

在相关记录和用量数据可获得的情况下,本地用量显示可以包括相关辅助提供商调用。这并不意味着其完整记录了每项操作或计费事件,也不构成远程统计上报。

如果未来产品或版本引入不同的诊断、崩溃报告、遥测或云端处理,我们会在相应处理开始前作出相关披露,并满足适用法律要求的通知、选择、同意或其他条件。本政策本身并不启用或授权新的上传做法。

7. 官方软件发布

Bricoop Desktop 官方生产发布版本采用适用于其平台和分发渠道的安全及真实性验证机制。具体机制和验证步骤取决于实际发布产物。

根据平台和渠道的不同,这些机制包括:

  • macOS 官方 Direct 发布版本的应用程序和安装包签名、Hardened Runtime 及 Apple 公证;
  • Windows 官方 Direct 发布版本的软件和安装包签名;以及
  • 官方 Linux 软件源的 APT 仓库元数据签名及其引用的 DEB 软件包哈希验证,以及 RPM 仓库元数据和 RPM 软件包签名验证。

Linux 发布产物为 DEB 和 RPM 软件包,APT 和 RPM 软件源位于 packages.bricoop.com。官方软件包携带公开签名密钥和软件源配置。stable 软件源默认启用;beta 软件源须由管理员明确选择。软件源配置按包管理器保留配置的规则管理。

系统包管理器依据管理员设置控制 Linux 软件包的安装和升级。Bricoop Desktop 提供版本检查和更新信息,不安装 Linux 软件包更新、不覆盖由管理员管理的软件源设置,也不启用无人值守升级。用户应通过经授权的分发渠道建立对签名密钥的信任,并保留软件源及软件包验证措施。

用户应通过 Bricoop 授权的分发渠道获取 Bricoop Desktop,并保留适用的操作系统和软件包管理器验证措施。签名或公证有助于确认真实性或完整性,但不保证软件不存在漏洞。更新应通过相应渠道支持的机制获取。

8. 安全边界与局限性

安全控制措施可以降低风险,但无法消除风险。

Bricoop Desktop 的本地安全控制措施并非旨在保证在以下情况中仍能保持信息的保密性:

  • 操作系统已被完全攻破;
  • 攻击者拥有管理员或 root 级别权限;
  • 恶意软件以足够的权限运行;
  • 用户的本地账户遭到入侵;或
  • 其他进程拥有同等的用户数据访问权限。

静态数据加密并不意味着信息在使用的每个阶段都保持加密状态。软件执行所请求的操作时,必须在内存中处理相关信息。本地加密本身也不保证不同提供商功能和兼容机制具有等同的端到端加密或保密特性。

信息提供给由独立运营方控制的提供商、应用程序或其他系统后,Bricoop 无法保证该系统中的信息安全。这些局限并不排除 Bricoop 依据适用法律和有效承诺,就自身安全措施、处理活动或所控制组件承担的义务。

9. 报告漏洞

如果您认为发现了影响 Bricoop 控制的软件或服务的漏洞,请通过以下地址私下报告:

security@bricoop.com

一份有帮助的报告可包含:

  • 受影响的 Bricoop 产品、服务或域名;
  • 受影响的版本、平台及相关配置(如已知);
  • 漏洞描述;
  • 最小复现步骤;
  • 潜在的安全影响;
  • 在合理必要时提供概念验证;以及
  • 任何建议的缓解措施。

请避免包含非必要的:

  • 个人信息;
  • 第三方数据;
  • 凭据;
  • 身份验证令牌;或
  • 机密信息。

在可行的情况下,请使用测试数据并遮盖敏感信息。如果敏感材料不可或缺且无法安全遮盖,请先联系我们,以安排适当的传输方式。在未就适当授权且安全的方式达成约定前,请勿在普通报告中包含有效凭据或未遮盖的第三方信息。

我们会尽合理努力确认收到、评估、调查并回复可信的安全报告。发现的问题可能需要澄清或补充证据;提交报告本身并不证明漏洞确实存在,也不授权超出本政策范围的进一步测试。

我们不承诺固定的确认收到、修复或披露时间表。

10. 适用范围

本政策仅在此处规定的范围和条件内授权善意研究,且仅限于 BRICOOP LIMITED 依法有权授权测试的范围。

纳入范围的资产为以下对象中由 Bricoop 控制的部分:

  • Bricoop Desktop 官方发布版本;
  • bricoop.com;
  • updates.bricoop.com;
  • releases.bricoop.com;
  • downloads.bricoop.com;
  • packages.bricoop.com;
  • 由 Bricoop 维护的官方集成组件;以及
  • Bricoop 明确指明纳入范围且有权授权测试的其他服务。

即使涉及独立提供商,Bricoop 自身集成逻辑中的漏洞仍属于本政策的适用范围。

示例可能包括:

  • Bricoop 控制的软件将凭据发送至非预期的目标地址;
  • 绕过 Bricoop 控制的网络目标地址控制措施;
  • 绕过重定向策略;
  • Bricoop 控制的 OAuth 实现中存在漏洞;
  • 凭据处理不当;
  • Bricoop 控制的软件中存在授权缺陷;或
  • Bricoop 控制的请求处理逻辑无意中泄露敏感信息。

在可行的情况下,请使用您自己的账户、凭据、数据和受控测试环境,测试由 Bricoop 控制的行为。列明某个域名或集成,并不将授权扩展至独立提供商、其他客户的租户环境,或托管、CDN、平台运营方的底层基础设施。如果边界不明确,请在测试前联系 security@bricoop.com。

11. 范围之外的系统

本政策不授权测试上述范围之外、由独立运营方控制的系统,包括:

  • AI 提供商;
  • 已连接的应用程序;
  • 用户配置的提供商;
  • 第三方网站;
  • 云服务或平台提供商;
  • 第三方 API;或
  • Bricoop 无权授权测试的基础设施。

Bricoop 支持某个提供商或应用程序,并不构成对其独立系统进行测试的授权。本政策不授予或撤销您对您或您的组织拥有或控制的系统进行测试的独立权限。此类测试须取得适当的所有者或运营方授权并遵守适用法律;仅在 Bricoop Desktop 中配置某个系统,不会使其纳入本政策或其安全港。Bricoop 另行给予的授权必须明确作出,且仅限于 Bricoop 依法有权授权的测试。

请遵守适用法律,以及约束所测试系统的任何独立授权、安全政策或漏洞披露政策。Bricoop 给予的许可不优先于其他主体的权利或测试条件。

12. 善意安全研究规则

Bricoop 支持旨在发现、了解、负责任地披露或帮助修复真实安全漏洞的善意安全研究。

为使研究保持在本政策授权范围内,您必须:

  • 在合理可行的情况下,使用您自己的或已获得适当授权的设备、账户、凭据和测试数据;
  • 将访问和漏洞利用限制在确认及报告漏洞所合理需要的范围内;
  • 在取得足够证据后停止进一步利用漏洞,并与我们协调任何额外测试;
  • 避免干扰 Bricoop 运营的服务或其他用户;
  • 避免修改或删除他人的数据;
  • 避免建立持久访问权限;
  • 避免不必要的横向移动;
  • 避免部署恶意软件;
  • 安全保存任何必要的敏感证据,并仅在经授权的报告和协调所合理需要的期间保留;以及
  • 及时、私下向 Bricoop 报告漏洞。

如果您意外接触到他人的信息或凭据,请在合理可行的情况下尽快停止进一步访问,并及时通知我们。请勿公开披露,或向无关第三方披露该信息。仅保留报告所合理需要的最少证据,妥善保护,并与我们协调其安全传输或删除。

请勿故意继续枚举、下载、修改或删除他人的信息。

13. 本政策不授权的活动

本政策不授权:

  • 拒绝服务或分布式拒绝服务测试;
  • 故意耗尽资源;
  • 旨在降低可用性的测试;
  • 破坏性测试;
  • 大规模提取用户数据或生产数据;
  • 部署恶意软件;
  • 恶意维持持久访问权限;
  • 网络钓鱼;
  • 以虚假借口套取信息;
  • 冒充员工;
  • 套取凭据;
  • 社会工程;
  • 物理入侵;
  • 盗窃设备;
  • 勒索;
  • 欺诈;
  • 监视;
  • 未经授权将漏洞用于商业用途;或
  • 攻击第三方系统。

如果可能造成干扰的测试确有合理必要,请在开展前取得我们的明确书面授权。授权必须明确允许的范围和方法,仍限于 Bricoop 依法有权授权的事项,且不替代独立所有者或运营方的许可。

14. 安全港

Bricoop 授权依照本政策对范围内由 Bricoop 控制的资产开展善意安全研究。适用的政策版本按“本政策的变更”一节确定。

如果您:

  • 善意开展研究;
  • 始终在本政策的适用范围内行事;以及
  • 遵守上述规则,

Bricoop 将不会仅因该研究对您提起法律诉讼。适用的 Bricoop《服务条款》或 Bricoop Desktop《最终用户许可协议》中的专有软件限制,不禁止本政策明确授权的行为。该保障不扩展至另行实施的未经授权行为。

本安全港仅适用于 BRICOOP LIMITED 自身依法有权放弃的权利和请求权。

本安全港不:

  • 约束第三方、公共机关、监管机构或检察机关;
  • 放弃提供商、应用程序、用户、平台运营方或其他主体的权利;
  • 授权违反适用法律,或提供免受法律或监管行动的豁免;
  • 阻止其他主体依据自身权利或政策采取行动;或
  • 保护盗窃、勒索、欺诈、故意造成损害、恶意维持持久访问权限、未经授权披露用户信息,或其他超出善意研究范围的行为。

如果您不确定拟开展的活动是否符合本政策,请在继续之前联系 security@bricoop.com。

15. 协调披露

在公开披露可能显著增加用户或系统风险的技术细节之前,请给予 Bricoop 合理的机会调查并修复或缓解已报告的漏洞。

在合理可行的情况下,请与我们协调披露时间及拟披露的内容,并考虑严重程度、是否正遭利用、修复进度,以及对用户或系统的风险。公开披露不得包含您无权披露的第三方个人信息、凭据或其他敏感材料。

我们不要求无限期保密。适当的披露时间取决于具体情况和适用法律;本政策中的范围、研究规则和敏感信息保护要求仍继续适用。

修复措施可能采取软件补丁以外的形式,包括:

  • 配置变更;
  • 安全缓解措施;
  • 目录变更;
  • 禁用受影响的功能;
  • 移除集成;
  • 轮换凭据或密钥;
  • 基础设施变更;
  • 文档说明;或
  • 建议的临时解决办法。

16. 奖励与致谢

Bricoop 目前不保证为漏洞报告提供金钱奖励。

提交漏洞报告并不产生获得以下事项的权利:

  • 报酬;
  • 补偿;
  • 费用报销;
  • 就业机会;或
  • 咨询工作。

除非另行的漏洞奖励或漏洞赏金计划条款明确适用,否则是否给予奖励或其他形式的认可由 Bricoop 自行决定。如果另行作出书面奖励承诺,则按该承诺自身的条款处理。

经研究人员许可,Bricoop 可公开致谢有帮助的报告。公开署名是可选的,与报告处理及任何酌情奖励相互独立。

17. 安全报告的隐私

漏洞报告中提交的信息会用于相关安全目的,包括:

  • 调查并复现所报告的问题;
  • 与研究人员沟通;
  • 修复或缓解漏洞;
  • 防止类似问题;
  • 保存必要的安全和事件记录;以及
  • 履行适用的法律义务。

我们将报告信息的访问限制在实现这些目的所合理需要的范围内。在必要时,相关信息可能提供给参与评估或修复的工作人员、服务提供商或受影响组件的维护者,但须采取适当保障措施并遵守适用法律。我们不将提交报告视为允许公开研究人员身份或非必要敏感信息。

安全报告及相关事件记录仅可在实现相关安全、法律及运营目的所合理需要的期限内保留,并须遵守 Bricoop《隐私政策》及适用法律。该需要可能不同于常规产品支持记录的保留需要,但并不构成无限期保留个人信息的无条件权利。

有关 Bricoop 如何处理个人信息的更多信息,请参阅 Bricoop《隐私政策》。

18. 本政策的变更

随着 Bricoop 的产品、基础设施、安全实践和漏洞披露流程的发展,我们可能更新本政策。我们在固定的网址发布现行政策,并注明其生效日期。对于研究范围、条件或安全港的实质性变更,我们会发布变更摘要,并按法律要求发出通知。在合理可行的情况下,我们会提前通知实质性缩减研究范围或安全港保障的变更。

研究授权和安全港依据相关活动开展时适用的政策版本,以及当时适用的任何独立书面授权进行评估。修订自注明的生效日期起向将来适用。该日期之后继续开展或新开展的活动须遵守届时适用的范围和条件;先前的授权并不无限期授权新的活动。

对于开展时遵守当时政策及任何适用独立授权的活动,我们不会利用后来的政策变更,追溯撤回其授权或安全港保障。这并不保护在当时已超出相关条件的行为,也不优先于适用法律或其他主体的权利。

19. 联系方式

安全漏洞及安全相关问题:

security@bricoop.com

一般产品支持:

support@bricoop.com

隐私事务:

privacy@bricoop.com

BRICOOP LIMITED

UNIT 05, 12/F THE CLOUD

NO. 111 TUNG CHAU ST

TAI KOK TSUI, HONG KONG

提交漏洞证据或敏感安全细节时,请使用“报告漏洞”一节所述的报告流程。

  1. 初始

    首次发布经审计的 Bricoop 法律文件。

  2. 实质性

    更新本地凭证与诊断保护、官方 Linux 软件源验证、包括 packages.bricoop.com 在内的安全研究范围,以及协调披露和安全港条件。