/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: teddy at recompile
  • Date: 2020-04-05 21:30:59 UTC
  • mto: This revision was merged to the branch mainline in revision 398.
  • Revision ID: teddy@recompile.se-20200405213059-fb2a61ckqynrmatk
Fix file descriptor leak in mandos-client

When the local network has Mandos servers announcing themselves using
real, globally reachable, IPv6 addresses (i.e. not link-local
addresses), but there is no router on the local network providing IPv6
RA (Router Advertisement) packets, the client cannot reach the server
by normal means, since the client only has a link-local IPv6 address,
and has no usable route to reach the server's global IPv6 address.
(This is not a common situation, and usually only happens when the
router itself reboots and runs a Mandos client, since it cannot then
give RA packets to itself.)  The client code has a solution for
this, which consists of adding a temporary local route to reach the
address of the server during communication, and removing this
temporary route afterwards.

This solution with a temporary route works, but has a file descriptor
leak; it leaks one file descriptor for each addition and for each
removal of a route.  If one server requiring an added route is present
on the network, but no servers gives a password, making the client
retry after the default ten seconds, and we furthermore assume a
default 1024 open files limit, the client runs out of file descriptors
after about 90 minutes, after which time the client process will be
useless and fail to retrieve any passwords, necessitating manual
password entry via the keyboard.

Fix this by eliminating the file descriptor leak in the client.

* plugins.d/mandos-client.c (add_delete_local_route): Do
  close(devnull) also in parent process, also if fork() fails, and on
  any failure in child process.

Show diffs side-by-side

added added

removed removed

Lines of Context:
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
4
<!ENTITY COMMANDNAME "usplash">
5
 
<!ENTITY TIMESTAMP "2012-01-01">
 
5
<!ENTITY TIMESTAMP "2019-02-10">
6
6
<!ENTITY % common SYSTEM "../common.ent">
7
7
%common;
8
8
]>
33
33
    <copyright>
34
34
      <year>2008</year>
35
35
      <year>2009</year>
 
36
      <year>2010</year>
36
37
      <year>2011</year>
37
38
      <year>2012</year>
 
39
      <year>2013</year>
 
40
      <year>2014</year>
 
41
      <year>2015</year>
 
42
      <year>2016</year>
 
43
      <year>2017</year>
 
44
      <year>2018</year>
 
45
      <year>2019</year>
38
46
      <holder>Teddy Hogeborn</holder>
39
47
      <holder>Björn Påhlsson</holder>
40
48
    </copyright>
127
135
        <para>
128
136
          These variables will normally be inherited from
129
137
          <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>.
 
138
          <manvolnum>8mandos</manvolnum></citerefentry>, which might
 
139
          have in turn inherited them from its calling process.
142
140
        </para>
143
141
        <para>
144
142
          This behavior is meant to exactly mirror the behavior of
218
216
      is ugly, but necessary as long as it does not support aborting a
219
217
      password request.
220
218
    </para>
 
219
    <xi:include href="../bugs.xml"/>
221
220
  </refsect1>
222
221
  
223
222
  <refsect1 id="example">
281
280
    <para>
282
281
      <citerefentry><refentrytitle>intro</refentrytitle>
283
282
      <manvolnum>8mandos</manvolnum></citerefentry>,
284
 
      <citerefentry><refentrytitle>crypttab</refentrytitle>
285
 
      <manvolnum>5</manvolnum></citerefentry>,
286
283
      <citerefentry><refentrytitle>fifo</refentrytitle>
287
284
      <manvolnum>7</manvolnum></citerefentry>,
288
285
      <citerefentry><refentrytitle>plugin-runner</refentrytitle>