用浏览器点对点传文件，数据在网络上跑的时候安全吗？答案是：WebRTC 标准强制要求数据通道使用 DTLS 加密，这不是某个工具的加分项，而是协议底线。LanBeam 局域网快传 就建立在这套机制上。下面把 DTLS 讲明白，也把它的边界讲清楚。
DTLS 是什么：给数据通道装上 TLS
你访问银行网站时地址栏的"小锁"，靠的是 TLS 加密——网页内容加密后再传输，路上没人能看懂。DTLS 可以理解为"另一套网络世界里的 TLS"：WebRTC 的数据通道走的是 UDP 协议，DTLS 就是专门为它设计的加密层，提供加密、完整性校验和身份认证。
关键在于"强制"两个字：浏览器实现 WebRTC 时，必须先完成 DTLS 握手，才能打开数据通道。没有加密的数据通道在标准浏览器里根本建立不起来，这个安全属性不依赖任何开关或设置，也关不掉。
密钥怎么来：两端协商，中间拿不到
加密体系的核心是密钥，而密钥是两端在握手阶段现场协商出来的：
- 两端通过信令交换握手材料——信令服务器只负责"递纸条"，自己解不开密钥
- DTLS 握手在两端完成，生成只有这两台设备知道的会话密钥
- 此后所有文件数据都用这对密钥加密，中间链路上的设备只能看到密文
打个比方：两个人当众交换各自上锁的盒子，最后从盒子里取出只有他们俩知道的暗号；快递员（路由器、运营商、服务器）搬了一路箱子，却打不开任何一个。
这意味着什么，边界在哪
- 同网络抓包拿不到内容：同一 WiFi 里的人截获流量，看到的只是乱码一样的密文
- 服务器看不到文件内容：LanBeam 的服务器只处理房间信令和文件名清单，文件本体在设备之间直达
- 加密保护"传输过程"，不保护"房间准入"：谁能看到你的文件名清单、能点下载，取决于谁进了房间——公开网络里建议用自定义私密房间码
诚实地说，"加密"不等于"绝对安全"，它是一层可靠的保护；配合合理的房间管理习惯，才能构成完整的隐私边界。