/mandos/release

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

« back to all changes in this revision

Viewing changes to NEWS

  • Committer: Teddy Hogeborn
  • Date: 2019-02-10 03:50:20 UTC
  • mto: (237.7.594 trunk)
  • mto: This revision was merged to the branch mainline in revision 370.
  • Revision ID: teddy@recompile.se-20190210035020-nttr1tybgwwixueu
http://bugs.debian.org/879538
http://bugs.debian.org/916673
Show debconf note about new TLS key IDs

If mandos-client did not see TLS keys and had to create them, or if
mandos sees GnuTLS version 3.6.6 or later, show an important notice on
package installation about the importance of adding the new key_id
options to clients.conf on the Mandos server.

* debian/control (Package: mandos, Package: mandos-client): Depend on
                                                            debconf.
* debian/mandos-client.lintian-overrides: Override warnings.
* debian/mandos-client.postinst (create_keys): Show notice if new TLS
                                               key files were created.
* debian/mandos-client.templates: New.
* debian/mandos.lintian-overrides: Override warnings.
* debian/mandos.postinst (configure): If GnuTLS 3.6.6 or later is
                                      detected, show an important
                                      notice (once) about the new
                                      key_id option required in
                                      clients.conf.
* debian/mandos.templates: New.

Show diffs side-by-side

added added

removed removed

Lines of Context:
NEWS
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.