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

  • Committer: Teddy Hogeborn
  • Date: 2011-12-23 18:12:16 UTC
  • mto: This revision was merged to the branch mainline in revision 528.
  • Revision ID: teddy@recompile.se-20111223181216-hejy3ig08wzyngpi
* mandos (main/cleanup): Use O_EXCL when creating saved state file;
                         abort if file already exists.

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
1
<?xml version="1.0" encoding="UTF-8"?>
 
2
<!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN"
 
3
        "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" [
 
4
<!ENTITY COMMANDNAME "usplash">
 
5
<!ENTITY TIMESTAMP "2011-10-03">
 
6
<!ENTITY % common SYSTEM "../common.ent">
 
7
%common;
 
8
]>
 
9
 
 
10
<refentry xmlns:xi="http://www.w3.org/2001/XInclude">
 
11
  <refentryinfo>
 
12
    <title>Mandos Manual</title>
 
13
    <!-- NWalsh’s docbook scripts use this to generate the footer: -->
 
14
    <productname>Mandos</productname>
 
15
    <productnumber>&version;</productnumber>
 
16
    <date>&TIMESTAMP;</date>
 
17
    <authorgroup>
 
18
      <author>
 
19
        <firstname>Björn</firstname>
 
20
        <surname>Påhlsson</surname>
 
21
        <address>
 
22
          <email>belorn@recompile.se</email>
 
23
        </address>
 
24
      </author>
 
25
      <author>
 
26
        <firstname>Teddy</firstname>
 
27
        <surname>Hogeborn</surname>
 
28
        <address>
 
29
          <email>teddy@recompile.se</email>
 
30
        </address>
 
31
      </author>
 
32
    </authorgroup>
 
33
    <copyright>
 
34
      <year>2008</year>
 
35
      <year>2009</year>
 
36
      <year>2011</year>
 
37
      <holder>Teddy Hogeborn</holder>
 
38
      <holder>Björn Påhlsson</holder>
 
39
    </copyright>
 
40
    <xi:include href="../legalnotice.xml"/>
 
41
  </refentryinfo>
 
42
  
 
43
  <refmeta>
 
44
    <refentrytitle>&COMMANDNAME;</refentrytitle>
 
45
    <manvolnum>8mandos</manvolnum>
 
46
  </refmeta>
 
47
  
 
48
  <refnamediv>
 
49
    <refname><command>&COMMANDNAME;</command></refname>
 
50
    <refpurpose>Mandos plugin to use usplash to get a
 
51
    password.</refpurpose>
 
52
  </refnamediv>
 
53
  
 
54
  <refsynopsisdiv>
 
55
    <cmdsynopsis>
 
56
      <command>&COMMANDNAME;</command>
 
57
    </cmdsynopsis>
 
58
  </refsynopsisdiv>
 
59
  
 
60
  <refsect1 id="description">
 
61
    <title>DESCRIPTION</title>
 
62
    <para>
 
63
      This program prompts for a password using <citerefentry>
 
64
      <refentrytitle>usplash</refentrytitle><manvolnum>8</manvolnum>
 
65
      </citerefentry> and outputs any given password to standard
 
66
      output.  If no <citerefentry><refentrytitle
 
67
      >usplash</refentrytitle><manvolnum>8</manvolnum></citerefentry>
 
68
      process can be found, this program will immediately exit with an
 
69
      exit code indicating failure.
 
70
    </para>
 
71
    <para>
 
72
      This program is not very useful on its own.  This program is
 
73
      really meant to run as a plugin in the <application
 
74
      >Mandos</application> client-side system, where it is used as a
 
75
      fallback and alternative to retrieving passwords from a
 
76
      <application >Mandos</application> server.
 
77
    </para>
 
78
    <para>
 
79
      If this program is killed (presumably by
 
80
      <citerefentry><refentrytitle>plugin-runner</refentrytitle>
 
81
      <manvolnum>8mandos</manvolnum></citerefentry> because some other
 
82
      plugin provided the password), it cannot tell <citerefentry>
 
83
      <refentrytitle>usplash</refentrytitle><manvolnum>8</manvolnum>
 
84
      </citerefentry> to abort requesting a password, because
 
85
      <citerefentry><refentrytitle>usplash</refentrytitle>
 
86
      <manvolnum>8</manvolnum></citerefentry> does not support this.
 
87
      Therefore, this program will then <emphasis>kill</emphasis> the
 
88
      running <citerefentry><refentrytitle>usplash</refentrytitle>
 
89
      <manvolnum>8</manvolnum></citerefentry> process and start a
 
90
      <emphasis>new</emphasis> one using the same command line
 
91
      arguments as the old one was using.
 
92
    </para>
 
93
  </refsect1>
 
94
  
 
95
  <refsect1 id="options">
 
96
    <title>OPTIONS</title>
 
97
    <para>
 
98
      This program takes no options.
 
