数据传输加密——EZView 到设备全链路加密保护

为什么传输加密重要

EZView 的所有操作——看实况、拉录像、改配置、告警推送——都是手机和设备之间的数据传输。如果传输不加密：

• 实况画面可能被同网段的人抓包窃取
• 设备控制指令（比如 PTZ 操作）可能被中间人篡改
• 云账号密码、设备密码可能被截获

宇视 datasheet 里明确把"Data encryption（数据加密）"列为 Security 模块的第一项。

加密覆盖了哪些链路

链路 1：手机 ↔ EZCloud

你手机上的 EZView 和宇视 EZCloud 服务器之间的通信全部走 TLS 加密（HTTPS 的标准加密协议）：

• 云账号登录、注册
• 设备列表同步
• 告警推送
• 分享权限下发
• 固件升级包下载

和银行 App、微信支付用的是同一套加密等级。

链路 2：EZCloud ↔ 设备（P2P 方式）

设备通过 P2P 协议连到 EZCloud。EZCloud 和设备之间的通信有独立的密钥握手和加密机制（宇视私有协议，具体算法未公开）。

链路 3：手机 ↔ 设备（IP 直连方式）

IP/DDNS 直连（不走 EZCloud）时：

• 控制指令（PTZ、改配置）走 HTTPS/TLS 加密
• 视频流默认不加密（RTSP 协议，实时性优先）
• 部分型号支持开启 RTSP over TLS（加密视频流，但会增加延迟和 CPU 占用）

如果你的项目里 IP 直连是公网访问，强烈建议设备 Web 后台里开启 HTTPS 和 RTSP over TLS。

传输加密的 trade-off

加密不是没有代价：

• 延迟增加：加密解密过程增加 10–50ms 延迟（PTZ 操作的响应会稍微慢一点）
• CPU 占用：IPC/NVR 需要解码加密视频流 → 老型号设备 CPU 不够用 → 画面卡
• 带宽微增：加密后流量比原始流略大（约 5–10%）

日常使用感知不出来。只有设备非常老、或者 16 路以上同时加密拉流时才会有明显影响。

加密和本地隐私

除了传输加密，EZView 在手机本地还有一层保护：PIN/图案锁（见下一条）。App 启动或切回前台时会要求输 PIN/图案才能进——防止手机被别人拿去就能看你所有设备实况。

两层保护叠加：传输防窃听、本地防偷看。

传输加密验证

如果你想确认传输确实走了加密：

IP 直连方式

• 在浏览器里访问设备 Web 后台（比如 https://设备IP:8443），看证书是否有效
• 打开开发者工具 → 网络 → 看请求是否 HTTPS（而不是 HTTP）

P2P 方式

P2P 协议是宇视私有的，无法用常规浏览器工具验证。但官方 datasheet 明确标注了传输加密，可以信任。

加密被绕过的场景

理论上存在的绕过可能性：

• 设备固件被恶意篡改（设备被物理接管、刷了非官方固件）→ 加密密钥可能被换掉
• 手机被 root/越狱 → 第三方插件可能 hook EZView 窃取画面
• 中间人代理（项目内网有恶意代理转发 HTTPS）→ 理论上可以解密 TLS

这些都是极端场景（需要物理接触设备或 root 手机），常规监控项目不用过度担心。