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

  • Committer: Björn Påhlsson
  • Date: 2008-08-31 16:03:21 UTC
  • mto: (237.7.1 mandos) (24.1.154 mandos)
  • mto: This revision was merged to the branch mainline in revision 132.
  • Revision ID: belorn@braxen-20080831160321-fgvlw43uu6qz7k06
Rearranged so plugins and processes is the same thing

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