emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#16335: closed (Segmentation fault when using cp -a


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#16335: closed (Segmentation fault when using cp -a with SELinux and fakeroot)
Date: Mon, 13 Jan 2014 14:51:02 +0000

Your message dated Mon, 13 Jan 2014 14:50:13 +0000
with message-id <address@hidden>
and subject line Re: bug#16335: Segmentation fault when using cp -a with 
SELinux and fakeroot
has caused the debbugs.gnu.org bug report #16335,
regarding Segmentation fault when using cp -a with SELinux and fakeroot
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
16335: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16335
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: Segmentation fault when using cp -a with SELinux and fakeroot Date: Fri, 03 Jan 2014 23:08:42 +0100 User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
Hello,

After upgrading to coreutils 8.22 I can no longer build packages which
uses "cp -a" to copy files due to a segmentation fault happening in
libselinux.

I've tried to reproduce this bug with few commands, in a directory which
doesn't have any default context:

    $ mkdir /tmp/foobar
    $ matchpathcon
    /tmp/foobar <<none>>
    $ touch /tmp/foobar/a
    $ fakeroot cp -a /tmp/foobar/a /tmp/foobar/b
    $ fakeroot cp -a /tmp/foobar/a /tmp/foobar/b
    /usr/bin/fakeroot: line 181:  9207 Segmentation fault

Without fakeroot there is no segmentation fault.

Even if the message says "/usr/bin/fakeroot", a coredump has been
created for cp. I've analyzed this dump using gdb and after some
debugging, I found out that restorecon_private (from src/selinux.c) was
calling lsetfilecon with a NULL security context which was obtained by
getfscreatecon (case "local = true" in the code [1]). This causes a null
pointer dereference in libselinux and so a SIGSEGV.

I've reported this bug to libselinux maintainers [2] and got the reply
that calling lsetfilecon with a NULL security context was like calling
strlen with a NULL string and that this was a problem in caller's code [3].

Hence I propose the attached patch to fix the segmentation fault. Could
you please accept it?

When you reply, please Cc me as I'm not subscribed.

Thanks,

Nicolas Iooss

-----------

System configuration during my tests:

* distro: ArchLinux which SELinux packages
* CPU arch: x86_64
* SELinux in permissive mode
* coreutils 8.22
* libselinux 2.2.1
* fakeroot 1.20

[1]
http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=blob;f=src/selinux.c;hb=v8.22#l191
[2] http://marc.info/?l=selinux&m=138763485330568&w=2
[3] http://marc.info/?l=selinux&m=138842015508829&w=2

Attachment: 0001-Fix-segmentation-fault-in-restorecon_private.patch
Description: Text Data


--- End Message ---
--- Begin Message --- Subject: Re: bug#16335: Segmentation fault when using cp -a with SELinux and fakeroot Date: Mon, 13 Jan 2014 14:50:13 +0000 User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
I'm going to push the attached very soon, to address this.

thanks,
Pádraig.

Attachment: cp-selinux-segfault.patch
Description: Text Data


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]