4 - Support of SHA2_384 hash function for protecting IKEv1
5 negotiations and support of SHA2 signatures in X.509 certificates.
7 - Fixed a serious bug in the computation of the SHA2-512 HMAC
8 function. Introduced automatic self-test of all IKEv1 hash
9 and hmac functions during pluto startup. Failure of a self-test
10 currently issues a warning only but does not exit pluto [yet].
12 - Full support of CA information sections. ipsec listcainfos
13 now shows all collected crlDistributionPoints and OCSP
20 - strongSwan now interoperates with the NCP Secure Entry Client,
21 the Shrew Soft VPN Client, and the Cisco VPN client, doing both
22 XAUTH and Mode Config.
24 - UNITY attributes are now recognized and UNITY_BANNER is set
31 - IKEv1: Support for extended authentication (XAUTH) in combination
32 with ISAKMP Main Mode RSA or PSK authentication. Both client and
33 server side were implemented. Handling of user credentials can
34 be done by a run-time loadable XAUTH module. By default user
35 credentials are stored in ipsec.secrets.
37 - IKEv2: Support for reauthentication when rekeying
39 - IKEv2: Support for transport mode
41 - fixed a lot of bugs related to byte order
43 - various other bugfixes
49 - IKEv1: Implementation of ModeConfig push mode via the new connection
50 keyword modeconfig=push allows interoperability with Cisco VPN gateways.
52 - IKEv1: The command ipsec statusall now shows "DPD active" for all
53 ISAKMP SAs that are under active Dead Peer Detection control.
55 - IKEv2: Charon's logging and debugging framework has been completely rewritten.
56 Instead of logger, special printf() functions are used to directly
57 print objects like hosts (%H) identifications (%D), certificates (%Q),
58 etc. The number of debugging levels have been reduced to:
60 0 (audit), 1 (control), 2 (controlmore), 3 (raw), 4 (private)
62 The debugging levels can either be specified statically in ipsec.conf as
65 charondebug="lib 1, cfg 3, net 2"
67 or changed at runtime via stroke as
69 ipsec stroke loglevel cfg 2
75 - Implemented full support for IPv6-in-IPv6 tunnels.
77 - Added configuration options for dead peer detection in IKEv2. dpd_action
78 types "clear", "hold" and "restart" are supported. The dpd_timeout
79 value is not used, as the normal retransmission policy applies to
80 detect dead peers. The dpd_delay parameter enables sending of empty
81 informational message to detect dead peers in case of inactivity.
83 - Added support for preshared keys in IKEv2. PSK keys configured in
84 ipsec.secrets are loaded. The authby parameter specifies the authentication
85 method to authentificate ourself, the other peer may use PSK or RSA.
87 - Changed retransmission policy to respect the keyingtries parameter.
89 - Added private key decryption. PEM keys encrypted with AES-128/192/256
90 or 3DES are supported.
92 - Implemented DES/3DES algorithms in libstrongswan. 3DES can be used to
95 - Implemented SHA-256/384/512 in libstrongswan, allows usage of certificates
96 signed with such a hash algorithm.
98 - Added initial support for updown scripts. The actions up-host/client and
99 down-host/client are executed. The leftfirewall=yes parameter
100 uses the default updown script to insert dynamic firewall rules, a custom
101 updown script may be specified with the leftupdown parameter.
107 - Added support for the auto=route ipsec.conf parameter and the
108 ipsec route/unroute commands for IKEv2. This allows to set up IKE_SAs and
109 CHILD_SAs dynamically on demand when traffic is detected by the
112 - Added support for rekeying IKE_SAs in IKEv2 using the ikelifetime parameter.
113 As specified in IKEv2, no reauthentication is done (unlike in IKEv1), only
114 new keys are generated using perfect forward secrecy. An optional flag
115 which enforces reauthentication will be implemented later.
117 - "sha" and "sha1" are now treated as synonyms in the ike= and esp=
118 algorithm configuration statements.
124 - Full X.509 certificate trust chain verification has been implemented.
125 End entity certificates can be exchanged via CERT payloads. The current
126 default is leftsendcert=always, since CERTREQ payloads are not supported
127 yet. Optional CRLs must be imported locally into /etc/ipsec.d/crls.
129 - Added support for leftprotoport/rightprotoport parameters in IKEv2. IKEv2
130 would offer more possibilities for traffic selection, but the Linux kernel
131 currently does not support it. That's why we stick with these simple
132 ipsec.conf rules for now.
134 - Added Dead Peer Detection (DPD) which checks liveliness of remote peer if no
135 IKE or ESP traffic is received. DPD is currently hardcoded (dpdaction=clear,
138 - Initial NAT traversal support in IKEv2. Charon includes NAT detection
139 notify payloads to detect NAT routers between the peers. It switches
140 to port 4500, uses UDP encapsulated ESP packets, handles peer address
141 changes gracefully and sends keep alive message periodically.
143 - Reimplemented IKE_SA state machine for charon, which allows simultaneous
144 rekeying, more shared code, cleaner design, proper retransmission
145 and a more extensible code base.
147 - The mixed PSK/RSA roadwarrior detection capability introduced by the
148 strongswan-2.7.0 release necessitated the pre-parsing of the IKE proposal
149 payloads by the responder right before any defined IKE Main Mode state had
150 been established. Although any form of bad proposal syntax was being correctly
151 detected by the payload parser, the subsequent error handler didn't check
152 the state pointer before logging current state information, causing an
153 immediate crash of the pluto keying daemon due to a NULL pointer.
159 - Added algorithm selection to charon: New default algorithms for
160 ike=aes128-sha-modp2048, as both daemons support it. The default
161 for IPsec SAs is now esp=aes128-sha,3des-md5. charon handles
162 the ike/esp parameter the same way as pluto. As this syntax does
163 not allow specification of a pseudo random function, the same
164 algorithm as for integrity is used (currently sha/md5). Supported
166 Encryption: aes128, aes192, aes256
167 Integrity/PRF: md5, sha (using hmac)
168 DH-Groups: modp768, 1024, 1536, 2048, 4096, 8192
170 Encryption: aes128, aes192, aes256, 3des, blowfish128,
171 blowfish192, blowfish256
173 More IKE encryption algorithms will come after porting libcrypto into
176 - initial support for rekeying CHILD_SAs using IKEv2. Currently no
177 perfect forward secrecy is used. The rekeying parameters rekey,
178 rekeymargin, rekeyfuzz and keylife from ipsec.conf are now supported
179 when using IKEv2. WARNING: charon currently is unable to handle
180 simultaneous rekeying. To avoid such a situation, use a large
181 rekeyfuzz, or even better, set rekey=no on one peer.
183 - support for host2host, net2net, host2net (roadwarrior) tunnels
184 using predefined RSA certificates (see uml scenarios for
185 configuration examples).
187 - new build environment featuring autotools. Features such
188 as HTTP, LDAP and smartcard support may be enabled using
189 the ./configure script. Changing install directories
190 is possible, too. See ./configure --help for more details.
192 - better integration of charon with ipsec starter, which allows
193 (almost) transparent operation with both daemons. charon
194 handles ipsec commands up, down, status, statusall, listall,
195 listcerts and allows proper load, reload and delete of connections
202 - initial support of the IKEv2 protocol. Connections in
203 ipsec.conf designated by keyexchange=ikev2 are negotiated
204 by the new IKEv2 charon keying daemon whereas those marked
205 by keyexchange=ikev1 or the default keyexchange=ike are
206 handled thy the IKEv1 pluto keying daemon. Currently only
207 a limited subset of functions are available with IKEv2
208 (Default AES encryption, authentication based on locally
209 imported X.509 certificates, unencrypted private RSA keys
210 in PKCS#1 file format, limited functionality of the ipsec
217 - the dynamic iptables rules from the _updown_x509 template
218 for KLIPS and the _updown_policy template for NETKEY have
219 been merged into the default _updown script. The existing
220 left|rightfirewall keyword causes the automatic insertion
221 and deletion of ACCEPT rules for tunneled traffic upon
222 the successful setup and teardown of an IPsec SA, respectively.
223 left|rightfirwall can be used with KLIPS under any Linux 2.4
224 kernel or with NETKEY under a Linux kernel version >= 2.6.16
225 in conjuction with iptables >= 1.3.5. For NETKEY under a Linux
226 kernel version < 2.6.16 which does not support IPsec policy
227 matching yet, please continue to use a copy of the _updown_espmark
228 template loaded via the left|rightupdown keyword.
230 - a new left|righthostaccess keyword has been introduced which
231 can be used in conjunction with left|rightfirewall and the
232 default _updown script. By default leftfirewall=yes inserts
233 a bi-directional iptables FORWARD rule for a local client network
234 with a netmask different from 255.255.255.255 (single host).
235 This does not allow to access the VPN gateway host via its
236 internal network interface which is part of the client subnet
237 because an iptables INPUT and OUTPUT rule would be required.
238 lefthostaccess=yes will cause this additional ACCEPT rules to
241 - mixed PSK|RSA roadwarriors are now supported. The ISAKMP proposal
242 payload is preparsed in order to find out whether the roadwarrior
243 requests PSK or RSA so that a matching connection candidate can
250 - the new _updown_policy template allows ipsec policy based
251 iptables firewall rules. Required are iptables version
252 >= 1.3.5 and linux kernel >= 2.6.16. This script obsoletes
253 the _updown_espmark template, so that no INPUT mangle rules
254 are required any more.
256 - added support of DPD restart mode
258 - ipsec starter now allows the use of wildcards in include
259 statements as e.g. in "include /etc/my_ipsec/*.conf".
260 Patch courtesy of Matthias Haas.
262 - the Netscape OID 'employeeNumber' is now recognized and can be
263 used as a Relative Distinguished Name in certificates.
269 - /etc/init.d/ipsec or /etc/rc.d/ipsec is now a copy of the ipsec
270 command and not of ipsec setup any more.
272 - ipsec starter now supports AH authentication in conjunction with
273 ESP encryption. AH authentication is configured in ipsec.conf
274 via the auth=ah parameter.
276 - The command ipsec scencrypt|scdecrypt <args> is now an alias for
277 ipsec whack --scencrypt|scdecrypt <args>.
279 - get_sa_info() now determines for the native netkey IPsec stack
280 the exact time of the last use of an active eroute. This information
281 is used by the Dead Peer Detection algorithm and is also displayed by
282 the ipsec status command.
288 - running under the native Linux 2.6 IPsec stack, the function
289 get_sa_info() is called by ipsec auto --status to display the current
290 number of transmitted bytes per IPsec SA.
292 - get_sa_info() is also used by the Dead Peer Detection process to detect
293 recent ESP activity. If ESP traffic was received from the peer within
294 the last dpd_delay interval then no R_Y_THERE notification must be sent.
296 - strongSwan now supports the Relative Distinguished Name "unstructuredName"
297 in ID_DER_ASN1_DN identities. The following notations are possible:
299 rightid="unstructuredName=John Doe"
300 rightid="UN=John Doe"
302 - fixed a long-standing bug which caused PSK-based roadwarrior connections
303 to segfault in the function id.c:same_id() called by keys.c:get_secret()
304 if an FQDN, USER_FQDN, or Key ID was defined, as in the following example.
311 - the ipsec command now supports most ipsec auto commands (e.g. ipsec listall).
313 - ipsec starter didn't set host_addr and client.addr ports in whack msg.
315 - in order to guarantee backwards-compatibility with the script-based
316 auto function (e.g. auto --replace), the ipsec starter scripts stores
317 the defaultroute information in the temporary file /var/run/ipsec.info.
319 - The compile-time option USE_XAUTH_VID enables the sending of the XAUTH
320 Vendor ID which is expected by Cisco PIX 7 boxes that act as IKE Mode Config
323 - the ipsec starter now also recognizes the parameters authby=never and
324 type=passthrough|pass|drop|reject.
330 - ipsec starter now supports the also parameter which allows
331 a modular structure of the connection definitions. Thus
332 "ipsec start" is now ready to replace "ipsec setup".
338 - Mathieu Lafon's popular ipsec starter tool has been added to the
339 strongSwan distribution. Many thanks go to Stephan Scholz from astaro
340 for his integration work. ipsec starter is a C program which is going
341 to replace the various shell and awk starter scripts (setup, _plutoload,
342 _plutostart, _realsetup, _startklips, _confread, and auto). Since
343 ipsec.conf is now parsed only once, the starting of multiple tunnels is
344 accelerated tremedously.
346 - Added support of %defaultroute to the ipsec starter. If the IP address
347 changes, a HUP signal to the ipsec starter will automatically
348 reload pluto's connections.
350 - moved most compile time configurations from pluto/Makefile to
351 Makefile.inc by defining the options USE_LIBCURL, USE_LDAP,
352 USE_SMARTCARD, and USE_NAT_TRAVERSAL_TRANSPORT_MODE.
354 - removed the ipsec verify and ipsec newhostkey commands
356 - fixed some 64-bit issues in formatted print statements
358 - The scepclient functionality implementing the Simple Certificate
359 Enrollment Protocol (SCEP) is nearly complete but hasn't been
366 - CA certicates are now automatically loaded from a smartcard
367 or USB crypto token and appear in the ipsec auto --listcacerts
374 - when using "ipsec whack --scencrypt <data>" with a PKCS#11
375 library that does not support the C_Encrypt() Cryptoki
376 function (e.g. OpenSC), the RSA encryption is done in
377 software using the public key fetched from the smartcard.
379 - The scepclient function now allows to define the
380 validity of a self-signed certificate using the --days,
381 --startdate, and --enddate options. The default validity
382 has been changed from one year to five years.
388 - the config setup parameter pkcs11proxy=yes opens pluto's PKCS#11
389 interface to other applications for RSA encryption and decryption
390 via the whack interface. Notation:
392 ipsec whack --scencrypt <data>
393 [--inbase 16|hex|64|base64|256|text|ascii]
394 [--outbase 16|hex|64|base64|256|text|ascii]
397 ipsec whack --scdecrypt <data>
398 [--inbase 16|hex|64|base64|256|text|ascii]
399 [--outbase 16|hex|64|base64|256|text|ascii]
402 The default setting for inbase and outbase is hex.
404 The new proxy interface can be used for securing symmetric
405 encryption keys required by the cryptoloop or dm-crypt
406 disk encryption schemes, especially in the case when
407 pkcs11keepstate=yes causes pluto to lock the pkcs11 slot
410 - if the file /etc/ipsec.secrets is lacking during the startup of
411 pluto then the root-readable file /etc/ipsec.d/private/myKey.der
412 containing a 2048 bit RSA private key and a matching self-signed
413 certificate stored in the file /etc/ipsec.d/certs/selfCert.der
414 is automatically generated by calling the function
416 ipsec scepclient --out pkcs1 --out cert-self
418 scepclient was written by Jan Hutter and Martin Willi, students
419 at the University of Applied Sciences in Rapperswil, Switzerland.
425 - the current extension of the PKCS#7 framework introduced
426 a parsing error in PKCS#7 wrapped X.509 certificates that are
427 e.g. transmitted by Windows XP when multi-level CAs are used.
428 the parsing syntax has been fixed.
430 - added a patch by Gerald Richter which tolerates multiple occurrences
431 of the ipsec0 interface when using KLIPS.
437 - with gawk-3.1.4 the word "default2 has become a protected
438 keyword for use in switch statements and cannot be used any
439 more in the strongSwan scripts. This problem has been
440 solved by renaming "default" to "defaults" and "setdefault"
441 in the scripts _confread and auto, respectively.
443 - introduced the parameter leftsendcert with the values
445 always|yes (the default, always send a cert)
446 ifasked (send the cert only upon a cert request)
447 never|no (never send a cert, used for raw RSA keys and
450 - fixed the initialization of the ESP key length to a default of
451 128 bits in the case that the peer does not send a key length
452 attribute for AES encryption.
454 - applied Herbert Xu's uniqueIDs patch
456 - applied Herbert Xu's CLOEXEC patches
462 - CRLs can now be cached also in the case when the issuer's
463 certificate does not contain a subjectKeyIdentifier field.
464 In that case the subjectKeyIdentifier is computed by pluto as the
465 160 bit SHA-1 hash of the issuer's public key in compliance
466 with section 4.2.1.2 of RFC 3280.
468 - Fixed a bug introduced by strongswan-2.5.1 which eliminated
469 not only multiple Quick Modes of a given connection but also
470 multiple connections between two security gateways.
476 - Under the native IPsec of the Linux 2.6 kernel, a %trap eroute
477 installed either by setting auto=route in ipsec.conf or by
478 a connection put into hold, generates an XFRM_AQUIRE event
479 for each packet that wants to use the not-yet exisiting
480 tunnel. Up to now each XFRM_AQUIRE event led to an entry in
481 the Quick Mode queue, causing multiple IPsec SA to be
482 established in rapid succession. Starting with strongswan-2.5.1
483 only a single IPsec SA is established per host-pair connection.
485 - Right after loading the PKCS#11 module, all smartcard slots are
486 searched for certificates. The result can be viewed using
489 ipsec auto --listcards
491 The certificate objects found in the slots are numbered
492 starting with #1, #2, etc. This position number can be used to address
493 certificates (leftcert=%smartcard) and keys (: PIN %smartcard)
494 in ipsec.conf and ipsec.secrets, respectively:
496 %smartcard (selects object #1)
497 %smartcard#1 (selects object #1)
498 %smartcard#3 (selects object #3)
500 As an alternative the existing retrieval scheme can be used:
502 %smartcard:45 (selects object with id=45)
503 %smartcard0 (selects first object in slot 0)
504 %smartcard4:45 (selects object in slot 4 with id=45)
506 - Depending on the settings of CKA_SIGN and CKA_DECRYPT
507 private key flags either C_Sign() or C_Decrypt() is used
508 to generate a signature.
510 - The output buffer length parameter siglen in C_Sign()
511 is now initialized to the actual size of the output
512 buffer prior to the function call. This fixes the
513 CKR_BUFFER_TOO_SMALL error that could occur when using
514 the OpenSC PKCS#11 module.
516 - Changed the initialization of the PKCS#11 CK_MECHANISM in
517 C_SignInit() to mech = { CKM_RSA_PKCS, NULL_PTR, 0 }.
519 - Refactored the RSA public/private key code and transferred it
520 from keys.c to the new pkcs1.c file as a preparatory step
521 towards the release of the SCEP client.
527 - The loading of a PKCS#11 smartcard library module during
528 runtime does not require OpenSC library functions any more
529 because the corresponding code has been integrated into
530 smartcard.c. Also the RSAREF pkcs11 header files have been
531 included in a newly created pluto/rsaref directory so that
532 no external include path has to be defined any longer.
534 - A long-awaited feature has been implemented at last:
535 The local caching of CRLs fetched via HTTP or LDAP, activated
536 by the parameter cachecrls=yes in the config setup section
537 of ipsec.conf. The dynamically fetched CRLs are stored under
538 a unique file name containing the issuer's subjectKeyID
539 in /etc/ipsec.d/crls.
541 - Applied a one-line patch courtesy of Michael Richardson
542 from the Openswan project which fixes the kernel-oops
543 in KLIPS when an snmp daemon is running on the same box.
549 - Eliminated null length CRL distribution point strings.
551 - Fixed a trust path evaluation bug introduced with 2.4.3
557 - Improved the joint OCSP / CRL revocation policy.
558 OCSP responses have precedence over CRL entries.
560 - Introduced support of CRLv2 reason codes.
562 - Fixed a bug with key-pad equipped readers which caused
563 pluto to prompt for the pin via the console when the first
564 occasion to enter the pin via the key-pad was missed.
566 - When pluto is built with LDAP_V3 enabled, the library
567 liblber required by newer versions of openldap is now
574 - Added the _updown_espmark template which requires all
575 incoming ESP traffic to be marked with a default mark
578 - Introduced the pkcs11keepstate parameter in the config setup
579 section of ipsec.conf. With pkcs11keepstate=yes the PKCS#11
580 session and login states are kept as long as possible during
581 the lifetime of pluto. This means that a PIN entry via a key
582 pad has to be done only once.
584 - Introduced the pkcs11module parameter in the config setup
585 section of ipsec.conf which specifies the PKCS#11 module
586 to be used with smart cards. Example:
588 pkcs11module=/usr/lib/pkcs11/opensc-pkcs11.lo
590 - Added support of smartcard readers equipped with a PIN pad.
592 - Added patch by Jay Pfeifer which detects when netkey
593 modules have been statically built into the Linux 2.6 kernel.
595 - Added two patches by Herbert Xu. The first uses ip xfrm
596 instead of setkey to flush the IPsec policy database. The
597 second sets the optional flag in inbound IPComp SAs only.
599 - Applied Ulrich Weber's patch which fixes an interoperability
600 problem between native IPsec and KLIPS systems caused by
601 setting the replay window to 32 instead of 0 for ipcomp.
607 - Fixed a bug which caused an unwanted Mode Config request
608 to be initiated in the case where "right" was used to denote
609 the local side in ipsec.conf and "left" the remote side,
610 contrary to the recommendation that "right" be remote and
617 - updated Vendor ID to strongSwan-2.4.0
619 - updated copyright statement to include David Buechi and
626 - strongSwan now communicates with attached smartcards and
627 USB crypto tokens via the standardized PKCS #11 interface.
628 By default the OpenSC library from www.opensc.org is used
629 but any other PKCS#11 library could be dynamically linked.
630 strongSwan's PKCS#11 API was implemented by David Buechi
631 and Michael Meier, both graduates of the Zurich University
632 of Applied Sciences in Winterthur, Switzerland.
634 - When a %trap eroute is triggered by an outgoing IP packet
635 then the native IPsec stack of the Linux 2.6 kernel [often/
636 always?] returns an XFRM_ACQUIRE message with an undefined
637 protocol family field and the connection setup fails.
638 As a workaround IPv4 (AF_INET) is now assumed.
640 - the results of the UML test scenarios are now enhanced
641 with block diagrams of the virtual network topology used
642 in a particular test.
648 - fixed IV used to decrypt informational messages.
649 This bug was introduced with Mode Config functionality.
651 - fixed NCP Vendor ID.
653 - undid one of Ulrich Weber's maximum udp size patches
654 because it caused a segmentation fault with NAT-ed
657 - added UML scenarios wildcards and attr-cert which
658 demonstrate the implementation of IPsec policies based
659 on wildcard parameters contained in Distinguished Names and
660 on X.509 attribute certificates, respectively.
666 - Added basic Mode Config functionality
668 - Added Mathieu Lafon's patch which upgrades the status of
669 the NAT-Traversal implementation to RFC 3947.
671 - The _startklips script now also loads the xfrm4_tunnel
674 - Added Ulrich Weber's netlink replay window size and
675 maximum udp size patches.
677 - UML testing now uses the Linux 2.6.10 UML kernel by default.
683 - Eric Marchionni and Patrik Rayo, both recent graduates from
684 the Zuercher Hochschule Winterthur in Switzerland, created a
685 User-Mode-Linux test setup for strongSwan. For more details
686 please read the INSTALL and README documents in the testing
689 - Full support of group attributes based on X.509 attribute
690 certificates. Attribute certificates can be generated
691 using the openac facility. For more details see
695 The group attributes can be used in connection definitions
696 in order to give IPsec access to specific user groups.
697 This is done with the new parameter left|rightgroups as in
699 rightgroups="Research, Sales"
701 giving access to users possessing the group attributes
702 Research or Sales, only.
704 - In Quick Mode clients with subnet mask /32 are now
705 coded as IP_V4_ADDRESS or IP_V6_ADDRESS. This should
706 fix rekeying problems with the SafeNet/SoftRemote and NCP
707 Secure Entry Clients.
709 - Changed the defaults of the ikelifetime and keylife parameters
710 to 3h and 1h, respectively. The maximum allowable values are
711 now both set to 24 h.
713 - Suppressed notification wars between two IPsec peers that
714 could e.g. be triggered by incorrect ISAKMP encryption.
716 - Public RSA keys can now have identical IDs if either the
717 issuing CA or the serial number is different. The serial
718 number of a certificate is now shown by the command
720 ipsec auto --listpubkeys
726 - Added Tuomo Soini's sourceip feature which allows a strongSwan
727 roadwarrior to use a fixed Virtual IP (see README section 2.6)
728 and reduces the well-known four tunnel case on VPN gateways to
729 a single tunnel definition (see README section 2.4).
731 - Fixed a bug occuring with NAT-Traversal enabled when the responder
732 suddenly turns initiator and the initiator cannot find a matching
733 connection because of the floated IKE port 4500.
735 - Removed misleading ipsec verify command from barf.
737 - Running under the native IP stack, ipsec --version now shows
738 the Linux kernel version (courtesy to the Openswan project).
744 - Introduced the ipsec auto --listalgs monitoring command which lists
745 all currently registered IKE and ESP algorithms.
747 - Fixed a bug in the ESP algorithm selection occuring when the strict flag
748 is set and the first proposed transform does not match.
750 - Fixed another deadlock in the use of the lock_certs_and_keys() mutex,
751 occuring when a smartcard is present.
753 - Prevented that a superseded Phase1 state can trigger a DPD_TIMEOUT event.
755 - Fixed the printing of the notification names (null)
757 - Applied another of Herbert Xu's Netlink patches.
763 - Support of Dead Peer Detection. The connection parameter
767 activates DPD for the given connection.
769 - The default Opportunistic Encryption (OE) policy groups are not
770 automatically included anymore. Those wishing to activate OE can include
771 the policy group with the following statement in ipsec.conf:
773 include /etc/ipsec.d/examples/oe.conf
775 The default for [right|left]rsasigkey is now set to %cert.
777 - strongSwan now has a Vendor ID of its own which can be activated
778 using the compile option VENDORID
780 - Applied Herbert Xu's patch which sets the compression algorithm correctly.
782 - Applied Herbert Xu's patch fixing an ESPINUDP problem
784 - Applied Herbert Xu's patch setting source/destination port numbers.
786 - Reapplied one of Herbert Xu's NAT-Traversal patches which got
787 lost during the migration from SuperFreeS/WAN.
789 - Fixed a deadlock in the use of the lock_certs_and_keys() mutex.
791 - Fixed the unsharing of alg parameters when instantiating group
798 - Thomas Walpuski made me aware of a potential DoS attack via
799 a PKCS#7-wrapped certificate bundle which could overwrite valid CA
800 certificates in Pluto's authority certificate store. This vulnerability
801 was fixed by establishing trust in CA candidate certificates up to a
802 trusted root CA prior to insertion into Pluto's chained list.
804 - replaced the --assign option by the -v option in the auto awk script
805 in order to make it run with mawk under debian/woody.
811 - Split of the status information between ipsec auto --status (concise)
812 and ipsec auto --statusall (verbose). Both commands can be used with
813 an optional connection selector:
815 ipsec auto --status[all] <connection_name>
817 - Added the description of X.509 related features to the ipsec_auto(8)
820 - Hardened the ASN.1 parser in debug mode, especially the printing
821 of malformed distinguished names.
823 - The size of an RSA public key received in a certificate is now restricted to
825 512 bits <= modulus length <= 8192 bits.
827 - Fixed the debug mode enumeration.
833 - Fixed another PKCS#7 vulnerability which could lead to an
834 endless loop while following the X.509 trust chain.
840 - Fixed the PKCS#7 vulnerability discovered by Thomas Walpuski
841 that accepted end certificates having identical issuer and subject
842 distinguished names in a multi-tier X.509 trust chain.
848 - Removed all remaining references to ipsec_netlink.h in KLIPS.
854 - The new "ca" section allows to define the following parameters:
857 cacert=koolCA.pem # cacert of kool CA
858 ocspuri=http://ocsp.kool.net:8001 # ocsp server
859 ldapserver=ldap.kool.net # default ldap server
860 crluri=http://www.kool.net/kool.crl # crl distribution point
861 crluri2="ldap:///O=Kool, C= .." # crl distribution point #2
862 auto=add # add, ignore
864 The ca definitions can be monitored via the command
866 ipsec auto --listcainfos
868 - Fixed cosmetic corruption of /proc filesystem by integrating
869 D. Hugh Redelmeier's freeswan-2.06 kernel fixes.
875 - Added support for the 818043 NAT-Traversal update of Microsoft's
876 Windows 2000/XP IPsec client which sends an ID_FQDN during Quick Mode.
878 - A symbolic link to libcrypto is now added in the kernel sources
879 during kernel compilation
881 - Fixed a couple of 64 bit issues (mostly casts to int).
882 Thanks to Ken Bantoft who checked my sources on a 64 bit platform.
884 - Replaced s[n]printf() statements in the kernel by ipsec_snprintf().
885 Credits go to D. Hugh Redelmeier, Michael Richardson, and Sam Sgro
886 of the FreeS/WAN team who solved this problem with the 2.4.25 kernel.
892 - an empty ASN.1 SEQUENCE OF or SET OF object (e.g. a subjectAltName
893 certificate extension which contains no generalName item) can cause
894 a pluto crash. This bug has been fixed. Additionally the ASN.1 parser has
895 been hardened to make it more robust against malformed ASN.1 objects.
897 - applied Herbert Xu's NAT-T patches which fixes NAT-T under the native
898 Linux 2.6 IPsec stack.
904 - based on freeswan-2.04, x509-1.5.3, nat-0.6c, alg-0.8.1rc12