三、第三战役——数据流争夺战

　　(1)ISP

　　经过前两次交锋的失利，ISP决定吸取教训，从BT数据流入手来限制BT传输。于是，ISP采用了更加精密的网络设备来识别出BT协议的数据流，然后再进行限制。

　　(2)BT爱好者

　　针对ISP的BT限制手段，BT软件开发者推出了Encrypted Transport和Protocol Encryption，这些技术都是通过对BT的协议进行加密来避开ISP的BT下载限制，还可使传输信息不被破解，减少被人偷窥隐私的几率。目前，最成熟的协议加密技术是MSE/PE，包含Message Stream Encryption(MSE，即信息流加密技术)和Protocol Encryption(PE，即协议加密技术)。

　　MSE/PE使用Diffie-Hellman key exchange(一种密钥交换算法)结合种子的infohash(哈希值)生成一对密钥(密钥其实可以理解为加密数据的钥匙)，其中Diffie-Hellman key exchange可以尽可能地避免传输数据被侦听的危险，而infohash可以阻止其他BT用户的攻击。

　　常见的密钥算法有对称和非对称两种。Diffie-Hellman key exchange属于非对称密钥算法，可以生成两个密钥，分别是公钥和私钥。在发送BT数据流的时候，先用RC4等级(一种加密算法)进行加密，接着用Diffie-Hellman key exchange生成的公钥给传输数据上锁;接受到加密的BT数据流后，先使用Diffie-Hellman key exchange生成的私钥对传输数据解锁，然后对加密数据流进行解密就可以获取原始的BT数据流了。这样的BT加密传输的过程非常安全，俨然给BT数据传输加上了双重保护。

　　加密后的通信数据流长度是60-80位。这相对于当今的加密标准而言，加密等级不算高。这是因为BT加密协议不是真正的加密传输协议，而只是高效的迷惑方法。RC4等级的加密算法速度较快是最适用于加密BT数据传输的。BT数据传输的加密方式如图4所示。　　

　　注:infohash(哈希值)即散列值，就是把任意长度的输入(又叫做预映射，pre-image)通过散列算法变换成固定长度的输出，该输出就是散列值。这种转换是一种压缩映射，也就是散列值的空间通常远小于输入的空间，不同的输入可能会散列成相同的输出，而不可能从散列值来唯一的确定输入值。简单的说就是一种将任意长度的消息压缩到某一固定长度的消息摘要的函数。目前最流行的散列函数是MD5和SHA1。

　　目前，MSE/PE技术已经被BT客户端广泛支持，俨然成为BT协议加密的标准。为了确保和其他不支持MSE/PE技术的BT客户端的兼容性，用户也可以选择不加密的输入和输出的BT数据流可以通行。所有的支持该技术的BT客户端在接受到加密的输入数据流时，即使未开启输出数据加密也可以自动开启加密传输。也就是说：支持协议加密的BT客户端可以兼容非加密的BT数据传输，而其他不支持BT加密技术的客户端却无法从加密的BT数据传输中获益。因此，BT客户端全面支持主流的MSE/PE加密技术将是大势所趋。

　　讲了这么多，肯定有不少读者对于BT加密传输功能已经跃跃欲试了。那么，下面就让我们来看看BitComet的加密传输是如何设置的。

　　BitComet的设置比较隐蔽。我们可以进入“选项-高级设置-网络连接”标签，设置右侧的“协议加密(防范BT协议过滤)”为“优先”即可(如图5)。　　

　　目前，BT用户使用加密传输并不是很普遍，要真正体验BT加密传输的高速，必须参与点对点传输的BT客户端软件都支持该种加密传输协议才可以。因此,只有BT用户都开启加密传输才能真正驶入BT加密传输的快车道。不过，随着BT加密技术的进一步发展和用户加密传输意识的提高，该技术的未来值得看好!