/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 plugins.d/password-request.xml

  • Committer: Teddy Hogeborn
  • Date: 2008-09-05 18:19:52 UTC
  • mfrom: (24.1.91 mandos)
  • Revision ID: teddy@fukt.bsnet.se-20080905181952-qfuwtyvefanh9v3v
* mandos: Open the PID file before daemonizing, but write to it
          afterwards.

* plugin-runner.xml (SECURITY): Improved grammar.

Also merge.

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 COMMANDNAME "mandos-client">
5
 
<!ENTITY TIMESTAMP "2009-02-09">
6
 
<!ENTITY % common SYSTEM "../common.ent">
7
 
%common;
 
4
<!ENTITY VERSION "1.0">
 
5
<!ENTITY COMMANDNAME "password-request">
 
6
<!ENTITY TIMESTAMP "2008-09-04">
8
7
]>
9
8
 
10
9
<refentry xmlns:xi="http://www.w3.org/2001/XInclude">
11
10
  <refentryinfo>
12
11
    <title>Mandos Manual</title>
13
 
    <!-- NWalsh’s docbook scripts use this to generate the footer: -->
 
12
    <!-- Nwalsh’s docbook scripts use this to generate the footer: -->
14
13
    <productname>Mandos</productname>
15
 
    <productnumber>&version;</productnumber>
 
14
    <productnumber>&VERSION;</productnumber>
16
15
    <date>&TIMESTAMP;</date>
17
16
    <authorgroup>
18
17
      <author>
32
31
    </authorgroup>
33
32
    <copyright>
34
33
      <year>2008</year>
35
 
      <year>2009</year>
36
34
      <holder>Teddy Hogeborn</holder>
37
35
      <holder>Björn Påhlsson</holder>
38
36
    </copyright>
39
37
    <xi:include href="../legalnotice.xml"/>
40
38
  </refentryinfo>
41
 
  
 
39
 
42
40
  <refmeta>
43
41
    <refentrytitle>&COMMANDNAME;</refentrytitle>
44
42
    <manvolnum>8mandos</manvolnum>
47
45
  <refnamediv>
48
46
    <refname><command>&COMMANDNAME;</command></refname>
49
47
    <refpurpose>
50
 
      Client for <application>Mandos</application>
 
48
      Client for mandos
51
49
    </refpurpose>
52
50
  </refnamediv>
53
 
  
 
51
 
54
52
  <refsynopsisdiv>
55
53
    <cmdsynopsis>
56
54
      <command>&COMMANDNAME;</command>
93
91
      </arg>
94
92
      <sbr/>
95
93
      <arg>
96
 
        <option>--delay <replaceable>SECONDS</replaceable></option>
97
 
      </arg>
98
 
      <sbr/>
99
 
      <arg>
100
94
        <option>--debug</option>
101
95
      </arg>
102
96
    </cmdsynopsis>
119
113
      </group>
120
114
    </cmdsynopsis>
121
115
  </refsynopsisdiv>
122
 
  
 
116
 
123
117
  <refsect1 id="description">
124
118
    <title>DESCRIPTION</title>
125
119
    <para>
126
120
      <command>&COMMANDNAME;</command> is a client program that
127
121
      communicates with <citerefentry><refentrytitle
128
122
      >mandos</refentrytitle><manvolnum>8</manvolnum></citerefentry>
129
 
      to get a password.  In slightly more detail, this client program
130
 
      brings up a network interface, uses the interface’s IPv6
131
 
      link-local address to get network connectivity, uses Zeroconf to
132
 
      find servers on the local network, and communicates with servers
133
 
      using TLS with an OpenPGP key to ensure authenticity and
134
 
      confidentiality.  This client program keeps running, trying all
135
 
      servers on the network, until it receives a satisfactory reply
136
 
      or a TERM signal is received.  If no servers are found, or after
137
 
      all servers have been tried, it waits indefinitely for new
138
 
      servers to appear.
 
123
      to get a password.  It uses IPv6 link-local addresses to get
 
124
      network connectivity, Zeroconf to find servers, and TLS with an
 
125
      OpenPGP key to ensure authenticity and confidentiality.  It
 
126
      keeps running, trying all servers on the network, until it
 
