WebRTC 流量使用 DTLS 加密 - 好的。但是通过 TURN 服务器中继的流量呢？
我正在寻找一种可靠的资源来确认流量是真正端到端加密的（因为“端到端”有时可能意味着几件事）。所以我的意思是
而是，
我还没有找到明确的答案。
【问题讨论】：
看的地方是 TURN 提出的标准，RFC 5766。该标准提供了一种在客户端和对等方之间中继包含应用程序数据的 UDP 数据包的方法：
创建分配后，客户端可以将应用程序数据连同数据将发送到哪个对等方的指示一起发送到服务器，并且服务器会将此数据中继到适当的对等方。客户端在 TURN 消息中将应用程序数据发送到服务器；在服务器端，从 TURN 消息中提取数据并以 UDP 数据报的形式发送给对等方。在相反的方向上，对等点可以将 UDP 数据报中的应用程序数据发送到中继的传输地址进行分配；然后，服务器会将这些数据封装在 TURN 消息中，并将其连同指示哪个对等方发送数据的指示一起发送给客户端。
TURN 解析的最高层是 UDP 层。它不理解或修改应用程序数据层（在您的情况下是 WebRTC 协议）。标准说：
希望确保其数据不被更改或伪造的应用程序必须在应用程序级别对其数据进行完整性保护。
这意味着您可以完整地保护您的应用程序数据，并且 TURN 将在不修改的情况下转发它。您还可以查看 TURN 协议的详细信息（我不会在此重复），这表明它只是包装和转发应用程序数据。
最后，标准对窃听是这样说的：
TURN 中继的应用程序数据最好保密 由应用程序协议本身提供，因为运行 TURN over TLS 不保护服务器和服务器之间的应用程序数据 同行。如果应用程序数据的机密性很重要，那么 应用程序应加密或以其他方式保护其数据。为了 例如，对于实时媒体，机密性可以由 使用 SRTP。
此摘录中的建议是通过使用 WebRTC 使用的 DTLS-SRTP 等协议加密应用程序数据来保护机密性。
由于 TURN 不会解释或修改应用程序数据，因此它不会向 WebRTC 应用程序数据流量添加任何不使用 TURN 就不会存在的安全漏洞。 WebRTC 数据在 WebRTC 端点之间进行加密。
现在，没有人可以保证“TURN 服务器无法访问该机密”。流氓 TURN 服务器可以像其他任何可以拦截您的网络数据包的人一样轻松地尝试对您的连接进行中间人攻击。只有使用 TURN 中继并不会削弱 WebRTC 安全性，这是事实。
只要正确实施和使用 DTLS 并假设 DTLS 算法和密码是安全的，WebRTC 流量就应该得到端到端的保护。使用任何基于 SSL 的方案的一部分需要验证另一个端点的证书，就像 HTTPS。就像 HTTPS 一样，这将需要事先进行带外证书身份交换或使用受信任的第三方。就像 HTTPS 一样，如果证书没有得到正确验证，那么 MITM 攻击的大门就会打开（任何人，而不仅仅是 TURN 服务器）。
【讨论】：
--no-tls 和 --no-dtls 选项的描述（定义在 mainrelay.c 中，用于 netengine.c 中）实际上说这适用于 client listeners，表示套接字用于 TURN 协议层。