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

  • Committer: Teddy Hogeborn
  • Date: 2014-06-08 03:10:08 UTC
  • mto: (237.7.272 trunk)
  • mto: This revision was merged to the branch mainline in revision 317.
  • Revision ID: teddy@recompile.se-20140608031008-mc9bd7b024a3q0y0
Address a very theoretical possible security issue in mandos-client.

If there were to run some sort of "cleaner" process for /run/tmp (or
/tmp), and mandos-client were to run for long enough for that cleaner
process to remove the temporary directory for GPGME, there was a
possibility that another unprivileged process could trick the (also
unprivileged) mandos-client process to remove other files or symlinks
which the unprivileged mandos-client process was allowed to remove.
This is not currently known to have been exploitable, since there are
no known initramfs environments running such cleaner processes.

* plugins.d/mandos-client.c (main): Use O_NOFOLLOW when opening
                                    tempdir for cleaning.

Show diffs side-by-side

added added

removed removed

Lines of Context:
intro.xml
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 TIMESTAMP "2015-03-08">
 
4
<!ENTITY TIMESTAMP "2012-01-01">
5
5
<!ENTITY % common SYSTEM "common.ent">
6
6
%common;
7
7
]>
197
197
      </para>
198
198
    </refsect2>
199
199
    
200
 
    <refsect2 id="sniff">
201
 
      <title>How about sniffing the network traffic and decrypting it
202
 
      later by physically grabbing the Mandos client and using its
203
 
      key?</title>
204
 
      <para>
205
 
        We only use <acronym>PFS</acronym> (Perfect Forward Security)
206
 
        key exchange algorithms in TLS, which protects against this.
207
 
      </para>
208
 
    </refsect2>
209
 
    
210
200
    <refsect2 id="physgrab">
211
201
      <title>Physically grabbing the Mandos server computer?</title>
212
202
      <para>
225
215
      </para>
226
216
    </refsect2>
227
217
    
228
 
    <refsect2 id="fakecheck">
229
 
      <title>Faking checker results?</title>
 
218
    <refsect2 id="fakeping">
 
219
      <title>Faking ping replies?</title>
230
220
      <para>
231
 
        If the Mandos client does not have an SSH server, the default
232
 
        is for the Mandos server to use
 
221
        The default for the server is to use
233
222
        <quote><literal>fping</literal></quote>, the replies to which
234
223
        could be faked to eliminate the timeout.  But this could
235
224
        easily be changed to any shell command, with any security
236
 
        measures you like.  If the Mandos client
237
 
        <emphasis>has</emphasis> an SSH server, the default
238
 
        configuration (as generated by
239
 
        <command>mandos-keygen</command> with the
240
 
        <option>--password</option> option) is for the Mandos server
241
 
        to use an <command>ssh-keyscan</command> command with strict
242
 
        keychecking, which can not be faked.  Alternatively, IPsec
243
 
        could be used for the ping packets, making them secure.
 
225
        measures you like.  It could, for instance, be changed to an
 
226
        SSH command with strict keychecking, which could not be faked.
 
227
        Or IPsec could be used for the ping packets, making them
 
228
        secure.
244
229
      </para>
245
230
    </refsect2>
246
231
  </refsect1>