127
      receives a satisfactory reply or a TERM signal is received.
139
128
    </para>
140
129
    <para>
141
130
      This program is not meant to be run directly; it is really meant
195
184
      </varlistentry>
196
185
      
197
186
      <varlistentry>
198
 
        <term><option>--interface=<replaceable
199
 
        >NAME</replaceable></option></term>
 
187
        <term><option>--interface=
 
188
        <replaceable>NAME</replaceable></option></term>
200
189
        <term><option>-i
201
190
        <replaceable>NAME</replaceable></option></term>
202
191
        <listitem>
203
192
          <para>
204
193
            Network interface that will be brought up and scanned for
205
 
            Mandos servers to connect to.  The default is
 
194
            Mandos servers to connect to.  The default it
206
195
            <quote><literal>eth0</literal></quote>.
207
196
          </para>
208
197
          <para>
210
199
            specifies the interface to use to connect to the address
211
200
            given.
212
201
          </para>
213
 
          <para>
214
 
            Note that since this program will normally run in the
215
 
            initial RAM disk environment, the interface must be an
216
 
            interface which exists at that stage.  Thus, the interface
217
 
            can not be a pseudo-interface such as <quote>br0</quote>
218
 
            or <quote>tun0</quote>; such interfaces will not exist
219
 
            until much later in the boot process, and can not be used
220
 
            by this program.
221
 
          </para>
222
 
          <para>
223
 
            <replaceable>NAME</replaceable> can be the empty string;
224
 
            this will not use any specific interface, and will not
225
 
            bring up an interface on startup.  This is not
226
 
            recommended, and only meant for advanced users.
227
 
          </para>
228
202
        </listitem>
229
203
      </varlistentry>
230
204
      
241
215
          </para>
242
216
        </listitem>
243
217
      </varlistentry>
244
 
      
 
218
 
245
219
      <varlistentry>
246
220
        <term><option>--seckey=<replaceable
247
221
        >FILE</replaceable></option></term>
264
238
                      xpointer="priority"/>
265
239
        </listitem>
266
240
      </varlistentry>
267
 
      
 
241
 
268
242
      <varlistentry>
269
243
        <term><option>--dh-bits=<replaceable
270
244
        >BITS</replaceable></option></term>
275
249
          </para>
276
250
        </listitem>
277
251
      </varlistentry>
278
 
 
279
 
      <varlistentry>
280
 
        <term><option>--delay=<replaceable
281
 
        >SECONDS</replaceable></option></term>
282
 
        <listitem>
283
 
          <para>
284
 
            After bringing the network interface up, the program waits
285
 
            for the interface to arrive in a <quote>running</quote>
286
 
            state before proceeding.  During this time, the kernel log
287
 
            level will be lowered to reduce clutter on the system
288
 
            console, alleviating any other plugins which might be
289
 
            using the system console.  This option sets the upper
290
 
            limit of seconds to wait.  The default is 2.5 seconds.
291
 
          </para>
292
 
        </listitem>
293
 
      </varlistentry>
294
252
      
295
253
      <varlistentry>
296
254
        <term><option>--debug</option></term>
326
284
          </para>
327
285
        </listitem>
328
286
      </varlistentry>
329
 
      
 
287
 
330
288
      <varlistentry>
331
289
        <term><option>--version</option></term>
332
290
        <term><option>-V</option></term>
338
296
      </varlistentry>
339
297
    </variablelist>
340
298
  </refsect1>
341
 
  
 
299
 
342
300
  <refsect1 id="overview">
343
301
    <title>OVERVIEW</title>
344
302
    <xi:include href="../overview.xml"/>
353
311
      <filename>/etc/crypttab</filename>, but it would then be
354
312
      impossible to enter a password for the encrypted root disk at
355
313
      the console, since this program does not read from the console
356
 
      at all.  This is why a separate plugin runner (<citerefentry>
357
 
      <refentrytitle>plugin-runner</refentrytitle>
358
 
      <manvolnum>8mandos</manvolnum></citerefentry>) is used to run
359
 
      both this program and others in in parallel,
360
 
      <emphasis>one</emphasis> of which will prompt for passwords on
361
 
      the system console.
 
