Merge branch 'ppp_mppe_desync'
authorDavid S. Miller <davem@davemloft.net>
Mon, 27 Apr 2015 03:25:13 +0000 (23:25 -0400)
committerDavid S. Miller <davem@davemloft.net>
Mon, 27 Apr 2015 03:25:13 +0000 (23:25 -0400)
commit8e9b29cc716c7940f9ad1d635fb3f725435b8ae9
tree9bdcae74269b9fc448ca746aedf6b61cc6af3240
parent73b5a6f2a7a1cb78ccdec3900afc8657e11bc6bf
parent03654763148f9a3878b8b70c30d1ffce2fca3dff
Merge branch 'ppp_mppe_desync'

Sylvain Rochet says:

====================
ppp: mppe: fixes MPPE desync on links which don't guarantee packet ordering

I am currently having an issue with PPP over L2TP (UDP) and MPPE in
stateless mode (default mode), UDP does not guarantee packet ordering so
we might get out of order packet. MPPE needs to be continuously synched
so we should drop late UDP packet.

I added a printk on the number of time we rekeyed in MPPE decompressor,
this is what we currently have if we receive a slightly out of order UDP
packet:

[1731001.049206] mppe_decompress[1]: ccount 1559
[1731001.049216] mppe_decompress[1]: rekeyed 1 times

[1731001.049228] mppe_decompress[1]: ccount 1560
[1731001.049232] mppe_decompress[1]: rekeyed 1 times

[1731001.050170] mppe_decompress[1]: ccount 1562
[1731001.050182] mppe_decompress[1]: rekeyed 2 times

[1731001.050191] mppe_decompress[1]: ccount 1561
[1731001.062576] mppe_decompress[1]: rekeyed 4095 times
                                             ^^^^
This is obviously wrong, we missed packet 1561 and we already rekeyed 2
times for 1562 we previously received, we can't recover the decryption
key we need for 1561, we should drop it instead of rekeying 4095 times.

This patch series drop any packet with are not within the 4096/2 forward
window.
====================

Signed-off-by: David S. Miller <davem@davemloft.net>