README.MPPE

   1 PPP Support for MPPE (Microsoft Point to Point Encryption)
   2 ==========================================================
   3
   4 Frank Cusack            frank@google.com
   5 Mar 19, 2002
   6
   7
   8 DISCUSSION
   9
  10 MPPE is Microsoft's encryption scheme for PPP links.  It is pretty much
  11 solely intended for use with PPP over Internet links -- if you have a true
  12 point to point link you have little need for encryption.  It is generally
  13 used with PPTP.
  14
  15 MPPE is negotiated within CCP (Compression Control Protocol) as option
  16 18.  In order for MPPE to work, both peers must agree to do it.  This
  17 complicates things enough that I chose to implement it as strictly a binary
  18 option, off by default.  If you turn it on, all other compression options
  19 are disabled and MPPE *must* be negotiated successfully in both directions
  20 (CCP is unidirectional) or the link will be disconnected.  I think this is
  21 reasonable since, if you want encryption, you want encryption.  That is,
  22 I am not convinced that optional encryption is useful.
  23
  24 While PPP regards MPPE as a "compressor", it actually expands every frame
  25 by 4 bytes, the MPPE overhead (encapsulation).
  26
  27 Because of the data expansion, you'll see that ppp interfaces get their
  28 mtu reduced by 4 bytes whenever MPPE is negotiated.  This is because
  29 when MPPE is active, it is *required* that *every* packet be encrypted.
  30 PPPD sets the mtu = MIN(peer mru, configured mtu).  To ensure that
  31 MPPE frames are not larger than the peer's mru, we reduce the mtu by 4
  32 bytes so that the network layer never sends ppp a packet that's too large.
  33
  34 There is an option to compress the data before encrypting (MPPC), however
  35 the algorithm is patented and requires execution of a license with Hifn.
  36 MPPC as an RFC is a complete farce.  I have no further details on MPPC.
  37
  38 Some recommendations:
  39
  40 - Use stateless mode.  Stateful mode is disabled by default.  Unfortunately,
  41   stateless mode is very expensive as the peers must rekey for every packet.
  42 - Use 128-bit encryption.
  43 - Use MS-CHAPv2 only.
  44
  45 Reference documents:
  46
  47     <http://www.ietf.org/rfc/rfc3078.txt> MPPE
  48     <http://www.ietf.org/rfc/rfc3079.txt> MPPE Key Derivation
  49     <http://www.ietf.org/rfc/rfc2118.txt> MPPC
  50     <http://www.ietf.org/rfc/rfc2637.txt> PPTP
  51     <http://www.ietf.org/rfc/rfc2548.txt> MS RADIUS Attributes
  52
  53 You might be interested in PoPToP, a Linux PPTP server.  You can find it at
  54 <http://poptop.sourceforge.net/>.
  55
  56 RADIUS support for MPPE is from Ralf Hofmann, <ralf.hofmann@elvido.net>.
  57
  58
  59 BUILDING THE PPPD
  60
  61 The userland component of PPPD has no additional requirements above those
  62 for MS-CHAP and MS-CHAPv2.  The kernel, however, requires SHA-1 and ARCFOUR.
  63 Public domain implementations of these are provided.  Until such time as
  64 MPPE support ships with kernels, you can use the Linux-2.2 implementation
  65 that comes with PPPD.  Run the linux/mppe/mppeinstall.sh script, then
  66 rebuild your kernel.  The ppp_mppe.o module is added, and the ppp.o module
  67 is modified (unfortunately).  You'll need the new ppp.o since it does the
  68 right thing for the 4 extra bytes problem discussed above.
  69
  70
  71 CONFIGURATION
  72
  73 See pppd(8) for the MPPE options.  Under Linux, if your modutils is earlier
  74 than 2.4.15, you will need to add
  75
  76     alias ppp-compress-18 ppp_mppe
  77
  78 to /etc/modules.conf.  (A patch for earlier versions of modutils is included
  79 with the kernel patches.)
  80
  81