/mandos/trunk

To get this branch, use:
bzr branch http://bzr.recompile.se/loggerhead/mandos/trunk

« back to all changes in this revision

Viewing changes to NEWS

  • Committer: Teddy Hogeborn
  • Date: 2018-08-19 20:17:48 UTC
  • mto: This revision was merged to the branch mainline in revision 959.
  • Revision ID: teddy@recompile.se-20180819201748-4o2n84ltphj9zikx
Tags: version-1.7.20-1
* Makefile (version): Change to 1.7.20.
* NEWS (Version 1.7.20): Add new entry.
* debian/changelog (1.7.20-1): - '' -

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
1
This NEWS file records noteworthy changes, very tersely.
2
2
See the manual for detailed information.
3
3
 
4
 
Version 1.8.3 (2019-02-11)
5
 
* No user-visible changes.
6
 
 
7
 
Version 1.8.2 (2019-02-10)
8
 
* Client
9
 
** In mandos-keygen, ignore failures to remove files in some cases.
10
 
 
11
 
Version 1.8.1 (2019-02-10)
12
 
* Client
13
 
** Only generate TLS keys using GnuTLS' certtool, of sufficient
14
 
   version.  Key generation of TLS keys will not happen until a
15
 
   version of GnuTLS is installed with support for raw public keys.
16
 
** Remove any bad keys created by 1.8.0 and openssl.
17
 
* Server
18
 
** On installation, edit clients.conf and remove the same bad key ID
19
 
   which was erroneously reported by all 1.8.0 clients.  Also do not
20
 
   trust this key ID in the server.
21
 
 
22
 
Version 1.8.0 (2019-02-10)
23
 
* Client
24
 
** Use new TLS keys for server communication and identification.
25
 
   With GnuTLS 3.6 or later, OpenPGP keys are no longer supported.
26
 
   The client can now use the new "raw public keys" (RFC 7250) API
27
 
   instead, using GnuTLS 3.6.6.  Please note: This *requires* new key
28
 
   IDs to be added to server's client.conf file.
29
 
** New --tls-privkey and --tls-pubkey options to load TLS key files.
30
 
   If GnuTLS is too old, these options do nothing.
31
 
* Server
32
 
** Supports either old or new GnuTLS.
33
 
   The server now supports using GnuTLS 3.6.6 and clients connecting
34
 
   with "raw public keys" as identification.  The server will read
35
 
   both fingerprints and key IDs from clients.conf file, and will use
36
 
   either one or the other, depending on what is supported by GnuTLS
37
 
   on the system.  Please note: both are *not* supported at once; if
38
 
   one type is supported by GnuTLS, all values of the other type from
39
 
   clients.conf are ignored.
40
 
 
41
4
Version 1.7.20 (2018-08-19)
42
5
* Client
43
6
** Fix: Adapt to the Debian cryptsetup package 2.0.3 or later.