/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-05-23 20:18:34 UTC
  • mto: This revision was merged to the branch mainline in revision 756.
  • Revision ID: teddy@recompile.se-20150523201834-e89ex4ito93yni8x
mandos: Use multiprocessing module to run checkers.

For a long time, the Mandos server has occasionally logged the message
"ERROR: Child process vanished".  This was never a fatal error, but it
has been annoying and slightly worrying, since a definite cause was
not found.  One potential cause could be the "multiprocessing" and
"subprocess" modules conflicting w.r.t. SIGCHLD.  To avoid this,
change the running of checkers from using subprocess.Popen
asynchronously to instead first create a multiprocessing.Process()
(which is asynchronous) calling a function, and have that function
then call subprocess.call() (which is synchronous).  In this way, the
only thing using any asynchronous subprocesses is the multiprocessing
module.

This makes it necessary to change one small thing in the D-Bus API,
since the subprocesses.call() function does not expose the raw wait(2)
status value.

DBUS-API (CheckerCompleted): Change the second value provided by this
                             D-Bus signal from the raw wait(2) status
                             to the actual terminating signal number.
mandos (subprocess_call_pipe): New function to be called by
                               multiprocessing.Process (starting a
                               separate process).
(Client.last_checker signal): New attribute for signal which
                              terminated last checker.  Like
                              last_checker_status, only not accessible
                              via D-Bus.
(Client.checker_callback): Take new "connection" argument and use it
                           to get returncode; set last_checker_signal.
                           Return False so gobject does not call this
                           callback again.
(Client.start_checker): Start checker using a multiprocessing.Process
                        instead of a subprocess.Popen.
(ClientDBus.checker_callback): Take new "connection" argument.        Call
                               Client.checker_callback early to have
                               it set last_checker_status and
                               last_checker_signal; use those.  Change
                               second value provided to D-Bus signal
                               CheckerCompleted to use
                               last_checker_signal if checker was
                               terminated by signal.
mandos-monitor: Update to reflect DBus API change.
(MandosClientWidget.checker_completed): Take "signal" instead of
                                        "condition" argument.  Use it
                                        accordingly.  Remove dead code
                                        (os.WCOREDUMP case).

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 "2020-09-16">
 
4
<!ENTITY TIMESTAMP "2015-03-08">
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>
38
 
      <year>2016</year>
39
 
      <year>2017</year>
40
 
      <year>2018</year>
41
 
      <year>2019</year>
42
 
      <year>2020</year>
43
35
      <holder>Teddy Hogeborn</holder>
44
36
      <holder>Björn Påhlsson</holder>
45
37
    </copyright>
69
61
      The computers run a small client program in the initial RAM disk
70
62
      environment which will communicate with a server over a network.
71
63
      All network communication is encrypted using TLS.  The clients
72
 
      are identified by the server using a TLS public key; each client
 
64
      are identified by the server using an OpenPGP key; each client
73
65
      has one unique to it.  The server sends the clients an encrypted
74
66
      password.  The encrypted password is decrypted by the clients
75
 
      using a separate OpenPGP key, and the password is then used to
 
67
      using the same OpenPGP key, and the password is then used to
76
68
      unlock the root file system, whereupon the computers can
77
69
      continue booting normally.
78
70
    </para>
81
73
  <refsect1 id="introduction">
82
74
    <title>INTRODUCTION</title>
83
75
    <para>
84
 
      <!-- This paragraph is a combination and paraphrase of two
85
 
           quotes from the 1995 movie “The Usual Suspects”. -->
86
76
      You know how it is.  You’ve heard of it happening.  The Man
87
77
      comes and takes away your servers, your friends’ servers, the
88
78
      servers of everybody in the same hosting facility. The servers
132
122
    </para>
133
123
    <para>
134
124
      So, at boot time, the Mandos client will ask for its encrypted
135
 
      data over the network, decrypt the data to get the password, use
136
 
      the password to decrypt the root file system, and the client can
137
 
      then continue booting.
 
125
      data over the network, decrypt it to get the password, use it to
 
