/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 intro.xml

  • Committer: Teddy Hogeborn
  • Date: 2015-08-10 09:00:23 UTC
  • Revision ID: teddy@recompile.se-20150810090023-fz6vjqr7zf33e2tf
Support the standard org.freedesktop.DBus.ObjectManager interface.

Now that the D-Bus standard has an interface to keep track of new and
removed objects, use that instead of our own methods.  This deprecates
our D-Bus methods "GetAllClients" and "GetAllClientsWithProperties"
and the signals "ClientAdded" and "ClientRemoved", all on the server
interface "se.recompile.Mandos".

* DBUS-API: Removed references to deprecated methods and signals;
  insert reference to the org.freedesktop.DBus.ObjectManager
  interface.
* mandos (DBusObjectWithProperties._get_all_interface_names): New.
  (dbus.OBJECT_MANAGER_IFACE): If not present, monkey patch.
  (DBusObjectWithObjectManager): New.
  (main/MandosDBusService): Inherit from DBusObjectWithObjectManager.
  (main/MandosDBusService.ClientRemoved): Annotate as deprecated.
  (main/MandosDBusService.GetAllClients): - '' -
  (main/MandosDBusService.GetAllClientsWithProperties): Annotate as
                                                        deprecated.
                                                        Also only
                                                        return
                                                        properties on
                                                        client
                                                        interface.
  (main/MandosDBusService.RemoveClient): Call client_removed_signal
                                         instead of ClientRemoved.
  (main/MandosDBusService.GetManagedObjects): New.
  (main/MandosDBusService.client_added_signal): New.
  (main/MandosDBusService.client_removed_signal): - '' -
  (main/cleanup): Call "client_removed_signal" instead of sending
                  "ClientRemoved" signal directly.
  (main): Call "client_added_signal" instead of sending "ClientAdded"
          signal directly.
* mandos-ctl: Use GetManagedObjects instead of
              GetAllClientsWithProperties.  Also, show better error
              message in case of failure to connect to the D-Bus

* mandos-monitor (MandosClientPropertyCache.properties_changed):
  Bug fix; only update properties on client interface.
  (UserInterface.find_and_remove_client): Change to accept arguments
                                          from InterfacesRemoved
                                          signal.  Also, bug fix:
                                          working error message when
                                          removing unknown client.
  (UserInterface.add_new_client): Change to accept arguments from
                                  InterfacesRemoved signal.  Pass
                                  properties to MandosClientWidget
                                  constructor.
  (UserInterface.run): Connect find_and_remove_client method to
                       InterfacesRemoved signal and the add_new_client
                       method to the InterfacesAdded signal.

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
1
<?xml version="1.0" encoding="UTF-8"?>
2
2
<!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN"
3
3
"http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" [
4
 
<!ENTITY TIMESTAMP "2012-01-01">
 
4
<!ENTITY TIMESTAMP "2015-07-20">
5
5
<!ENTITY % common SYSTEM "common.ent">
6
6
%common;
7
7
]>
32
32
    <copyright>
33
33
      <year>2011</year>
34
34
      <year>2012</year>
 
35
      <year>2013</year>
 
36
      <year>2014</year>
 
37
      <year>2015</year>
35
38
      <holder>Teddy Hogeborn</holder>
36
39
      <holder>Björn Påhlsson</holder>
37
40
    </copyright>
197
200
      </para>
198
201
    </refsect2>
199
202
    
 
203
    <refsect2 id="sniff">
 
204
      <title>How about sniffing the network traffic and decrypting it
 
205
      later by physically grabbing the Mandos client and using its
 
206
      key?</title>
 
207
      <para>
 
208
        We only use <acronym>PFS</acronym> (Perfect Forward Security)
 
209
        key exchange algorithms in TLS, which protects against this.
 
210
      </para>
 
211
    </refsect2>
 
212
    
200
213
    <refsect2 id="physgrab">
201
214
      <title>Physically grabbing the Mandos server computer?</title>
202
215
      <para>
215
228
      </para>
216
229
    </refsect2>
217
230
    
218
 
    <refsect2 id="fakeping">
219
 
      <title>Faking ping replies?</title>
 
231
    <refsect2 id="fakecheck">
 
232
      <title>Faking checker results?</title>
220
233
      <para>
221
 
        The default for the server is to use
 
234
        If the Mandos client does not have an SSH server, the default
 
235
        is for the Mandos server to use
222
236
        <quote><literal>fping</literal></quote>, the replies to which
223
237
        could be faked to eliminate the timeout.  But this could
224
238
        easily be changed to any shell command, with any security
225
 
        measures you like.  It could, for instance, be changed to an
226
 
        SSH command with strict keychecking, which could not be faked.
227
 
        Or IPsec could be used for the ping packets, making them
228
 
        secure.
 
239
        measures you like.  If the Mandos client
 
240
        <emphasis>has</emphasis> an SSH server, the default
 
241
        configuration (as generated by
 
242
        <command>mandos-keygen</command> with the
 
243
        <option>--password</option> option) is for the Mandos server
 
244
        to use an <command>ssh-keyscan</command> command with strict
 
245
        keychecking, which can not be faked.  Alternatively, IPsec
 
246
        could be used for the ping packets, making them secure.
229
247
      </para>
230
248
    </refsect2>
231
249
  </refsect1>