version bump to 4.2.7
[strongswan.git] / NEWS
1 strongswan-4.2.6
2 ----------------
3
4 - A NetworkManager plugin allows GUI-based configuration of road-warrior
5   clients in a simple way. It features X509 based gateway authentication
6   and EAP client authentication, tunnel setup/teardown and storing passwords
7   in the Gnome Keyring.
8
9 - A new EAP-GTC plugin implements draft-sheffer-ikev2-gtc-00.txt and allows
10   username/password authentication against any PAM service on the gateway.
11   The new EAP method interacts nicely with the NetworkManager plugin and allows 
12   client authentication against e.g. LDAP.
13
14 - Improved support for the EAP-Identity method. The new ipsec.conf eap_identity
15   parameter defines an additional identity to pass to the server in EAP
16   authentication.
17
18 - The "ipsec statusall" command now lists CA restrictions, EAP
19   authentication types and EAP identities.
20
21 - Fixed two multithreading deadlocks occurring when starting up
22   several hundred tunnels concurrently.
23
24 - Fixed the --enable-integrity-test configure option which
25   computes a SHA-1 checksum over the libstrongswan library.
26
27
28 strongswan-4.2.5
29 ----------------
30
31 - Consistent logging of IKE and CHILD SAs at the audit (AUD) level. 
32
33 - Improved the performance of the SQL-based virtual IP address pool
34   by introducing an additional addresses table. The leases table
35   storing only history information has become optional and can be
36   disabled by setting charon.plugins.sql.lease_history = no in
37   strongswan.conf.
38
39 - The XFRM_STATE_AF_UNSPEC flag added to xfrm.h allows IPv4-over-IPv6
40   and IPv6-over-IPv4 tunnels with the 2.6.26 and later Linux kernels.
41
42 - management of different virtual IP pools for different
43   network interfaces have become possible.
44
45 - fixed a bug which prevented the assignment of more than 256 
46   virtual IP addresses from a pool managed by an sql database.
47
48 - fixed a bug which did not delete own IPCOMP SAs in the kernel.
49
50  
51 strongswan-4.2.4
52 ----------------
53
54 - Added statistics functions to ipsec pool --status and ipsec pool --leases
55   and input validation checks to various ipsec pool commands.
56
57 - ipsec statusall now lists all loaded charon plugins and displays
58   the negotiated IKEv2 cipher suite proposals.
59
60 - The openssl plugin supports the elliptic curve Diffie-Hellman groups
61   19, 20, 21, 25, and 26.
62
63 - The openssl plugin supports ECDSA authentication using elliptic curve
64   X.509 certificates.
65
66 - Fixed a bug in stroke which caused multiple charon threads to close
67   the file descriptors during packet transfers over the stroke socket.
68  
69 - ESP sequence numbers are now migrated in IPsec SA updates handled by
70   MOBIKE. Works only with Linux kernels >= 2.6.17.
71
72
73 strongswan-4.2.3
74 ----------------
75
76 - Fixed the strongswan.conf path configuration problem that occurred when 
77   --sysconfig was not set explicitly in ./configure.
78
79 - Fixed a number of minor bugs that where discovered during the 4th
80   IKEv2 interoperability workshop in San Antonio, TX.
81
82
83 strongswan-4.2.2
84 ----------------
85
86 - Plugins for libstrongswan and charon can optionally be loaded according
87   to a configuration in strongswan.conf. Most components provide a
88   "load = " option followed by a space separated list of plugins to load.
89   This allows e.g. the fallback from a hardware crypto accelerator to
90   to software-based crypto plugins.
91
92 - Charons SQL plugin has been extended by a virtual IP address pool.
93   Configurations with a rightsourceip=%poolname setting query a SQLite or
94   MySQL database for leases. The "ipsec pool" command helps in administrating
95   the pool database. See ipsec pool --help for the available options
96
97 - The Authenticated Encryption Algorithms AES-CCM-8/12/16 and AES-GCM-8/12/16
98   for ESP are now supported starting with the Linux 2.6.25 kernel. The 
99   syntax is e.g. esp=aes128ccm12 or esp=aes256gcm16.
100
101
102 strongswan-4.2.1
103 ----------------
104
105 - Support for "Hash and URL" encoded certificate payloads has been implemented
106   in the IKEv2 daemon charon. Using the "certuribase" option of a CA section
107   allows to assign a base URL to all certificates issued by the specified CA.
108   The final URL is then built by concatenating that base and the hex encoded
109   SHA1 hash of the DER encoded certificate. Note that this feature is disabled
110   by default and must be enabled using the option "charon.hash_and_url".
111
112 - The IKEv2 daemon charon now supports the "uniqueids" option to close multiple
113   IKE_SAs with the same peer. The option value "keep" prefers existing
114   connection setups over new ones, where the value "replace" replaces existing
115   connections.
116   
117 - The crypto factory in libstrongswan additionaly supports random number 
118   generators, plugins may provide other sources of randomness. The default
119   plugin reads raw random data from /dev/(u)random.
120
121 - Extended the credential framework by a caching option to allow plugins 
122   persistent caching of fetched credentials. The "cachecrl" option has been
123   re-implemented.
124
125 - The new trustchain verification introduced in 4.2.0 has been parallelized.
126   Threads fetching CRL or OCSP information no longer block other threads.
127
128 - A new IKEv2 configuration attribute framework has been introduced allowing
129   plugins to provide virtual IP addresses, and in the future, other
130   configuration attribute services (e.g. DNS/WINS servers).
131
132 - The stroke plugin has been extended to provide virtual IP addresses from
133   a pool defined in ipsec.conf. The "rightsourceip" parameter now accepts
134   address pools in CIDR notation (e.g. 10.1.1.0/24). The parameter also accepts
135   the value "%poolname", where "poolname" identifies a pool provided by a
136   separate plugin.
137
138 - Fixed compilation on uClibc and a couple of other minor bugs.
139
140 - Set DPD defaults in ipsec starter to dpd_delay=30s and dpd_timeout=150s.
141
142 - The IKEv1 pluto daemon now supports the ESP encryption algorithm CAMELLIA
143   with key lengths of 128, 192, and 256 bits, as well as the authentication
144   algorithm AES_XCBC_MAC. Configuration example: esp=camellia192-aesxcbc.
145
146
147 strongswan-4.2.0
148 ----------------
149
150 - libstrongswan has been modularized to attach crypto algorithms,
151   credential implementations (keys, certificates) and fetchers dynamically
152   through plugins. Existing code has been ported to plugins:
153     - RSA/Diffie-Hellman implementation using the GNU Multi Precision library
154     - X509 certificate system supporting CRLs, OCSP and attribute certificates
155     - Multiple plugins providing crypto algorithms in software
156     - CURL and OpenLDAP fetcher
157
158 - libstrongswan gained a relational database API which uses pluggable database
159   providers. Plugins for MySQL and SQLite are available.
160
161 - The IKEv2 keying daemon charon is more extensible. Generic plugins may provide
162   connection configuration, credentials and EAP methods or control the daemon.
163   Existing code has been ported to plugins:
164     - EAP-AKA, EAP-SIM, EAP-MD5 and EAP-Identity
165     - stroke configuration, credential and control (compatible to pluto)
166     - XML bases management protocol to control and query the daemon
167   The following new plugins are available:
168     - An experimental SQL configuration, credential and logging plugin on
169       top of either MySQL or SQLite
170     - A unit testing plugin to run tests at daemon startup
171
172 - The authentication and credential framework in charon has been heavily
173   refactored to support modular credential providers, proper
174   CERTREQ/CERT payload exchanges and extensible authorization rules.
175
176 - The framework of strongSwan Manager has envolved to the web application 
177   framework libfast (FastCGI Application Server w/ Templates) and is usable
178   by other applications.
179         
180
181 strongswan-4.1.11
182 -----------------
183
184 - IKE rekeying in NAT situations did not inherit the NAT conditions
185   to the rekeyed IKE_SA so that the UDP encapsulation was lost with
186   the next CHILD_SA rekeying.
187
188 - Wrong type definition of the next_payload variable in id_payload.c
189   caused an INVALID_SYNTAX error on PowerPC platforms. 
190
191 - Implemented IKEv2 EAP-SIM server and client test modules that use
192   triplets stored in a file. For details on the configuration see
193   the scenario 'ikev2/rw-eap-sim-rsa'.
194
195
196 strongswan-4.1.10
197 -----------------
198
199 - Fixed error in the ordering of the certinfo_t records in the ocsp cache that
200   caused multiple entries of the same serial number to be created. 
201
202 - Implementation of a simple EAP-MD5 module which provides CHAP
203   authentication. This may be interesting in conjunction with certificate
204   based server authentication, as weak passwords can't be brute forced
205   (in contradiction to traditional IKEv2 PSK).
206
207 - A complete software based implementation of EAP-AKA, using algorithms
208   specified in 3GPP2 (S.S0055). This implementation does not use an USIM,
209   but reads the secrets from ipsec.secrets. Make sure to read eap_aka.h
210   before using it.
211
212 - Support for vendor specific EAP methods using Expanded EAP types. The
213   interface to EAP modules has been slightly changed, so make sure to 
214   check the changes if you're already rolling your own modules.
215
216
217 strongswan-4.1.9
218 ----------------
219
220 - The default _updown script now dynamically inserts and removes ip6tables
221   firewall rules if leftfirewall=yes is set in IPv6 connections. New IPv6
222   net-net and roadwarrior (PSK/RSA) scenarios for both IKEv1 and IKEV2 were
223   added.
224
225 - Implemented RFC4478 repeated authentication to force EAP/Virtual-IP clients
226   to reestablish an IKE_SA within a given timeframe.
227
228 - strongSwan Manager supports configuration listing, initiation and termination
229   of IKE and CHILD_SAs.
230
231 - Fixes and improvements to multithreading code.
232
233 - IKEv2 plugins have been renamed to libcharon-* to avoid naming conflicts.
234   Make sure to remove the old plugins in $libexecdir/ipsec, otherwise they get 
235   loaded twice.
236
237
238 strongswan-4.1.8
239 ----------------
240
241 - Removed recursive pthread mutexes since uClibc doesn't support them.
242
243
244 strongswan-4.1.7
245 ----------------
246
247 - In NAT traversal situations and multiple queued Quick Modes,
248   those pending connections inserted by auto=start after the
249   port floating from 500 to 4500 were erronously deleted.
250
251 - Added a "forceencaps" connection parameter to enforce UDP encapsulation
252   to surmount restrictive firewalls. NAT detection payloads are faked to
253   simulate a NAT situation and trick the other peer into NAT mode (IKEv2 only).
254
255 - Preview of strongSwan Manager, a web based configuration and monitoring
256   application. It uses a new XML control interface to query the IKEv2 daemon
257   (see http://trac.strongswan.org/wiki/Manager).
258
259 - Experimental SQLite configuration backend which will provide the configuration
260   interface for strongSwan Manager in future releases.
261
262 - Further improvements to MOBIKE support.
263
264
265 strongswan-4.1.6
266 ----------------
267
268 - Since some third party IKEv2 implementations run into
269   problems with strongSwan announcing MOBIKE capability per
270   default, MOBIKE can be disabled on a per-connection-basis
271   using the mobike=no option. Whereas mobike=no disables the
272   sending of the MOBIKE_SUPPORTED notification and the floating
273   to UDP port 4500 with the IKE_AUTH request even if no NAT
274   situation has been detected, strongSwan will still support
275   MOBIKE acting as a responder.
276
277 - the default ipsec routing table plus its corresponding priority
278   used for inserting source routes has been changed from 100 to 220.
279   It can be configured using the --with-ipsec-routing-table and
280   --with-ipsec-routing-table-prio options. 
281   
282 - the --enable-integrity-test configure option tests the
283   integrity of the libstrongswan crypto code during the charon
284   startup.
285   
286 - the --disable-xauth-vid configure option disables the sending
287   of the XAUTH vendor ID. This can be used as a workaround when
288   interoperating with some Windows VPN clients that get into
289   trouble upon reception of an XAUTH VID without eXtended
290   AUTHentication having been configured.
291   
292 - ipsec stroke now supports the rereadsecrets, rereadaacerts,
293   rereadacerts, and listacerts options.
294
295
296 strongswan-4.1.5
297 ----------------
298
299 - If a DNS lookup failure occurs when resolving right=%<FQDN>
300   or right=<FQDN> combined with rightallowany=yes then the
301   connection is not updated by ipsec starter thus preventing
302   the disruption of an active IPsec connection. Only if the DNS
303   lookup successfully returns with a changed IP address the
304   corresponding connection definition is updated.
305
306 - Routes installed by the keying daemons are now in a separate
307   routing table with the ID 100 to avoid conflicts with the main
308   table. Route lookup for IKEv2 traffic is done in userspace to ignore
309   routes installed for IPsec, as IKE traffic shouldn't get encapsulated.
310
311
312 strongswan-4.1.4
313 ----------------
314
315 - The pluto IKEv1 daemon now exhibits the same behaviour as its
316   IKEv2 companion charon by inserting an explicit route via the
317   _updown script only if a sourceip exists. This is admissible
318   since routing through the IPsec tunnel is handled automatically
319   by NETKEY's IPsec policies. As a consequence the left|rightnexthop
320   parameter is not required any more.
321
322 - The new IKEv1 parameter right|leftallowany parameters helps to handle
323   the case where both peers possess dynamic IP addresses that are
324   usually resolved using DynDNS or a similar service. The configuration
325
326     right=peer.foo.bar
327     rightallowany=yes
328
329   can be used by the initiator to start up a connection to a peer
330   by resolving peer.foo.bar into the currently allocated IP address.
331   Thanks to the rightallowany flag the connection behaves later on
332   as
333
334    right=%any
335
336   so that the peer can rekey the connection as an initiator when his
337   IP address changes. An alternative notation is
338
339     right=%peer.foo.bar
340
341   which will implicitly set rightallowany=yes.
342
343 - ipsec starter now fails more gracefully in the presence of parsing
344   errors. Flawed ca and conn section are discarded and pluto is started
345   if non-fatal errors only were encountered. If right=%peer.foo.bar
346   cannot be resolved by DNS then right=%any will be used so that passive
347   connections as a responder are still possible.
348
349 - The new pkcs11initargs parameter that can be placed in the
350   setup config section of /etc/ipsec.conf allows the definition
351   of an argument string that is used with the PKCS#11 C_Initialize()
352   function. This non-standard feature is required by the NSS softoken
353   library. This patch was contributed by Robert Varga.
354         
355 - Fixed a bug in ipsec starter introduced by strongswan-2.8.5
356   which caused a segmentation fault in the presence of unknown
357   or misspelt keywords in ipsec.conf. This bug fix was contributed
358   by Robert Varga.
359
360 - Partial support for MOBIKE in IKEv2. The initiator acts on interface/
361   address configuration changes and updates IKE and IPsec SAs dynamically.
362
363
364 strongswan-4.1.3
365 ----------------
366
367 - IKEv2 peer configuration selection now can be based on a given 
368   certification authority using the rightca= statement.
369
370 - IKEv2 authentication based on RSA signatures now can handle multiple
371   certificates issued for a given peer ID. This allows a smooth transition
372   in the case of a peer certificate renewal.
373
374 - IKEv2: Support for requesting a specific virtual IP using leftsourceip on the
375   client and returning requested virtual IPs using rightsourceip=%config
376   on the server. If the server does not support configuration payloads, the
377   client enforces its leftsourceip parameter.
378
379 - The ./configure options --with-uid/--with-gid allow pluto and charon
380   to drop their privileges to a minimum and change to an other UID/GID. This
381   improves the systems security, as a possible intruder may only get the
382   CAP_NET_ADMIN capability.
383
384 - Further modularization of charon: Pluggable control interface and 
385   configuration backend modules provide extensibility. The control interface
386   for stroke is included, and further interfaces using DBUS (NetworkManager)
387   or XML are on the way. A backend for storing configurations in the daemon
388   is provided and more advanced backends (using e.g. a database) are trivial 
389   to implement.
390
391  - Fixed a compilation failure in libfreeswan occuring with Linux kernel
392    headers > 2.6.17.
393
394
395 strongswan-4.1.2
396 ----------------
397
398 - Support for an additional Diffie-Hellman exchange when creating/rekeying
399   a CHILD_SA in IKEv2 (PFS). PFS is enabled when the proposal contains a
400   DH group (e.g. "esp=aes128-sha1-modp1536"). Further, DH group negotiation
401   is implemented properly for rekeying.
402
403 - Support for the AES-XCBC-96 MAC algorithm for IPsec SAs when using IKEv2
404   (requires linux >= 2.6.20). It is enabled using e.g. "esp=aes256-aesxcbc".
405
406 - Working IPv4-in-IPv6 and IPv6-in-IPv4 tunnels for linux >= 2.6.21.
407
408 - Added support for EAP modules which do not establish an MSK.
409
410 - Removed the dependencies from the /usr/include/linux/ headers by
411   including xfrm.h, ipsec.h, and pfkeyv2.h in the distribution.
412   
413 - crlNumber is now listed by ipsec listcrls
414
415 - The xauth_modules.verify_secret() function now passes the
416   connection name.
417
418
419 strongswan-4.1.1
420 ----------------
421
422 - Server side cookie support. If to may IKE_SAs are in CONNECTING state,
423   cookies are enabled and protect against DoS attacks with faked source
424   addresses. Number of IKE_SAs in CONNECTING state is also limited per
425   peer address to avoid resource exhaustion. IKE_SA_INIT messages are
426   compared to properly detect retransmissions and incoming retransmits are
427   detected even if the IKE_SA is blocked (e.g. doing OCSP fetches).
428
429 - The IKEv2 daemon charon now supports dynamic http- and ldap-based CRL
430   fetching enabled by crlcheckinterval > 0 and caching fetched CRLs
431   enabled by cachecrls=yes.
432
433 - Added the configuration options --enable-nat-transport which enables
434   the potentially insecure NAT traversal for IPsec transport mode and
435   --disable-vendor-id which disables the sending of the strongSwan
436   vendor ID.
437
438 - Fixed a long-standing bug in the pluto IKEv1 daemon which caused
439   a segmentation fault if a malformed payload was detected in the
440   IKE MR2 message and pluto tried to send an encrypted notification
441   message.
442
443 - Added the NATT_IETF_02_N Vendor ID in order to support IKEv1 connections
444   with Windows 2003 Server which uses a wrong VID hash.
445
446
447 strongswan-4.1.0
448 ----------------
449
450 - Support of SHA2_384 hash function for protecting IKEv1
451   negotiations and support of SHA2 signatures in X.509 certificates.
452
453 - Fixed a serious bug in the computation of the SHA2-512 HMAC
454   function. Introduced automatic self-test of all IKEv1 hash
455   and hmac functions during pluto startup. Failure of a self-test
456   currently issues a warning only but does not exit pluto [yet].
457
458 - Support for SHA2-256/384/512 PRF and HMAC functions in IKEv2.
459
460 - Full support of CA information sections. ipsec listcainfos
461   now shows all collected crlDistributionPoints and OCSP 
462   accessLocations.
463
464 - Support of the Online Certificate Status Protocol (OCSP) for IKEv2.
465   This feature requires the HTTP fetching capabilities of the libcurl
466   library which must be enabled by setting the --enable-http configure
467   option.
468
469 - Refactored core of the IKEv2 message processing code, allowing better
470   code reuse and separation.
471
472 - Virtual IP support in IKEv2 using INTERNAL_IP4/6_ADDRESS configuration
473   payload. Additionally, the INTERNAL_IP4/6_DNS attribute is interpreted
474   by the requestor and installed in a resolv.conf file.
475
476 - The IKEv2 daemon charon installs a route for each IPsec policy to use
477   the correct source address even if an application does not explicitly
478   specify it.
479
480 - Integrated the EAP framework into charon which loads pluggable EAP library
481   modules. The ipsec.conf parameter authby=eap initiates EAP authentication
482   on the client side, while the "eap" parameter on the server side defines
483   the EAP method to use for client authentication.
484   A generic client side EAP-Identity module and an EAP-SIM authentication
485   module using a third party card reader implementation are included.
486
487 - Added client side support for cookies.
488
489 - Integrated the fixes done at the IKEv2 interoperability bakeoff, including
490   strict payload order, correct INVALID_KE_PAYLOAD rejection and other minor
491   fixes to enhance interoperability with other implementations.
492
493
494 strongswan-4.0.7
495 ----------------
496
497 - strongSwan now interoperates with the NCP Secure Entry Client,
498   the Shrew Soft VPN Client, and the Cisco VPN client, doing both
499   XAUTH and Mode Config.
500
501 - UNITY attributes are now recognized and UNITY_BANNER is set
502   to a default string.
503
504
505 strongswan-4.0.6
506 ----------------
507
508 - IKEv1: Support for extended authentication (XAUTH) in combination
509   with ISAKMP Main Mode RSA or PSK authentication. Both client and
510   server side were implemented. Handling of user credentials can
511   be done by a run-time loadable XAUTH module. By default user
512   credentials are stored in ipsec.secrets. 
513           
514 - IKEv2: Support for reauthentication when rekeying
515
516 - IKEv2: Support for transport mode
517
518 - fixed a lot of bugs related to byte order
519
520 - various other bugfixes
521
522
523 strongswan-4.0.5
524 ----------------
525
526 - IKEv1: Implementation of ModeConfig push mode via the new connection
527   keyword modeconfig=push allows interoperability with Cisco VPN gateways.
528
529 - IKEv1: The command ipsec statusall now shows "DPD active" for all
530   ISAKMP SAs that are under active Dead Peer Detection control.
531
532 - IKEv2: Charon's logging and debugging framework has been completely rewritten.
533   Instead of logger, special printf() functions are used to directly
534   print objects like hosts (%H) identifications (%D), certificates (%Q),
535   etc. The number of debugging levels have been reduced to:
536
537     0 (audit), 1 (control), 2 (controlmore),  3 (raw), 4 (private)
538
539   The debugging levels can either be specified statically in ipsec.conf as
540
541     config setup
542            charondebug="lib 1, cfg 3, net 2"
543
544   or changed at runtime via stroke as
545
546     ipsec stroke loglevel cfg 2
547
548
549 strongswan-4.0.4
550 ----------------
551
552 - Implemented full support for IPv6-in-IPv6 tunnels.
553
554 - Added configuration options for dead peer detection in IKEv2. dpd_action
555   types "clear", "hold" and "restart" are supported. The dpd_timeout
556   value is not used, as the normal retransmission policy applies to
557   detect dead peers. The dpd_delay parameter enables sending of empty
558   informational message to detect dead peers in case of inactivity.
559
560 - Added support for preshared keys in IKEv2. PSK keys configured in
561   ipsec.secrets are loaded. The authby parameter specifies the authentication
562   method to authentificate ourself, the other peer may use PSK or RSA.
563
564 - Changed retransmission policy to respect the keyingtries parameter.
565
566 - Added private key decryption. PEM keys encrypted with AES-128/192/256
567   or 3DES are supported.
568
569 - Implemented DES/3DES algorithms in libstrongswan. 3DES can be used to
570   encrypt IKE traffic.
571
572 - Implemented SHA-256/384/512 in libstrongswan, allows usage of certificates
573   signed with such a hash algorithm.
574
575 - Added initial support for updown scripts. The actions up-host/client and
576   down-host/client are executed. The leftfirewall=yes parameter
577   uses the default updown script to insert dynamic firewall rules, a custom
578   updown script may be specified with the leftupdown parameter.
579
580
581 strongswan-4.0.3
582 ----------------
583
584 - Added support for the auto=route ipsec.conf parameter and the
585   ipsec route/unroute commands for IKEv2. This allows to set up IKE_SAs and 
586   CHILD_SAs dynamically on demand when traffic is detected by the 
587   kernel.
588
589 - Added support for rekeying IKE_SAs in IKEv2 using the ikelifetime parameter.
590   As specified in IKEv2, no reauthentication is done (unlike in IKEv1), only
591   new keys are generated using perfect forward secrecy. An optional flag
592   which enforces reauthentication will be implemented later.
593
594 - "sha" and "sha1" are now treated as synonyms in the ike= and esp=
595   algorithm configuration statements.
596
597
598 strongswan-4.0.2
599 ----------------
600
601 - Full X.509 certificate trust chain verification has been implemented.
602   End entity certificates can be exchanged via CERT payloads. The current
603   default is leftsendcert=always, since CERTREQ payloads are not supported
604   yet. Optional CRLs must be imported locally into /etc/ipsec.d/crls.
605
606 - Added support for leftprotoport/rightprotoport parameters in IKEv2. IKEv2 
607   would offer more possibilities for traffic selection, but the Linux kernel
608   currently does not support it. That's why we stick with these simple 
609   ipsec.conf rules for now.
610
611 - Added Dead Peer Detection (DPD) which checks liveliness of remote peer if no
612   IKE or ESP traffic is received. DPD is currently hardcoded (dpdaction=clear,
613   dpddelay=60s).
614
615 - Initial NAT traversal support in IKEv2. Charon includes NAT detection
616   notify payloads to detect NAT routers between the peers. It switches
617   to port 4500, uses UDP encapsulated ESP packets, handles peer address
618   changes gracefully and sends keep alive message periodically.
619
620 - Reimplemented IKE_SA state machine for charon, which allows simultaneous 
621   rekeying, more shared code, cleaner design, proper retransmission 
622   and a more extensible code base.
623
624 - The mixed PSK/RSA roadwarrior detection capability introduced by the
625   strongswan-2.7.0 release necessitated the pre-parsing of the IKE proposal
626   payloads by the responder right before any defined IKE Main Mode state had
627   been established. Although any form of bad proposal syntax was being correctly
628   detected by the payload parser, the subsequent error handler didn't check
629   the state pointer before logging current state information, causing an
630   immediate crash of the pluto keying daemon due to a NULL pointer.
631
632
633 strongswan-4.0.1
634 ----------------
635
636 - Added algorithm selection to charon: New default algorithms for 
637   ike=aes128-sha-modp2048, as both daemons support it. The default
638   for IPsec SAs is now esp=aes128-sha,3des-md5. charon handles
639   the ike/esp parameter the same way as pluto. As this syntax does
640   not allow specification of a pseudo random function, the same 
641   algorithm as for integrity is used (currently sha/md5). Supported
642   algorithms for IKE:
643     Encryption: aes128, aes192, aes256
644     Integrity/PRF: md5, sha (using hmac)
645     DH-Groups: modp768, 1024, 1536, 2048, 4096, 8192
646   and for ESP:
647     Encryption: aes128, aes192, aes256, 3des, blowfish128, 
648                 blowfish192, blowfish256
649     Integrity: md5, sha1
650   More IKE encryption algorithms will come after porting libcrypto into
651   libstrongswan. 
652
653 - initial support for rekeying CHILD_SAs using IKEv2. Currently no
654   perfect forward secrecy is used. The rekeying parameters rekey,
655   rekeymargin, rekeyfuzz and keylife from ipsec.conf are now supported
656   when using IKEv2. WARNING: charon currently is unable to handle
657   simultaneous rekeying. To avoid such a situation, use a large
658   rekeyfuzz, or even better, set rekey=no on one peer.
659
660 - support for host2host, net2net, host2net (roadwarrior) tunnels
661   using predefined RSA certificates (see uml scenarios for
662   configuration examples).
663
664 - new build environment featuring autotools. Features such
665   as HTTP, LDAP and smartcard support may be enabled using
666   the ./configure script. Changing install directories 
667   is possible, too. See ./configure --help for more details.
668
669 - better integration of charon with ipsec starter, which allows
670   (almost) transparent operation with both daemons. charon
671   handles ipsec commands up, down, status, statusall, listall,
672   listcerts and allows proper load, reload and delete of connections
673   via ipsec starter.
674
675
676 strongswan-4.0.0
677 ----------------
678
679 - initial support of the IKEv2 protocol. Connections in
680   ipsec.conf designated by keyexchange=ikev2 are negotiated 
681   by the new IKEv2 charon keying daemon whereas those marked
682   by keyexchange=ikev1 or the default keyexchange=ike are
683   handled thy the IKEv1 pluto keying daemon. Currently only
684   a limited subset of functions are available with IKEv2
685   (Default AES encryption, authentication based on locally
686   imported X.509 certificates, unencrypted private RSA keys
687   in PKCS#1 file format, limited functionality of the ipsec
688   status command).
689
690
691 strongswan-2.7.0
692 ----------------
693
694 - the dynamic iptables rules from the _updown_x509 template
695   for KLIPS and the _updown_policy template for NETKEY have
696   been merged into the default _updown script. The existing
697   left|rightfirewall keyword causes the automatic insertion
698   and deletion of ACCEPT rules for tunneled traffic upon
699   the successful setup and teardown of an IPsec SA, respectively.
700   left|rightfirwall can be used with KLIPS under any Linux 2.4
701   kernel or with NETKEY under a Linux kernel version >= 2.6.16
702   in conjuction with iptables >= 1.3.5. For NETKEY under a Linux
703   kernel version < 2.6.16 which does not support IPsec policy
704   matching yet, please continue to use a copy of the _updown_espmark
705   template loaded via the left|rightupdown keyword.
706
707 - a new left|righthostaccess keyword has been introduced which
708   can be used in conjunction with left|rightfirewall and the
709   default _updown script. By default leftfirewall=yes inserts
710   a bi-directional iptables FORWARD rule for a local client network
711   with a netmask different from 255.255.255.255 (single host).
712   This does not allow to access the VPN gateway host via its
713   internal network interface which is part of the client subnet
714   because an iptables INPUT and OUTPUT rule would be required.
715   lefthostaccess=yes will cause this additional ACCEPT rules to
716   be inserted. 
717
718 - mixed PSK|RSA roadwarriors are now supported. The ISAKMP proposal
719   payload is preparsed in order to find out whether the roadwarrior
720   requests PSK or RSA so that a matching connection candidate can
721   be found.
722
723
724 strongswan-2.6.4
725 ----------------
726
727 - the new _updown_policy template allows ipsec policy based
728   iptables firewall rules. Required are iptables version
729   >= 1.3.5 and linux kernel >= 2.6.16. This script obsoletes
730   the _updown_espmark template, so that no INPUT mangle rules 
731   are required any more.
732
733 - added support of DPD restart mode
734
735 - ipsec starter now allows the use of wildcards in include
736   statements as e.g. in "include /etc/my_ipsec/*.conf".
737   Patch courtesy of Matthias Haas.
738
739 - the Netscape OID 'employeeNumber' is now recognized and can be
740   used as a Relative Distinguished Name in certificates.
741
742
743 strongswan-2.6.3
744 ----------------
745
746 - /etc/init.d/ipsec or /etc/rc.d/ipsec is now a copy of the ipsec 
747   command and not of ipsec setup any more.
748
749 - ipsec starter now supports AH authentication in conjunction with
750   ESP encryption. AH authentication is configured in ipsec.conf
751   via the auth=ah parameter.
752   
753 - The command ipsec scencrypt|scdecrypt <args> is now an alias for
754   ipsec whack --scencrypt|scdecrypt <args>.
755
756 - get_sa_info() now determines for the native netkey IPsec stack
757   the exact time of the last use of an active eroute. This information
758   is used by the Dead Peer Detection algorithm and is also displayed by
759   the ipsec status command.
760   
761
762 strongswan-2.6.2
763 ----------------
764
765 - running under the native Linux 2.6 IPsec stack, the function
766   get_sa_info() is called by ipsec auto --status to display the current
767   number of transmitted bytes per IPsec SA.
768
769 - get_sa_info() is also used  by the Dead Peer Detection process to detect
770   recent ESP activity. If ESP traffic was received from the peer within
771   the last dpd_delay interval then no R_Y_THERE notification must be sent.
772
773 - strongSwan now supports the Relative Distinguished Name "unstructuredName"
774   in ID_DER_ASN1_DN identities. The following notations are possible:
775
776     rightid="unstructuredName=John Doe"
777     rightid="UN=John Doe"
778
779 - fixed a long-standing bug which caused PSK-based roadwarrior connections
780   to segfault in the function id.c:same_id() called by keys.c:get_secret()
781   if an FQDN, USER_FQDN, or Key ID was defined, as in the following example.
782
783   conn rw
784        right=%any
785        rightid=@foo.bar
786        authby=secret
787
788 - the ipsec command now supports most ipsec auto commands (e.g. ipsec listall).
789
790 - ipsec starter didn't set host_addr and client.addr ports in whack msg.
791
792 - in order to guarantee backwards-compatibility with the script-based
793   auto function (e.g. auto --replace), the ipsec starter scripts stores
794   the defaultroute information in the temporary file /var/run/ipsec.info.
795
796 - The compile-time option USE_XAUTH_VID enables the sending of the XAUTH
797   Vendor ID which is expected by Cisco PIX 7 boxes that act as IKE Mode Config
798   servers.
799
800 - the ipsec starter now also recognizes the parameters authby=never and
801   type=passthrough|pass|drop|reject.
802
803
804 strongswan-2.6.1
805 ----------------
806
807 - ipsec starter now supports the also parameter which allows
808   a modular structure of the connection definitions. Thus
809   "ipsec start" is now ready to replace "ipsec setup".
810
811
812 strongswan-2.6.0
813 ----------------
814
815 - Mathieu Lafon's popular ipsec starter tool has been added to the
816   strongSwan distribution. Many thanks go to Stephan Scholz from astaro
817   for his integration work. ipsec starter is a C program which is going
818   to replace the various shell and awk starter scripts (setup, _plutoload,
819   _plutostart, _realsetup, _startklips, _confread, and auto). Since
820   ipsec.conf is now parsed only once, the starting of multiple tunnels is
821   accelerated tremedously.
822
823 - Added support of %defaultroute to the ipsec starter. If the IP address
824   changes, a HUP signal to the ipsec starter will automatically 
825   reload pluto's connections.
826
827 - moved most compile time configurations from pluto/Makefile to
828   Makefile.inc by defining the options USE_LIBCURL, USE_LDAP,
829   USE_SMARTCARD, and USE_NAT_TRAVERSAL_TRANSPORT_MODE.
830
831 - removed the ipsec verify and ipsec newhostkey commands
832
833 - fixed some 64-bit issues in formatted print statements
834
835 - The scepclient functionality implementing the Simple Certificate
836   Enrollment Protocol (SCEP) is nearly complete but hasn't been
837   documented yet.
838
839
840 strongswan-2.5.7
841 ----------------
842
843 - CA certicates are now automatically loaded from a smartcard
844   or USB crypto token and appear in the ipsec auto --listcacerts
845   listing.
846
847
848 strongswan-2.5.6
849 ----------------
850
851 - when using "ipsec whack --scencrypt <data>" with  a PKCS#11
852   library that does not support the C_Encrypt() Cryptoki
853   function (e.g. OpenSC), the RSA encryption is done in
854   software using the public key fetched from the smartcard.
855
856 - The scepclient function now allows to define the 
857   validity of a self-signed certificate using the --days,
858   --startdate, and --enddate options. The default validity
859   has been changed from one year to five years.
860
861
862 strongswan-2.5.5
863 ----------------
864
865 - the config setup parameter pkcs11proxy=yes opens pluto's PKCS#11
866   interface to other applications for RSA encryption and decryption
867   via the whack interface. Notation:
868
869   ipsec whack --scencrypt <data>
870              [--inbase  16|hex|64|base64|256|text|ascii]
871              [--outbase 16|hex|64|base64|256|text|ascii]
872              [--keyid <keyid>]
873
874   ipsec whack --scdecrypt <data>
875              [--inbase  16|hex|64|base64|256|text|ascii]
876              [--outbase 16|hex|64|base64|256|text|ascii]
877              [--keyid <keyid>]
878
879   The default setting for inbase and outbase is hex. 
880
881   The new proxy interface can be used for securing symmetric
882   encryption keys required by the cryptoloop or dm-crypt
883   disk encryption schemes, especially in the case when
884   pkcs11keepstate=yes causes pluto to lock the pkcs11 slot
885   permanently.
886
887 - if the file /etc/ipsec.secrets is lacking during the startup of
888   pluto then the root-readable file /etc/ipsec.d/private/myKey.der
889   containing a 2048 bit RSA private key and a matching self-signed
890   certificate stored in the file /etc/ipsec.d/certs/selfCert.der
891   is automatically generated by calling the function
892
893   ipsec scepclient --out pkcs1 --out cert-self
894
895   scepclient was written by Jan Hutter and Martin Willi, students
896   at the University of Applied Sciences in Rapperswil, Switzerland.
897
898
899 strongswan-2.5.4
900 ----------------
901
902 - the current extension of the PKCS#7 framework introduced
903   a parsing error in PKCS#7 wrapped X.509 certificates that are
904   e.g. transmitted by Windows XP when multi-level CAs are used.
905   the parsing syntax has been fixed.
906
907 - added a patch by Gerald Richter which tolerates multiple occurrences
908   of the ipsec0 interface when using KLIPS.
909
910
911 strongswan-2.5.3
912 ----------------
913
914 - with gawk-3.1.4 the word "default2 has become a protected
915   keyword for use in switch statements and cannot be used any
916   more in the strongSwan scripts. This problem has been
917   solved by renaming "default" to "defaults" and "setdefault"
918   in the scripts _confread and auto, respectively.
919
920 - introduced the parameter leftsendcert with the values
921
922   always|yes (the default, always send a cert)
923   ifasked    (send the cert only upon a cert request)
924   never|no   (never send a cert, used for raw RSA keys and
925               self-signed certs) 
926
927 - fixed the initialization of the ESP key length to a default of
928   128 bits in the case that the peer does not send a key length
929    attribute for AES encryption.
930
931 - applied Herbert Xu's uniqueIDs patch
932
933 - applied Herbert Xu's CLOEXEC patches
934
935
936 strongswan-2.5.2
937 ----------------
938
939 - CRLs can now be cached also in the case when the issuer's
940   certificate does not contain a subjectKeyIdentifier field.
941   In that case the subjectKeyIdentifier is computed by pluto as the
942   160 bit SHA-1 hash of the issuer's public key in compliance
943   with section 4.2.1.2 of RFC 3280.
944
945 - Fixed a bug introduced by strongswan-2.5.1 which eliminated
946   not only multiple Quick Modes of a given connection but also
947   multiple connections between two security gateways.
948
949
950 strongswan-2.5.1
951 ----------------
952
953 - Under the native IPsec of the Linux 2.6 kernel, a %trap eroute
954   installed either by setting auto=route in ipsec.conf or by
955   a connection put into hold, generates an XFRM_AQUIRE event
956   for each packet that wants to use the not-yet exisiting
957   tunnel. Up to now each XFRM_AQUIRE event led to an entry in
958   the Quick Mode queue, causing multiple IPsec SA to be
959   established in rapid succession. Starting with strongswan-2.5.1
960   only a single IPsec SA is established per host-pair connection.
961
962 - Right after loading the PKCS#11 module, all smartcard slots are
963   searched for certificates. The result can be viewed using
964   the command
965
966     ipsec auto --listcards
967
968   The certificate objects found in the slots are numbered
969   starting with #1, #2, etc. This position number can be used to address
970   certificates (leftcert=%smartcard) and keys (: PIN %smartcard)
971   in ipsec.conf and ipsec.secrets, respectively:
972
973     %smartcard      (selects object #1)
974     %smartcard#1    (selects object #1)
975     %smartcard#3    (selects object #3)
976
977   As an alternative the existing retrieval scheme can be used:
978
979     %smartcard:45   (selects object with id=45)
980     %smartcard0     (selects first object in slot 0)
981     %smartcard4:45  (selects object in slot 4 with id=45)
982
983 - Depending on the settings of CKA_SIGN and CKA_DECRYPT
984   private key flags either C_Sign() or C_Decrypt() is used
985   to generate a signature.
986
987 - The output buffer length parameter siglen in C_Sign()
988   is now initialized to the actual size of the output
989   buffer prior to the function call. This fixes the
990   CKR_BUFFER_TOO_SMALL error that could occur when using
991   the OpenSC PKCS#11 module.
992
993 - Changed the initialization of the PKCS#11 CK_MECHANISM in
994   C_SignInit() to mech  = { CKM_RSA_PKCS, NULL_PTR, 0 }.
995
996 - Refactored the RSA public/private key code and transferred it
997   from keys.c to the new pkcs1.c file as a preparatory step
998   towards the release of the SCEP client.
999
1000
1001 strongswan-2.5.0
1002 ----------------
1003
1004 - The loading of a PKCS#11 smartcard library module during
1005   runtime does not require OpenSC library functions any more
1006   because the corresponding code has been integrated into
1007   smartcard.c. Also the RSAREF pkcs11 header files have been
1008   included in a newly created pluto/rsaref directory so that
1009   no external include path has to be defined any longer.
1010
1011 - A long-awaited feature has been implemented at last:
1012   The local caching of CRLs fetched via HTTP or LDAP, activated
1013   by the parameter cachecrls=yes in the config setup section
1014   of ipsec.conf. The dynamically fetched CRLs are stored under
1015   a unique file name containing the issuer's subjectKeyID
1016   in /etc/ipsec.d/crls.
1017   
1018 - Applied a one-line patch courtesy of Michael Richardson
1019   from the Openswan project which fixes the kernel-oops
1020   in KLIPS when an snmp daemon is running on the same box.
1021
1022
1023 strongswan-2.4.4
1024 ----------------
1025
1026 - Eliminated null length CRL distribution point strings.
1027
1028 - Fixed a trust path evaluation bug introduced with 2.4.3
1029
1030
1031 strongswan-2.4.3
1032 ----------------
1033
1034 - Improved the joint OCSP / CRL revocation policy.
1035   OCSP responses have precedence over CRL entries.
1036
1037 - Introduced support of CRLv2 reason codes.
1038
1039 - Fixed a bug with key-pad equipped readers which caused
1040   pluto to prompt for the pin via the console when the first
1041   occasion to enter the pin via the key-pad was missed.
1042
1043 - When pluto is built with LDAP_V3 enabled, the library
1044   liblber required by newer versions of openldap is now
1045   included.
1046
1047
1048 strongswan-2.4.2
1049 ----------------
1050
1051 - Added the _updown_espmark template which requires all
1052   incoming ESP traffic to be marked with a default mark
1053   value of 50.
1054   
1055 - Introduced the pkcs11keepstate parameter in the config setup
1056   section of ipsec.conf. With pkcs11keepstate=yes the PKCS#11
1057   session and login states are kept as long as possible during 
1058   the lifetime of pluto. This means that a PIN entry via a key
1059   pad has to be done only once.
1060
1061 - Introduced the pkcs11module parameter in the config setup
1062   section of ipsec.conf which specifies the PKCS#11 module
1063   to be used with smart cards. Example:
1064   
1065     pkcs11module=/usr/lib/pkcs11/opensc-pkcs11.lo
1066   
1067 - Added support of smartcard readers equipped with a PIN pad.
1068
1069 - Added patch by Jay Pfeifer which detects when netkey
1070   modules have been statically built into the Linux 2.6 kernel.
1071
1072 - Added two patches by Herbert Xu. The first uses ip xfrm
1073   instead of setkey to flush the IPsec policy database. The
1074   second sets the optional flag in inbound IPComp SAs only.
1075     
1076 - Applied Ulrich Weber's patch which fixes an interoperability
1077   problem between native IPsec and KLIPS systems caused by
1078   setting the replay window to 32 instead of 0 for ipcomp.
1079
1080
1081 strongswan-2.4.1
1082 ----------------
1083
1084 - Fixed a bug which caused an unwanted Mode Config request
1085   to be initiated in the case where "right" was used to denote
1086   the local side in ipsec.conf and "left" the remote side,
1087   contrary to the recommendation that "right" be remote and
1088   "left" be"local".
1089
1090
1091 strongswan-2.4.0a
1092 -----------------
1093
1094 - updated Vendor ID to strongSwan-2.4.0
1095
1096 - updated copyright statement to include David Buechi and
1097   Michael Meier
1098   
1099   
1100 strongswan-2.4.0
1101 ----------------
1102
1103 - strongSwan now communicates with attached smartcards and
1104   USB crypto tokens via the standardized PKCS #11 interface.
1105   By default the OpenSC library from www.opensc.org is used
1106   but any other PKCS#11 library could be dynamically linked.
1107   strongSwan's PKCS#11 API was implemented by David Buechi
1108   and Michael Meier, both graduates of the Zurich University
1109   of Applied Sciences in Winterthur, Switzerland.
1110
1111 - When a %trap eroute is triggered by an outgoing IP packet
1112   then the native IPsec stack of the Linux 2.6 kernel [often/
1113   always?] returns an XFRM_ACQUIRE message with an undefined
1114   protocol family field and the connection setup fails.
1115   As a workaround IPv4 (AF_INET) is now assumed.
1116   
1117 - the results of the UML test scenarios are now enhanced 
1118   with block diagrams of the virtual network topology used
1119   in a particular test. 
1120
1121
1122 strongswan-2.3.2
1123 ----------------
1124
1125 - fixed IV used to decrypt informational messages.
1126   This bug was introduced with Mode Config functionality.
1127  
1128 - fixed NCP Vendor ID.
1129
1130 - undid one of Ulrich Weber's maximum udp size patches
1131   because it caused a segmentation fault with NAT-ed
1132   Delete SA messages.
1133   
1134 - added UML scenarios wildcards and attr-cert which
1135   demonstrate the implementation of IPsec policies based
1136   on wildcard parameters contained in Distinguished Names and
1137   on X.509 attribute certificates, respectively.
1138
1139
1140 strongswan-2.3.1
1141 ----------------
1142
1143 - Added basic Mode Config functionality
1144
1145 - Added Mathieu Lafon's patch which upgrades the status of
1146   the NAT-Traversal implementation to RFC 3947.
1147  
1148 - The _startklips script now also loads the xfrm4_tunnel
1149   module.
1150   
1151 - Added Ulrich Weber's netlink replay window size and
1152   maximum udp size patches.
1153
1154 - UML testing now uses the Linux 2.6.10 UML kernel by default.
1155    
1156
1157 strongswan-2.3.0
1158 ----------------
1159
1160 - Eric Marchionni and Patrik Rayo, both recent graduates from
1161   the Zuercher Hochschule Winterthur in Switzerland, created a
1162   User-Mode-Linux test setup for strongSwan. For more details
1163   please read the INSTALL and README documents in the testing
1164   subdirectory.
1165
1166 - Full support of group attributes based on X.509 attribute
1167   certificates. Attribute certificates can be generated 
1168   using the openac facility. For more details see
1169    
1170   man ipsec_openac.
1171  
1172   The group attributes can be used in connection definitions
1173   in order to give IPsec access to specific user groups.
1174   This is done with the new parameter left|rightgroups as in
1175   
1176   rightgroups="Research, Sales"
1177
1178   giving access to users possessing the group attributes
1179   Research or Sales, only.
1180
1181 - In Quick Mode clients with subnet mask /32 are now
1182   coded as IP_V4_ADDRESS or IP_V6_ADDRESS. This should 
1183   fix rekeying problems with the SafeNet/SoftRemote and NCP
1184   Secure Entry Clients.
1185
1186 - Changed the defaults of the ikelifetime and keylife parameters
1187   to 3h and 1h, respectively. The maximum allowable values are
1188   now both set to 24 h.
1189
1190 - Suppressed notification wars between two IPsec peers that
1191   could e.g. be triggered by incorrect ISAKMP encryption.
1192
1193 - Public RSA keys can now have identical IDs if either the
1194   issuing CA or the serial number is different. The serial
1195   number of a certificate is now shown by the command
1196   
1197   ipsec auto --listpubkeys
1198
1199
1200 strongswan-2.2.2
1201 ----------------
1202
1203 - Added Tuomo Soini's sourceip feature which allows a strongSwan
1204   roadwarrior to use a fixed Virtual IP (see README section 2.6)
1205   and reduces the well-known four tunnel case on VPN gateways to
1206   a single tunnel definition (see README section 2.4).
1207
1208 - Fixed a bug occuring with NAT-Traversal enabled when the responder
1209   suddenly turns initiator and the initiator cannot find a matching
1210   connection because of the floated IKE port 4500.
1211   
1212 - Removed misleading ipsec verify command from barf.
1213
1214 - Running under the native IP stack, ipsec --version now shows
1215   the Linux kernel version (courtesy to the Openswan project).
1216
1217
1218 strongswan-2.2.1
1219 ----------------
1220
1221 - Introduced the ipsec auto --listalgs monitoring command which lists
1222   all currently registered IKE and ESP algorithms.
1223
1224 - Fixed a bug in the ESP algorithm selection occuring when the strict flag
1225   is set and the first proposed transform does not match.
1226   
1227 - Fixed another deadlock in the use of the lock_certs_and_keys() mutex,
1228   occuring when a smartcard is present.
1229
1230 - Prevented that a superseded Phase1 state can trigger a DPD_TIMEOUT event.
1231   
1232 - Fixed the printing of the notification names (null)
1233
1234 - Applied another of Herbert Xu's Netlink patches.
1235
1236
1237 strongswan-2.2.0
1238 ----------------
1239
1240 - Support of Dead Peer Detection. The connection parameter
1241
1242     dpdaction=clear|hold
1243      
1244   activates DPD for the given connection.
1245
1246 - The default Opportunistic Encryption (OE) policy groups are not
1247   automatically included anymore. Those wishing to activate OE can include
1248   the policy group with the following statement in ipsec.conf:
1249   
1250     include /etc/ipsec.d/examples/oe.conf
1251   
1252   The default for [right|left]rsasigkey is now set to %cert.
1253
1254 - strongSwan now has a Vendor ID of its own which can be activated
1255   using the compile option VENDORID
1256
1257 - Applied Herbert Xu's patch which sets the compression algorithm correctly.
1258
1259 - Applied Herbert Xu's patch fixing an ESPINUDP problem
1260
1261 - Applied Herbert Xu's patch setting source/destination port numbers.
1262
1263 - Reapplied one of Herbert Xu's NAT-Traversal patches which got
1264   lost during the migration from SuperFreeS/WAN.
1265   
1266 - Fixed a deadlock in the use of the lock_certs_and_keys() mutex.
1267
1268 - Fixed the unsharing of alg parameters when instantiating group
1269   connection.
1270   
1271
1272 strongswan-2.1.5
1273 ----------------
1274
1275 - Thomas Walpuski made me aware of a potential DoS attack via
1276   a PKCS#7-wrapped certificate bundle which could overwrite valid CA
1277   certificates in Pluto's authority certificate store. This vulnerability
1278   was fixed by establishing trust in CA candidate certificates up to a
1279   trusted root CA prior to insertion into Pluto's chained list.
1280
1281 - replaced the --assign option by the -v option in the auto awk script
1282   in order to make it run with mawk under debian/woody.
1283
1284
1285 strongswan-2.1.4
1286 ----------------
1287
1288 - Split of the status information between ipsec auto  --status (concise)
1289   and ipsec auto --statusall (verbose). Both commands can be used with
1290   an optional connection selector:
1291
1292     ipsec auto --status[all] <connection_name>
1293
1294 - Added the description of X.509 related features to the ipsec_auto(8)
1295   man page.
1296
1297 - Hardened the ASN.1 parser in debug mode, especially the printing
1298   of malformed distinguished names.
1299
1300 - The size of an RSA public key received in a certificate is now restricted to
1301
1302     512 bits <= modulus length <= 8192 bits.
1303
1304 - Fixed the debug mode enumeration.
1305
1306
1307 strongswan-2.1.3
1308 ----------------
1309
1310 - Fixed another PKCS#7 vulnerability which could lead to an
1311   endless loop while following the X.509 trust chain.
1312   
1313
1314 strongswan-2.1.2
1315 ----------------
1316
1317 - Fixed the PKCS#7 vulnerability discovered by Thomas Walpuski
1318   that accepted end certificates having identical issuer and subject
1319   distinguished names in a multi-tier X.509 trust chain.
1320   
1321
1322 strongswan-2.1.1
1323 ----------------
1324
1325 - Removed all remaining references to ipsec_netlink.h in KLIPS.
1326
1327
1328 strongswan-2.1.0
1329 ----------------
1330
1331 - The new "ca" section allows to define the following parameters:
1332
1333   ca kool
1334      cacert=koolCA.pem                   # cacert of kool CA
1335      ocspuri=http://ocsp.kool.net:8001   # ocsp server
1336      ldapserver=ldap.kool.net            # default ldap server
1337      crluri=http://www.kool.net/kool.crl # crl distribution point
1338      crluri2="ldap:///O=Kool, C= .."     # crl distribution point #2
1339      auto=add                            # add, ignore
1340      
1341   The ca definitions can be monitored via the command
1342   
1343      ipsec auto --listcainfos
1344
1345 - Fixed cosmetic corruption of /proc filesystem by integrating
1346   D. Hugh Redelmeier's freeswan-2.06 kernel fixes.
1347
1348
1349 strongswan-2.0.2
1350 ----------------
1351
1352 - Added support for the 818043 NAT-Traversal update of Microsoft's
1353   Windows 2000/XP IPsec client which sends an ID_FQDN during Quick Mode.
1354   
1355 - A symbolic link to libcrypto is now added in the kernel sources 
1356   during kernel compilation
1357   
1358 - Fixed a couple of 64 bit issues (mostly casts to int).
1359   Thanks to Ken Bantoft who checked my sources on a 64 bit platform.
1360
1361 - Replaced s[n]printf() statements in the kernel by ipsec_snprintf().
1362   Credits go to D. Hugh Redelmeier, Michael Richardson, and Sam Sgro
1363   of the FreeS/WAN team who solved this problem with the 2.4.25 kernel.
1364
1365
1366 strongswan-2.0.1
1367 ----------------
1368
1369 - an empty ASN.1 SEQUENCE OF or SET OF object (e.g. a subjectAltName
1370   certificate extension which contains no generalName item)  can cause
1371   a pluto crash. This bug has been fixed. Additionally the ASN.1 parser has
1372   been hardened to make it more robust against malformed ASN.1 objects.
1373
1374 - applied Herbert Xu's NAT-T patches which fixes NAT-T under the native
1375   Linux 2.6 IPsec stack.
1376   
1377   
1378 strongswan-2.0.0
1379 ----------------
1380
1381 - based on freeswan-2.04, x509-1.5.3, nat-0.6c, alg-0.8.1rc12