314
      at all.  This is why a separate plugin (<citerefentry>
 
315
      <refentrytitle>password-prompt</refentrytitle>
 
316
      <manvolnum>8mandos</manvolnum></citerefentry>) does that, which
 
317
      will be run in parallel to this one by the plugin runner.
362
318
    </para>
363
319
  </refsect1>
364
320
  
371
327
      program will exit with a non-zero exit status only if a critical
372
328
      error occurs.  Otherwise, it will forever connect to new
373
329
      <application>Mandos</application> servers as they appear, trying
374
 
      to get a decryptable password and print it.
 
330
      to get a decryptable password.
375
331
    </para>
376
332
  </refsect1>
377
333
  
385
341
    </para>
386
342
  </refsect1>
387
343
  
388
 
  <refsect1 id="files">
 
344
  <refsect1 id="file">
389
345
    <title>FILES</title>
390
346
    <variablelist>
391
347
      <varlistentry>
410
366
<!--     <para> -->
411
367
<!--     </para> -->
412
368
<!--   </refsect1> -->
413
 
  
 
369
 
414
370
  <refsect1 id="example">
415
371
    <title>EXAMPLE</title>
416
372
    <para>
452
408
    <informalexample>
453
409
      <para>
454
410
        Run in debug mode, with a custom key, and do not use Zeroconf
455
 
        to locate a server; connect directly to the IPv6 link-local
456
 
        address <quote><systemitem class="ipaddress"
457
 
        >fe80::aede:48ff:fe71:f6f2</systemitem></quote>, port 4711,
458
 
        using interface eth2:
 
411
        to locate a server; connect directly to the IPv6 address
 
412
        <quote><systemitem class="ipaddress"
 
413
        >2001:db8:f983:bd0b:30de:ae4a:71f2:f672</systemitem></quote>,
 
414
        port 4711, using interface eth2:
459
415
      </para>
460
416
      <para>
461
417
 
462
418
<!-- do not wrap this line -->
463
 
<userinput>&COMMANDNAME; --debug --pubkey keydir/pubkey.txt --seckey keydir/seckey.txt --connect fe80::aede:48ff:fe71:f6f2:4711 --interface eth2</userinput>
 
419
<userinput>&COMMANDNAME; --debug --pubkey keydir/pubkey.txt --seckey keydir/seckey.txt --connect 2001:db8:f983:bd0b:30de:ae4a:71f2:f672:4711 --interface eth2</userinput>
464
420
 
465
421
      </para>
466
422
    </informalexample>
467
423
  </refsect1>
468
 
  
 
424
 
469
425
  <refsect1 id="security">
470
426
    <title>SECURITY</title>
471
427
    <para>
491
447
      The only remaining weak point is that someone with physical
492
448
      access to the client hard drive might turn off the client
493
449
      computer, read the OpenPGP keys directly from the hard drive,
494
 
      and communicate with the server.  To safeguard against this, the
495
 
      server is supposed to notice the client disappearing and stop
496
 
      giving out the encrypted data.  Therefore, it is important to
497
 
      set the timeout and checker interval values tightly on the
498
 
      server.  See <citerefentry><refentrytitle
 
450
      and communicate with the server.  The defense against this is
 
451
      that the server is supposed to notice the client disappearing
 
452
      and will stop giving out the encrypted data.  Therefore, it is
 
453
      important to set the timeout and checker interval values tightly
 
454
      on the server.  See <citerefentry><refentrytitle
499
455
      >mandos</refentrytitle><manvolnum>8</manvolnum></citerefentry>.
500
456
    </para>
501
457
    <para>
512
468
      confidential.
513
469
    </para>
514
470
  </refsect1>
515
 
  
 
471
 
516
472
  <refsect1 id="see_also">
517
473
    <title>SEE ALSO</title>
518
474
    <para>
643
599
      </varlistentry>
644
600
    </variablelist>
645
601
  </refsect1>
 
602
 
646
603
</refentry>
647
 
 
648
604
<!-- Local Variables: -->
649
605
<!-- time-stamp-start: "<!ENTITY TIMESTAMP [\"']" -->
650
606
<!-- time-stamp-end: "[\"']>" -->