/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: 2019-02-10 08:41:14 UTC
  • Revision ID: teddy@recompile.se-20190210084114-u91mijrxtifvzra5
Bug fix: Only create TLS key with certtool, and read correct key file

* debian/mandos-client.postinst (create_keys): Remove any bad keys
                                               created by 1.8.0-1.
                                               Only create TLS keys if
                                               certtool succeeds.
* debian/mandos.postinst (configure): Remove any bad keys from
                                      clients.conf, and inform the
                                      user if any were found.
* debian/mandos.templates (mandos/removed_bad_key_ids): New message.
* mandos (MandosServer.handle_ipc): Do not trust a key_id with a known
                                    bad key ID.
* mandos-keygen (keygen): Only create TLS keys if certtool succeeds.
  (password): Bug fix: Generate key_id correctly, and only output
              key_id if TLS key exists.

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.0 (2019-02-10)
 
5
* Client
 
6
** Use new TLS keys for server communication and identification.
 
7
   With GnuTLS 3.6 or later, OpenPGP keys are no longer supported.
 
8
   The client can now use the new "raw public keys" (RFC 7250) API
 
9
   instead, using GnuTLS 3.6.6.  Please note: This *requires* new key
 
10
   IDs to be added to server's client.conf file.
 
11
** New --tls-privkey and --tls-pubkey options to load TLS key files.
 
12
   If GnuTLS is too old, these options do nothing.
 
13
* Server
 
14
** Supports either old or new GnuTLS.
 
15
   The server now supports using GnuTLS 3.6.6 and clients connecting
 
16
   with "raw public keys" as identification.  The server will read
 
17
   both fingerprints and key IDs from clients.conf file, and will use
 
18
   either one or the other, depending on what is supported by GnuTLS
 
19
   on the system.  Please note: both are *not* supported at once; if
 
20
   one type is supported by GnuTLS, all values of the other type from
 
21
   clients.conf are ignored.
 
22
 
4
23
Version 1.7.20 (2018-08-19)
5
24
* Client
6
25
** Fix: Adapt to the Debian cryptsetup package 2.0.3 or later.