VNC Viewer AES-256 端到端加密与完美前向保密
为什么 RealVNC 的加密值得单独说
免费的 TigerVNC、TightVNC、UltraVNC 默认完全不加密——远程桌面画面在网络上以明文传输，任何能抓包的人都能看到你在远程桌面里做了什么、输入了什么密码。
RealVNC Connect 从架构上把加密作为强制默认——所有 Cloud 云连接会话都是端到端加密的，不需要你手动配置。
加密等级一览
RealVNC Connect 默认使用 128 位 AES，也可以升级到 256 位 AES：
| 加密等级 | 默认 | 说明 |
|---|---|---|
| AES-128 | ✓ | 足够安全，对性能影响最小 |
| AES-256 | 可选 | 军方级安全，对性能影响微乎其微 |
开启 AES-256：
- RealVNC Server → Options → Security（或 v8 的 Settings → Inbound → Security）
- Encryption 下拉框 → 选 Maximum（AES-256）
- VNC Viewer 端 Preferences → Security 里保持自动（默认会跟 Server 协商最高可用等级）
密钥体系
RealVNC Connect 的加密不只是 AES——还叠加了：
- RSA 2048 位非对称密钥：用于会话初始握手时协商临时 AES 密钥
- 完美前向保密（Perfect Forward Secrecy）：每次会话用独立的临时密钥对。即使某一次会话的密钥泄露，之前/之后的所有会话仍然安全——历史会话无法被回溯解密
这是比一般 HTTPS 更强的安全模型——很多网站虽然用 TLS，但没有完美前向保密。
Cloud vs Direct 的加密差异
| 连接方式 | 默认加密 | 能否关闭 | 谁管理密钥 |
|---|---|---|---|
| Cloud 云连接 | 强制 AES-128/256 | 不能 | Server + Viewer 本地生成，RealVNC Cloud 不持有 |
| Direct 直连 | 默认不加密 | N/A | 手动开 TLS 时同上 |
这也是为什么 Cloud 云连接 比 Direct 更安全——Cloud 路径上强制加密，而 Direct 默认是明文的（历史原因：VNC 协议最初设计时只考虑了局域网内使用）。
Direct 模式下要开加密：
- RealVNC Server → Options → Security → 勾选 "Encrypt session traffic"（需要 TLS 证书）
- VNC Viewer → Preferences → Security → 勾选 "Encrypt session traffic"
合规认证
RealVNC Connect 经过以下安全合规认证：
- ISO 27001：信息安全管理体系认证
- HIPAA：医疗行业合规（美国）
- GDPR：欧盟通用数据保护条例（RealVNC 承诺不记录会话内容）
- SOC 2：服务组织控制报告
对于企业场景，这意味着用 RealVNC Connect 做远程运维不需要额外的安全审计——合规材料可以直接拿去走内部审批。
安全承诺
RealVNC 公开声明的几条核心安全原则：
- RealVNC 公司本身看不到你的远程会话内容——端到端加密，密钥只在 Server 和 Viewer 两端
- 不录制远程会话——除非企业显式开启（会话录制功能默认关闭）
- 每一条连接都按"在敌对网络上"处理——即使你在自家局域网也用加密路径
- 远程设备 owner 最终决定谁能连——RealVNC 不做任何自动连接授权
这些原则都写在 RealVNC Connect 的安全白皮书里，可以在 RealVNC 下载页获取完整版本。