99
    </para>
 
100
  </refsect1>
 
101
  
 
102
  <refsect1 id="exit_status">
 
103
    <title>EXIT STATUS</title>
 
104
    <para>
 
105
      If exit status is 0, the output from the program is the password
 
106
      as it was read.  Otherwise, if exit status is other than 0, the
 
107
      program was interrupted or encountered an error, and any output
 
108
      so far could be corrupt and/or truncated, and should therefore
 
109
      be ignored.
 
110
    </para>
 
111
  </refsect1>
 
112
  
 
113
  <refsect1 id="environment">
 
114
    <title>ENVIRONMENT</title>
 
115
    <variablelist>
 
116
      <varlistentry>
 
117
        <term><envar>cryptsource</envar></term>
 
118
        <term><envar>crypttarget</envar></term>
 
119
        <listitem>
 
120
          <para>
 
121
            If set, these environment variables will be assumed to
 
122
            contain the source device name and the target device
 
123
            mapper name, respectively, and will be shown as part of
 
124
            the prompt.
 
125
        </para>
 
126
        <para>
 
127
          These variables will normally be inherited from
 
128
          <citerefentry><refentrytitle>plugin-runner</refentrytitle>
 
129
          <manvolnum>8mandos</manvolnum></citerefentry>, which will
 
130
          normally have inherited them from
 
131
          <filename>/scripts/local-top/cryptroot</filename> in the
 
132
          initial <acronym>RAM</acronym> disk environment, which will
 
133
          have set them from parsing kernel arguments and
 
134
          <filename>/conf/conf.d/cryptroot</filename> (also in the
 
135
          initial RAM disk environment), which in turn will have been
 
136
          created when the initial RAM disk image was created by
 
137
          <filename
 
138
          >/usr/share/initramfs-tools/hooks/cryptroot</filename>, by
 
139
          extracting the information of the root file system from
 
140
          <filename >/etc/crypttab</filename>.
 
141
        </para>
 
142
        <para>
 
143
          This behavior is meant to exactly mirror the behavior of
 
144
          <command>askpass</command>, the default password prompter.
 
145
        </para>
 
146
        </listitem>
 
147
      </varlistentry>
 
148
    </variablelist>
 
149
  </refsect1>
 
150
  
 
151
  <refsect1 id="files">
 
152
    <title>FILES</title>
 
153
    <variablelist>
 
154
      <varlistentry>
 
155
        <term><filename>/dev/.initramfs/usplash_fifo</filename></term>
 
156
        <listitem>
 
157
          <para>
 
158
            This is the <acronym>FIFO</acronym> to where this program
 
159
            will write the commands for <citerefentry><refentrytitle
 
160
            >usplash</refentrytitle><manvolnum>8</manvolnum>
 
161
            </citerefentry>.  See <citerefentry><refentrytitle
 
162
            >fifo</refentrytitle><manvolnum>7</manvolnum>
 
163
            </citerefentry>.
 
164
          </para>
 
165
        </listitem>
 
166
      </varlistentry>
 
167
      <varlistentry>
 
168
        <term><filename>/dev/.initramfs/usplash_outfifo</filename></term>
 
169
        <listitem>
 
170
          <para>
 
171
            This is the <acronym>FIFO</acronym> where this program
 
172
            will read the password from <citerefentry><refentrytitle
 
173
            >usplash</refentrytitle><manvolnum>8</manvolnum>
 
174
            </citerefentry>.  See <citerefentry><refentrytitle
 
175
            >fifo</refentrytitle><manvolnum>7</manvolnum>
 
176
            </citerefentry>.
 
177
          </para>
 
178
        </listitem>
 
179
      </varlistentry>
 
180
      <varlistentry>
 
181
        <term><filename class="directory">/proc</filename></term>
 
182
        <listitem>
 
183
          <para>
 
184
            To find the running <citerefentry><refentrytitle
 
185
            >usplash</refentrytitle><manvolnum>8</manvolnum>
 
186
            </citerefentry>, this directory will be searched for
 
187
            numeric entries which will be assumed to be directories.
 
188
            In all those directories, the <filename>exe</filename> and
 
189
            <filename>cmdline</filename> entries will be used to
 
190
            determine the name of the running binary, effective user
 
191
            and group <abbrev>ID</abbrev>, and the command line
 
192
            arguments.  See <citerefentry><refentrytitle
 
193
            >proc</refentrytitle><manvolnum>5</manvolnum>
 
194
            </citerefentry>.
 
195
          </para>
 
196
        </listitem>
 
197
      </varlistentry>
 
198
      <varlistentry>
 
199
        <term><filename>/sbin/usplash</filename></term>
 
200
        <listitem>
 
201
          <para>
 
202
            This is the name of the binary which will be searched for
 
203
            in the process list.  See <citerefentry><refentrytitle
 
204
            >usplash</refentrytitle><manvolnum>8</manvolnum>
 