126
      decrypt the root file, and continue booting.
138
127
    </para>
139
128
    <para>
140
129
      Now, of course the initial RAM disk image is not on the
146
135
      long, and will no longer give out the encrypted key.  The timing
147
136
      here is the only real weak point, and the method, frequency and
148
137
      timeout of the server’s checking can be adjusted to any desired
149
 
      level of paranoia.
 
138
      level of paranoia
150
139
    </para>
151
140
    <para>
152
141
      (The encrypted keys on the Mandos server is on its normal file
203
192
      <para>
204
193
        No.  The server only gives out the passwords to clients which
205
194
        have <emphasis>in the TLS handshake</emphasis> proven that
206
 
        they do indeed hold the private key corresponding to that
207
 
        client.
 
195
        they do indeed hold the OpenPGP private key corresponding to
 
196
        that client.
208
197
      </para>
209
198
    </refsect2>
210
199
    
385
374
      plugin requirements.
386
375
    </para>
387
376
  </refsect1>
388
 
 
389
 
  <refsect1 id="systemd">
390
 
    <title>SYSTEMD</title>
391
 
    <para>
392
 
      More advanced startup systems like <citerefentry><refentrytitle
393
 
      >systemd</refentrytitle><manvolnum>1</manvolnum></citerefentry>,
394
 
      already have their own plugin-like mechanisms for allowing
395
 
      multiple agents to independently retrieve a password and deliver
396
 
      it to the subsystem requesting a password to unlock the root
397
 
      file system.  On these systems, it would make no sense to run
398
 
      <citerefentry><refentrytitle>plugin-runner</refentrytitle
399
 
      ><manvolnum>8mandos</manvolnum></citerefentry>, the plugins of
400
 
      which would largely duplicate the work of (and conflict with)
401
 
      the existing systems prompting for passwords.
402
 
    </para>
403
 
    <para>
404
 
      As for <citerefentry><refentrytitle>systemd</refentrytitle
405
 
      ><manvolnum>1</manvolnum></citerefentry> in particular, it has
406
 
      its own <ulink
407
 
      url="https://systemd.io/PASSWORD_AGENTS/">Password
408
 
      Agents</ulink> system.  Mandos uses this via its
409
 
      <citerefentry><refentrytitle>password-agent</refentrytitle
410
 
      ><manvolnum>8mandos</manvolnum></citerefentry> program, which is
411
 
      run instead of <citerefentry><refentrytitle
412
 
      >plugin-runner</refentrytitle><manvolnum>8mandos</manvolnum
413
 
      ></citerefentry> when <citerefentry><refentrytitle
414
 
      >systemd</refentrytitle><manvolnum>1</manvolnum></citerefentry>
415
 
      is used during system startup.
416
 
    </para>
417
 
  </refsect1>
418
 
  <refsect1 id="bugs">
419
 
    <title>BUGS</title>
420
 
    <xi:include href="bugs.xml"/>
421
 
  </refsect1>
422
377
  
423
378
  <refsect1 id="see_also">
424
379
    <title>SEE ALSO</title>
435
390
      <manvolnum>8</manvolnum></citerefentry>,
436
391
      <citerefentry><refentrytitle>plugin-runner</refentrytitle>
437
392
      <manvolnum>8mandos</manvolnum></citerefentry>,
438
 
      <citerefentry><refentrytitle>password-agent</refentrytitle>
439
 
      <manvolnum>8mandos</manvolnum></citerefentry>,
440
393
      <citerefentry><refentrytitle>mandos-client</refentrytitle>
441
394
      <manvolnum>8mandos</manvolnum></citerefentry>,
442
395
      <citerefentry><refentrytitle>password-prompt</refentrytitle>
455
408
    <variablelist>
456
409
      <varlistentry>
457
410
        <term>
458
 
          <ulink url="https://www.recompile.se/mandos">Mandos</ulink>
 
411
          <ulink url="http://www.recompile.se/mandos">Mandos</ulink>
459
412
        </term>
460
413
        <listitem>
461
414
          <para>