AI 智能加速隐私保护声明 · 安全架构说明

快连隐私说明,把加密与数据规则分开看

传输加密关注数据在连接过程中的保护;隐私规则还需要说明收集哪些信息、用途、保存方式和用户权利。两者应分别核对,不能仅凭“加密”一词推断全部数据处理方式。
本页聚焦平台权限说明与数据规则;安装、连接操作请查看使用详情页。

零访问日志 全程加密 权限用途说明
隐私核对重点
访问数据规则
核对信息类型、处理目的与保存规则
传输保护说明
产品说明包含全程加密,具体实现需正式材料支持
权限用途说明
核对每一项权限与所支持功能的关系
更新信息核对
区分技术更新和数据规则的变化
本页为核心要点说明,完整条款以官方服务条款为准。
数据披露范围

快连隐私信息中,哪些内容仍需披露

重点查看日志类型、保存期限与处理主体是否明确;下方清单逐项列出需要说明的数据对象。

加密主张不能替代数据披露

传输保护关注连接过程中的数据,而数据处理还涉及收集目的、接收方、保存期限和用户请求渠道。应把这些问题分别列出来核对。

现有材料不足以确认具体算法、零日志政策或全部权限行为。本页提供核对路径,不把其他产品的数据规则套用到快连。

披露边界:本页帮助整理隐私问题,正式数据规则、运营主体与权利渠道仍需补齐。
数据规则待核对清单
  • 连接时间:应说明是否记录、用途及保存期限。
  • 来源地址:应说明处理范围和接收方。
  • 访问信息:应说明具体类型与处理目的。
  • 解析请求:应明确相关记录与数据流向。
  • 传输内容:应说明保护范围与处理边界。
  • 账号信息:应列明必要字段与权利联系渠道。
安全架构

阅读安全说明,按六个问题核对

这些是阅读技术与政策资料的方法,不是未经验证的安全认证或审计结论。

保护什么数据

先看说明指向哪类数据、哪段传输过程。只有“安全”或“加密”字样,不足以描述全部保护范围。

范围说明

覆盖哪些环节

确认说明是否涵盖连接建立、传输与结束等环节。具体实现应由正式技术材料支持。

环节说明

如何描述完整性

如果资料提到完整性保护,应说明保护对象与可核对依据,不据通用术语自动推断产品机制。

依据核对

是否记录信息

将是否记录、记录内容、目的与期限分别核对。日志问题不应仅用一个加密算法名称回答。

单独核对

平台是否有差异

不同系统的权限和分发方式可能不同,应按平台阅读说明,而不是将一端的行为默认扩展到全部设备。

按平台阅读

如何核对更新

核对变更对应的版本、范围和说明来源。没有具体记录时,不宣称每次更新都带来某项安全提升。

保留变更来源
权限管理

使用快连时,如何查看系统权限

先确认权限名称、所支持的功能、是否必要及拒绝后的影响;以下为核对清单,不宣称已经完成客户端权限测试。

Windows 端权限
Windows 10 / 11 · 桌面端
  • Windows:记录出现权限提示的操作阶段
  • 查看请求来自哪个程序与发布来源
  • 区分安装权限和日常运行权限
  • 无法确认用途时先查正式说明
Mac 端权限
macOS 12+ · 芯片适配请核对发布说明
  • Mac:记录系统提示与客户端版本
  • 分清安装来源提示与功能权限提示
  • 确认当前设备与系统是否适配
  • 不以其他平台的提示代替本机说明
Android 端权限
Android 8.0 及以上 · 移动端
  • Android:逐项查看实际请求的权限
  • 将权限与正在启用的功能对应
  • 记录拒绝权限后的具体影响
  • 不默认所有请求都是加速所必需
iOS 端权限
iOS 15 及以上 · iPhone / iPad
  • iOS:查看设备设置中的实际权限项
  • 核对应用与系统提示的用途说明
  • 记录网络或配置变化发生的步骤
  • 涉及不明提示时保留必要截图
数据范围

把数据问题分成运行信息与访问信息

两类信息各自需要明确说明用途、处理范围与保存规则;此表不替代正式政策。

运行信息需说明什么
核对具体字段、目的与保存期限
  • 账号字段:用于什么目的,哪些字段必要
  • 订阅记录:包含哪些计费或授权状态
  • 设备信息:是否涉及具体标识与系统资料
  • 故障记录:是否包含个人信息,如何处理
不运行信息需说明什么
确认范围、接收方与用户联系渠道
  • 访问信息:是否记录目标或任务相关内容
  • 连接信息:是否保留时间与来源数据
  • 传输内容:保护范围和处理边界是什么
  • 第三方接收:涉及哪些接收方及用途
用户权益

提交数据问题前,准备四项信息

先让问题可理解,再提交最少且必要的材料,不在初次咨询中暴露敏感凭据。

相关对象

说明涉及账号资料、权限、故障记录还是访问相关信息,避免只写“处理我的数据”而没有对象。

希望处理的事项

写清是希望了解规则、更正信息、删除内容还是停止某项处理。能否办理与具体流程需由正式政策说明。

必要上下文

保留系统、客户端版本、提示文字和发生步骤。截图中遮挡无关个人内容,不提交密码或验证码。

正式接收渠道

核对接收方身份、请求方式和所需材料。隐私联系渠道仍待补充,不虚构受理时限或处理结果。

安全更新

政策更新时,比较的是数据处理变化

客户端更新与数据规则变更不是同一件事,应分别查阅对应说明。

保留版本,核对变化范围

比较前后涉及的数据类型、目的、接收方、保存期限及权利渠道。只看到页面日期变化,不足以判断具体处理规则改变了什么。

记录所读政策的版本与来源,列出需要进一步询问的差异。安全审计、漏洞响应和技术实现均需具体材料支持,当前不填入未经核验的结论。

响应流程:接收报告 → 评估确认 → 修复开发 → 测试验证 → 版本发布 → 用户更新,形成完整闭环。
安全维护要点
漏洞报告接收
通过官方渠道接收安全问题的反馈与报告
评估与确认
技术团队对报告内容进行评估,确认影响范围
修复与测试
完成修复开发并通过内部测试验证
版本发布与推送
通过版本更新推送改进,下载中心同步更新日志
隐私常见问题

关于隐私与安全的疑问

围绕数据类型、权限用途和权利渠道,回答具体核对问题。

传输加密与日志规则分别回答什么问题?
1传输加密讨论数据在连接过程中的保护;日志规则讨论是否记录、记录哪些信息以及如何处理。
2两类信息应分别核对,不能仅凭加密能力推断数据收集或保存规则。
查看平台权限时,怎样判断说明是否清楚?
1逐项核对请求的权限、所对应的功能、是否必要,以及拒绝权限后的影响。
2操作系统出现权限提示,不等于用户已经理解用途;应以具体功能和正式说明判断。
为了说明隐私问题,截图需要保留哪些内容?
1保留与问题有关的权限提示、设置项目和错误信息即可。
2应遮挡账号、联系人、验证码、支付资料及其他无关信息,避免反馈本身带来额外披露。
隐私说明更新时,重点比较哪些变化?
1重点比较数据类型、处理目的、接收方、保存期限和用户权利渠道是否变化。
2隐私规则的变化应独立核对,不因客户端版本号更新就默认所有数据处理规则同时改变。

了解权限之后,继续核对获取方式

阅读隐私规则与权限用途后,再查看对应设备的平台信息。

传输保护、数据规则与安装来源应分别确认。
前往下载中心