ChangeLog

   1 fwknop-2.0.4 (09/20/2012):
   2     - [server] (Vlad Glagolev) Submitted a patch to fix ndbm/gdbm usage when
   3       --disable-file-cache is used for the autoconf configure script.  This
   4       functionality was broken in be4193d734850fe60f14a26b547525ea0b9ce1e9
   5       through improper handling of #define macros from --disable-file-cache.
   6     - [server] (Vlad Glagolev) Submitted a patch to fix command exec mode
   7       under SPA message type validity test.  Support for command exec mode was
   8       also added to the test suite.
   9
  10 fwknop-2.0.3 (09/03/2012):
  11     - [server] Fernando Arnaboldi from IOActive found several DoS/code
  12       execution vulnerabilities for malicious fwknop clients that manage to
  13       get past the authentication stage (so a such a client must be in
  14       possession of a valid access.conf encryption key).  These vulnerabilities
  15       manifested themselves in the handling of malformed access requests, and
  16       both the fwknopd server code along with libfko now perform stronger input
  17       validation of access request data.  These vulnerabilities affect
  18       pre-2.0.3 fwknop releases.
  19     - [server] Fernando Arnaboldi from IOActive found a condition in which
  20       the server did not properly validate allow IP addresses from malicious
  21       authenticated clients.  This has been fixed with stronger allow IP
  22       validation.
  23     - [client+server] Fernando Arnaboldi from IOActive found that strict
  24       filesystem permissions for various fwknop files are not verified.  Added
  25       warnings whenever permissions are not strict enough, and ensured that
  26       files created by the fwknop client and server are only set to user
  27       read/write.
  28     - [client] Fernando Arnaboldi from IOActive found a local buffer overflow
  29       in --last processing with a maliciously constructed ~/.fwknop.run file.
  30       This has been fixed with proper validation of .fwknop.run arguments.
  31     - [server] Fernando Arnaboldi from IOActive found several conditions in
  32       which the server did not properly throw out maliciously constructed
  33       variables in the access.conf file.  This has been fixed along with new
  34       fuzzing tests in the test suite.
  35     - [test suite] Added a new fuzzing capability to ensure proper server-side
  36       input validation.  Fuzzing data is constructed with modified fwknop
  37       client code that is designed to emulate malicious behavior.
  38     - Fixed RPM builds by including the $(DESTDIR) prefix for uninstall-local
  39       and install-exec-hook stages in Makefile.am.
  40
  41 fwknop-2.0.2 (08/18/2012):
  42     - [server] For GPG mode, added a new access.conf variable
  43       "GPG_ALLOW_NO_PW" to make it possible to leverage a server-side GPG key
  44       pair that has no associated password.  This comes in handy when a system
  45       requires the user to leverage gpg-agent / pinentry which can present a
  46       problem in automated environments as required by the fwknopd server.
  47       Now, it might seem like a problem to remove the passphrase from a GPG
  48       key pair, but it's important to note that simply doing this is little
  49       worse than storing the passphrase in the clear on disk anyway in the
  50       access.conf file.  Further, this link helps provide additional detail:
  51
  52       http://www.gnupg.org/faq/GnuPG-FAQ.html#how-can-i-use-gnupg-in-an-automated-environment
  53
  54     - [client] In IP resolution mode (-R) changed HTTP connection type to
  55       'close' since there is no need for connection persistence, and indeed the
  56       client expects to just get the IP and the connection to be closed.
  57       Jonathan Schulz submitted a patch for this.
  58     - [client] Bug fix to ensure that all data is read via recv() from a
  59       remote webserver IP resolution mode (-R).  Previously IP resolution
  60       could fail if HTTP headers were transferred separately from the data
  61       (for whatever reason).  Jonathan Schulz submitted a patch for this.
  62     - [client] Added backup check against a cipherdyne.com 'myip' cgi instance
  63       in -R mode if the normal check against cipherdyne.org fails.
  64     - [server] Bug fix to implement FLUSH_IPT_AT_INIT and FLUSH_IPT_AT_EXIT
  65       functionality.  These are enabled by default, and now iptables rules
  66       added by fwknopd can be made persistent by setting these variables to
  67       "N" in the fwknopd.conf file (this is not a recommended setting
  68       however).
  69       [server] Added FLUSH_IPFW_AT_INIT and FLUSH_IPFW_AT_EXIT for ipfw
  70       firewalls to emulate the corresponding functionality that is implemented
  71       for iptables firewalls.  This was suggested by Jonathan Schulz.
  72     - [server] Replay attack bug fix to ensure that an attacker cannot force a
  73       replay attack by intercepting an SPA packet and the replaying it with the
  74       base64 version of "Salted__" (for Rijndael) or the "hQ" prefix (for
  75       GnuPG).  This is an important fix.  The following comment was added into
  76       the fwknopd code:
  77
  78       /* Ignore any SPA packets that contain the Rijndael or GnuPG prefixes
  79        * since an attacker might have tacked them on to a previously seen
  80        * SPA packet in an attempt to get past the replay check.  And, we're
  81        * no worse off since a legitimate SPA packet that happens to include
  82        * a prefix after the outer one is stripped off won't decrypt properly
  83        * anyway because libfko would not add a new one.
  84       */
  85
  86     - [server] Fixed a memory leak bug in the replay attack detection code.
  87       The leak was found with the test suite in --enable-valgrind mode, and
  88       here is the valgrind trace that exposed it:
  89
  90       44 bytes in 1 blocks are definitely lost in loss record 2 of 2
  91          at 0x482BE68: malloc (in
  92          /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
  93          by 0x490EA50: strdup (strdup.c:43)
  94          by 0x10CD69: incoming_spa (incoming_spa.c:162)
  95          by 0x10E000: process_packet (process_packet.c:200)
  96          by 0x4862E63: ??? (in /usr/lib/i386-linux-gnu/libpcap.so.1.1.1)
  97          by 0x4865667: pcap_dispatch (in /usr/lib/i386-linux-gnu/libpcap.so.1.1.1)
  98          by 0x10DABF: pcap_capture (pcap_capture.c:226)
  99          by 0x10A798: main (fwknopd.c:299)
 100
 101     - [test suite] Added GPG tests for keyrings that have no associated
 102       passphrases.
 103     - [server] Implemented a new check to ensure that the iptables 'comment'
 104       match exists to ensure the proper environment for fwknopd operations.
 105       This check is controlled by the new ENABLE_IPT_COMMENT_CHECK variable,
 106       and was suggested by Hank Leininger.
 107     - [server] 'make install' fix to ensure restrictive permissions on the
 108       /etc/fwknop/ directory and /etc/fwknop/* files.  Also updated the 'make
 109       install' step to not overwrite any existing config files in /etc/fwknop/
 110       and instead install new copies from the source tree at
 111       /etc/fwknop/fwknopd.conf.inst and /etc/fwknop/access.conf.inst
 112
 113 fwknop-2.0.1 (07/23/2012):
 114     - [server] Bug fix where the same encryption key used for two stanzas in
 115       the access.conf file would result in access requests that matched the
 116       second stanza to always be treated as a replay attack.  This has been
 117       fixed for the fwknop-2.0.1 release, and was reported by Andy Rowland. Now
 118       the fwknopd server computes the SHA256 digest of raw incoming payload
 119       data before decryption, and compares this against all previous hashes.
 120       Previous to this commit, fwknopd would add a new hash to the replay
 121       digest list right after the first access.conf stanza match, so when SPA
 122       packet data matched the second access.conf stanza a matching replay
 123       digest would already be there.
 124     - [server] Updated PCAP_LOOP_SLEEP default to 1/10th of a second (in
 125       microseconds).  This was supposed to be the default anyway, but C
 126       Anthony Risinger reported a bug where fwknopd was consuming more
 127       resources than necessary, and the cause was PCAP_LOOP_SLEEP set by
 128       default to 1/100th of a second - this has been fixed.
 129     - [libfko] Added SPA message validation calls to fko decoding routines to
 130       help ensure that SPA messages conform to expected values.
 131     - Bug fix for PF firewalls: updated the PF anchor check to not rely on
 132       listing the PF policy - fwknopd now uses 'pfctl -s Anchor' instead.
 133     - [test suite] Added parsing of valgrind output to produce a listing of
 134       functions that have been flagged - this assists in the development
 135       process to ensure that fwknop is not leaking memory.
 136     - [test suite] Bug fix on Mac OS X systems to account for libfko.dylib path
 137       instead of libfko.so.  This fixes the existence check for libfko.
 138     - [test suite] Added tests for --nat-local mode.
 139     - [client] Fixed several minor memory leaks caught by valgrind.
 140     - [libfko] Minor gcc warning fix: fko_decode.c:43:17: warning: variable
 141       'edata_size' set but not used [-Wunused-but-set-variable].
 142     - Updated fwknopd init script for Debian systems (contributed by Franck
 143       Joncourt).
 144
 145 fwknop-2.0 (01/02/2012):
 146     - This is the first production release that has been completely re-written
 147       in C.  This brings Single Packet Authorization functionality to all sorts
 148       of machines from embedded devices to large systems.  iptables, ipfw, and
 149       pf firewalls are supported by the fwknopd daemon, and the fwknop client
 150       is known to work on most major *NIX environments, the iPhone and Android
 151       operating systems, and Cygwin under Windows.
 152     - Added FORCE_NAT mode to the access.conf file so that for any valid SPA
 153       packet, force the requested connection to be NAT'd through to the
 154       specified (usually internal) IP and port value.  This is useful if there
 155       are multiple internal systems running a service such as SSHD, and you
 156       want to give transparent access to only one internal system for each
 157       stanza in the access.conf file.  This way, multiple external users can
 158       each directly access only one internal system per SPA key.
 159     - Added two new access.conf variables are added "ACCESS_EXPIRE" and
 160       "ACCESS_EXPIRE_EPOCH" to allow access stanzas to be expired without
 161       having to modify the access.conf file and restart fwknopd.
 162     - Added a new feature to allow an access stanza that matches the SPA source
 163       address to not automatically short circuit other stanzas if there is an
 164       error (such as when there are multiple encryption keys involved and an
 165       incoming SPA packet is meant for, say, the second stanza and the first
 166       therefore doesn't allow proper decryption).
 167     - Bug fix to exclude SPA packets with timestamps in the future that are too
 168       great (old packets were properly excluded already).
 169     - Bug fix to honor the fwknop client --time-offset-plus and
 170       --time-offset-minus options
 171     - Added DNAT mode tests, minor memory leak fix in NAT mode, added fwknopd
 172       check for ENABLE_IPT_FORWARDING variable before attempting NAT access.
 173     - [test suite] Added --diff mode to compare results from one execution to
 174       the next.