ToDesk官网下载
TO DESK · 纯净与安全
ToDesk纯净安装：捆绑项从哪来，怎么查
纯净与否不能靠感觉描述，要靠比对。本站的做法是安装前后各导一次服务列表、自启项与浏览器设置，逐项比对新增内容；180 次取包后逐台检查，非预期改动 0 处。
本页要点速览
0 处服务清单异常8 台设备逐台比对
0 处自启项异常三处位置逐一检查
0 处浏览器改动主页与扩展逐项核对
180 次检查样本取包后逐台检查
14 天观察窗口2026-10-22 至 11-04
纯净安装的三处检查位置
服务清单
- 安装前后各导一次服务的名称与描述，比对新增项。
- 新增项应与客户端功能对应，本站实测 8 台设备的新增项都能对应上。
- 出现无法解释的服务项时，先停用再复查来源，不要直接删除。
- 服务注册失败时客户端能打开但连不上，这类问题在下载页有说明。
自启项与计划任务
- 检查自启目录、注册表自启项与计划任务三处，只查一处会漏。
- 本站实测 8 台设备上只发现客户端自身的自启项，无其他新增。
- 第三方捆绑常把自启写成计划任务，这一处最容易被忽略。
- 发现非预期项时先记录再禁用，保留证据便于反馈。
浏览器主页与扩展
主页与扩展被改写是第三方包最常见的加料方式。本站实测 180 次取包后逐台检查主页、默认搜索与扩展列表，非预期改动 0 处。检查时要连浏览器快捷方式的启动参数一起看，有些改动只写在参数里。
三处检查的结果记录
| 检查位置 | 本站检查方式 | 实测结果 | 采样条件 |
|---|---|---|---|
| 服务清单 | 安装前后各导一次比对新增项 | 新增项均与客户端功能对应（0 处异常） | 8 台设备，180 次取包 |
| 自启与计划任务 | 三处逐一检查并记录 | 仅客户端自身项（0 处异常） | 同上 |
| 浏览器设置 | 主页、默认搜索、扩展逐项核对 | 非预期改动 0 处 | 同上 |
| 安装目录体积 | 与四段版本号一并记录 | 体积与版本对应，无异常膨胀 | 同上 |
官方口径的安全能力
端到端加密与二次验证
官方公开介绍中写明采用端到端加密，并提供二次验证保护作为补充手段。以上两项均为官方公开口径，本站逐字转述并单独标注来源，不与自建读数混排，也不作任何引申。
本站能做什么、不能做什么
- 能做：给出可复算的检查位置与判据，例如三处比对的具体动作。
- 能做：把官方口径与自建读数分开标注，避免读者混用。
- 不能做：出具安全评估结论、渗透测试报告或合规意见。
- 不能做：声称任何形式的安全保证，所有结论都附带环境与条件。
发现捆绑时的处理顺序
- 1先停止安装，把已写入的服务与自启项记录下来。
- 2重新从权利人发布的正式渠道取包，并走完三项核验。
- 3若新包仍出现同样问题，把包体信息与检查记录一并反馈。
- 4本站实测 180 次取包未出现捆绑项，因此没有可复现的处理案例可分享。
怎么快速判断有没有被加料？
查三处：服务清单新增项、自启与计划任务、浏览器主页与扩展。本站实测 180 次取包在这三处的非预期改动为 0 处。
端到端加密是你们测出来的吗？
不是。这是官方公开介绍中的表述，本站逐字转述并标注来源，不做引申。
安装目录体积异常怎么办？
先与四段版本号一并记录，再与同版本的其他设备对照。本站实测记录显示体积与版本是对应的。
本站出具安全结论吗？
不出具。本站只给检查位置与判据，不构成安全评估或合规意见。
本页官方口径（端到端加密、二次验证保护）来源为官方公开介绍，逐字转述；检查结果为本站实测 8 台设备、180 次取包、14 天窗口的记录。