ToDesk 加密与权限:密钥与授权模型

传输加密 · 双向授权 · 能力收敛 · 审计可导出

简短回答:ToDesk 采用端到端加密传输,每次连接都需要设备码与对方授权,并提供二次验证、隐私屏、权限分级、可控文件传输与安全日志。服务方不把被控端屏幕画面作为业务数据存储;企业版的云端录屏由管理员自行开启,用于审计追溯,并支持私有化部署把数据留在内网。

六层联动的安全模型

🔒端到端加密传输

会话报文在传输层完成加密封装,窃听与中间人介入的风险被限制在可控范围内,中转节点不具备还原明文的条件。

🔑设备码 + 授权机制

建立会话需同时提供受控端设备码与校验凭据(含安全密码),并经受控端确认,不存在匿名直连入口。

✅二次验证

2025 版本引入二次验证保护,敏感操作与异地登录均需二次确认,账号失陷后的影响面得以收敛。

🙈隐私屏

启用后被控端输出转为黑屏,旁路无法读取操作内容,适用于薪酬核算、合同审阅等敏感处理。

🛡️权限分级

输入输出、剪贴板与文件通道可按项收缩,遵循最小授权原则,降低数据经会话外带的可能。

📝安全日志与审计

五项远控安全要素全量记录,企业版本提供云端加密录制与 AI 摘要生成,支持事后检索回溯。

数据处理边界

数据类别是否收集用途保存方式
屏幕画面不作为业务数据落库仅承担实时投递职责投递结束即丢弃
账号与设备信息于注册阶段采集用于身份校验、设备清单与授权判定加密保存,支持自助解绑
连接日志采集用于安全审计与故障定位按既定日志策略留存
云端录屏由管理员在企业版本启用用于合规核对与责任界定加密存储,访问可收敛到角色
文件内容不做解析仅在通道内转发不写入持久化存储

条款全文见 隐私政策

按角色给出的加固建议

个人侧

  • 无人值守安全密码不少于八位,避免使用生日或连续数字
  • 启用二次验证,异地登录须二次确认
  • 设备码与临时凭据不向第三方透露
  • 一次性协助结束后刷新或停用临时密码
  • 处理敏感数据时启用屏幕遮蔽

管理侧

  • 按角色下发能力集,默认关闭文件通道与剪贴板
  • 开启日志与会话录制,留存可核验证据
  • 对接 AD 域或企业微信,离职即完成权限回收
  • 对敏感业务单元启用私有化部署,数据不出内网
  • 周期性导出审计记录做合规复核

与安全有关的常见提问

ToDesk 的安全性如何验证?
采用端到端加密传输,连接必须经过设备码与授权,并提供二次验证、隐私屏、权限分级与安全日志;服务方不保存被控端屏幕画面内容。
屏幕内容是否会被留存?
不会把屏幕画面作为业务数据存储。企业版的云端录屏由管理员自行开启并独立保存,用于审计追溯,个人版默认不开启。
如何阻止未授权的接入?
建议设置高强度安全密码、开启二次验证、关闭不必要权限,并定期查看安全日志中的连接记录;发现异常立即改密码并解绑设备。
如何支撑单位的合规审计?
企业版提供安全日志、云端加密录屏、AI 审计摘要与权限分级,可按成员身份限制传输与剪贴板,并支持私有化部署实现内网隔离。
所采用的加密算法为何?
传输层使用端到端加密通道保护会话数据,并对账号与验证流程做加固,具体实现以客户端版本说明为准。

先把安全做扎实,再谈远程控制

采用官方渠道版本,开启二次验证与屏幕遮蔽