有看了一下cfb的实现。发现如果中间人攻击任意窜改流量的话，可能会出现下面的问题。  通过控制CipherText的翻转，可以必定的导致对应PlainText的翻转。若明文内容已知或者可以被猜测。由此可以控制16个字节的明文内容。可以篡改数据，或者根据SC加密头中的内容来探测流量。 解决方案1：在认证头中加入hmac来避免数据篡改问题。 解决方案2：由于iv不可预测，可以使用aes-cbc加密模式，并且处理好padding问题。
有看了一下cfb的实现。发现如果中间人攻击任意窜改流量的话，可能会出现下面的问题。
通过控制CipherText的翻转，可以必定的导致对应PlainText的翻转。若明文内容已知或者可以被猜测。由此可以控制16个字节的明文内容。可以篡改数据，或者根据SC加密头中的内容来探测流量。
解决方案1：在认证头中加入hmac来避免数据篡改问题。
解决方案2：由于iv不可预测，可以使用aes-cbc加密模式，并且处理好padding问题。