205
            </citerefentry>.
 
206
          </para>
 
207
        </listitem>
 
208
      </varlistentry>
 
209
    </variablelist>
 
210
  </refsect1>
 
211
  
 
212
  <refsect1 id="bugs">
 
213
    <title>BUGS</title>
 
214
    <para>
 
215
      Killing <citerefentry><refentrytitle>usplash</refentrytitle>
 
216
      <manvolnum>8</manvolnum></citerefentry> and starting a new one
 
217
      is ugly, but necessary as long as it does not support aborting a
 
218
      password request.
 
219
    </para>
 
220
  </refsect1>
 
221
  
 
222
  <refsect1 id="example">
 
223
    <title>EXAMPLE</title>
 
224
    <para>
 
225
      Note that normally, this program will not be invoked directly,
 
226
      but instead started by the Mandos <citerefentry><refentrytitle
 
227
      >plugin-runner</refentrytitle><manvolnum>8mandos</manvolnum>
 
228
      </citerefentry>.
 
229
    </para>
 
230
    <informalexample>
 
231
      <para>
 
232
        This program takes no options.
 
233
      </para>
 
234
      <para>
 
235
        <userinput>&COMMANDNAME;</userinput>
 
236
      </para>
 
237
    </informalexample>
 
238
  </refsect1>
 
239
  
 
240
  <refsect1 id="security">
 
241
    <title>SECURITY</title>
 
242
    <para>
 
243
      If this program is killed by a signal, it will kill the process
 
244
      <abbrev>ID</abbrev> which at the start of this program was
 
245
      determined to run <citerefentry><refentrytitle
 
246
      >usplash</refentrytitle><manvolnum>8</manvolnum></citerefentry>
 
247
      as root (see also <xref linkend="files"/>).  There is a very
 
248
      slight risk that, in the time between those events, that process
 
249
      <abbrev>ID</abbrev> was freed and then taken up by another
 
250
      process; the wrong process would then be killed.  Now, this
 
251
      program can only be killed by the user who started it; see
 
252
      <citerefentry><refentrytitle>plugin-runner</refentrytitle>
 
253
      <manvolnum>8mandos</manvolnum></citerefentry>.  This program
 
254
      should therefore be started by a completely separate
 
255
      non-privileged user, and no other programs should be allowed to
 
256
      run as that special user.  This means that it is not recommended
 
257
      to use the user "nobody" to start this program, as other
 
258
      possibly less trusted programs could be running as "nobody", and
 
259
      they would then be able to kill this program, triggering the
 
260
      killing of the process <abbrev>ID</abbrev> which may or may not
 
261
      be <citerefentry><refentrytitle>usplash</refentrytitle>
 
262
      <manvolnum>8</manvolnum></citerefentry>.
 
263
    </para>
 
264
    <para>
 
265
      The only other thing that could be considered worthy of note is
 
266
      this:  This program is meant to be run by <citerefentry>
 
267
      <refentrytitle>plugin-runner</refentrytitle><manvolnum
 
268
      >8mandos</manvolnum></citerefentry>, and will, when run
 
269
      standalone, outside, in a normal environment, immediately output
 
270
      on its standard output any presumably secret password it just
 
271
      received.  Therefore, when running this program standalone
 
272
      (which should never normally be done), take care not to type in
 
273
      any real secret password by force of habit, since it would then
 
274
      immediately be shown as output.
 
275
    </para>
 
276
  </refsect1>
 
277
  
 
278
  <refsect1 id="see_also">
 
279
    <title>SEE ALSO</title>
 
280
    <para>
 
281
      <citerefentry><refentrytitle>intro</refentrytitle>
 
282
      <manvolnum>8mandos</manvolnum></citerefentry>,
 
283
      <citerefentry><refentrytitle>crypttab</refentrytitle>
 
284
      <manvolnum>5</manvolnum></citerefentry>,
 
285
      <citerefentry><refentrytitle>fifo</refentrytitle>
 
286
      <manvolnum>7</manvolnum></citerefentry>,
 
287
      <citerefentry><refentrytitle>plugin-runner</refentrytitle>
 
288
      <manvolnum>8mandos</manvolnum></citerefentry>,
 
289
      <citerefentry><refentrytitle>proc</refentrytitle>
 
290
      <manvolnum>5</manvolnum></citerefentry>,
 
291
      <citerefentry><refentrytitle>usplash</refentrytitle>
 
292
      <manvolnum>8</manvolnum></citerefentry>
 
293
    </para>
 
294
  </refsect1>
 
295
</refentry>
 
296
<!-- Local Variables: -->
 
297
<!-- time-stamp-start: "<!ENTITY TIMESTAMP [\"']" -->
 
298
<!-- time-stamp-end: "[\"']>" -->
 
299
<!-- time-stamp-format: "%:y-%02m-%02d" -->
 
300
<!-- End: -->