/mandos/trunk

<!ENTITY TIMESTAMP "2008-09-05">

      Run Mandos plugins, pass data from first to succeed.

      be specified as a <quote>keyscript</quote> for the root disk in

      <citerefentry><refentrytitle>crypttab</refentrytitle>

      <manvolnum>5</manvolnum></citerefentry>.  The aim of this

      program is therefore to output a password, which then

      <citerefentry><refentrytitle>cryptsetup</refentrytitle>

      <manvolnum>8</manvolnum></citerefentry> will use to unlock the

      root disk.

        <term><option>-G

        <term><option>-E

            option to all plugins.

            <userinput>--options-for=foo:--bar,baz</userinput>.  Using

            <userinput>--options-for="foo:--bar baz"</userinput>. will

            <emphasis>not</emphasis> work.

            from the configuration file.

 

    <refsect2 id="writing_plugins">

      <title>WRITING PLUGINS</title>

      <para>

        A plugin is simply a program which prints a password to its

        standard output and then exits with a successful (zero) exit

        status.  If the exit status is not zero, any output on

        standard output will be ignored by the plugin runner.  Any

        output on its standard error channel will simply be passed to

        the standard error of the plugin runner, usually the system

        console.

      </para>

      <para>

        The plugin will run in the initial RAM disk environment, so

        care must be taken not to depend on any files or running

        services not available there.

      </para>

      <para>

        The plugin must exit cleanly and free all allocated resources

        upon getting the TERM signal, since this is what the plugin

        runner uses to stop all other plugins when one plugin has

        output a password and exited cleanly.

      </para>

      <para>

        The plugin must not use resources, like for instance reading

        from the standard input, without knowing that no other plugin

        is also using it.

      </para>

      <para>

        It is useful, but not required, for the plugin to take the

        <option>--debug</option> option.

      </para>

    </refsect2>

      options.

      The <option>--config-file</option> option is ignored when

      specified from within a configuration file.

    <informalexample>

      <para>

        Normal invocation needs no options:

      </para>

      <para>

        <userinput>&COMMANDNAME;</userinput>

      </para>

    </informalexample>

    <informalexample>

      <para>

        Run the program, but not the plugins, in debug mode:

      </para>

      <para>

        

        <!-- do not wrap this line -->

        <userinput>&COMMANDNAME; --debug</userinput>

        

      </para>

    </informalexample>

    <informalexample>

      <para>

        Run all plugins, but run the <quote>foo</quote> plugin in

        debug mode:

      </para>

      <para>

        

        <!-- do not wrap this line -->

        <userinput>&COMMANDNAME; --options-for=foo:--debug</userinput>

        

      </para>

    </informalexample>

    <informalexample>

      <para>

        Run all plugins, but not the program, in debug mode:

      </para>

      <para>

        

        <!-- do not wrap this line -->

        <userinput>&COMMANDNAME; --global-options=--debug</userinput>

        

      </para>

    </informalexample>

    <informalexample>

      <para>

        Run plugins from a different directory, read a different

        configuration file, and add two options to the

        <citerefentry><refentrytitle >password-request</refentrytitle>

        <manvolnum>8mandos</manvolnum></citerefentry> plugin:

      </para>

      <para>

 

<!-- do not wrap this line -->

<userinput>&COMMANDNAME;  --config-file=/etc/mandos/plugin-runner.conf --plugin-dir /usr/lib/mandos/plugins.d --options-for=password-request:--pubkey=/etc/keys/mandos/pubkey.txt,--seckey=/etc/keys/mandos/seckey.txt</userinput>

 

      </para>

    </informalexample>

      This program will, when starting, try to switch to another user.

      If it is started as root, it will succeed, and will by default

      switch to user and group 65534, which are assumed to be

      non-privileged.  This user and group is then what all plugins

      will be started as.  Therefore, the only way to run a plugin as

      a privileged user is to have the set-user-ID or set-group-ID bit

      set on the plugin executable file (see <citerefentry>

      <refentrytitle>execve</refentrytitle><manvolnum>2</manvolnum>

      </citerefentry>).

    </para>

    <para>

      If this program is used as a keyscript in <citerefentry

      ><refentrytitle>crypttab</refentrytitle><manvolnum>5</manvolnum>

      </citerefentry>, there is a slight risk that if this program

      fails to work, there might be no way to boot the system except

      for booting from another media and editing the initial RAM disk

      image to not run this program.  This is, however, unlikely,

      since the <citerefentry><refentrytitle

      >password-prompt</refentrytitle><manvolnum>8mandos</manvolnum>

      </citerefentry> plugin will read a password from the console in

      case of failure of the other plugins, and this plugin runner

      will also, in case of catastrophic failure, itself fall back to

      asking and outputting a password on the console (see <xref

      linkend="fallback"/>).

      <citerefentry><refentrytitle>crypttab</refentrytitle>

      <manvolnum>5</manvolnum></citerefentry>,

      <citerefentry><refentrytitle>execve</refentrytitle>

      <manvolnum>2</manvolnum></citerefentry>,