On Wed, 28-Dec-2016 at 12:31:49 +0100, Dimitry Andric wrote:
> On 28 Dec 2016, at 04:10, Roger Marquis <marq...@roble.com> wrote:
> >
> >> Found a couple of ecp binaries in /tmp, apparently created concurrent
> >> with an 11.0 x86_64 kernel build. Anyone else seen this? Could they
> >> be related to a "make buildkernel"?
> >
> > Confirmed 'make buildkernel' does create these files, apparently via
> > /usr/src/contrib/elftoolchain/elfcopy/main.c (thanks Adam).
> >
> > Still odd that these are LSB binaries which don't run on this server and
> > nothing including cleanworld removed them. Anyone audited elftoolchain
> > recently?
>
> This looks like a minor bug in elfcopy, when used as objcopy,
> specifically when in combination with the --input-target binary flag:
>
> $ mkdir /tmp/foo
> $ export TMPDIR=/tmp/foo
> $ ls -l /tmp/foo/
> $ /usr/bin/objcopy --input-target binary --output-target elf64-x86-64-freebsd
> --binary-architecture i386 cloudabi32_vdso.o bar.o
> $ ls -l /tmp/foo
> total 12
> -rw-r--r-- 1 dim wheel 10198 2016-12-28 12:29:32 ecp.0xbNAi5i
>
> E.g. for some reason this does not clean up the temporary file.
strip (objcopy) does more curious things:
$ cd /tmp
$ cp /usr/lib/libc.a .
$ strip --strip-debug libc.a
$ strip --strip-debug libc.a
[1] 960 segmentation fault strip --strip-debug libc.a
Interesting is also that libc.a grows(!):
Before the strip:
-r--r----- 1 andre wheel 2622684 24 Mar 13:18 libc.a
After:
-r--r----- 1 andre wheel 2713792 24 Mar 13:19 libc.a
-Andre
>
> -Dimitry
>
--
Never argue with an idiot. They drag you down to
their level, then beat you with their experience.
_______________________________________________
freebsd-security@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-security
To unsubscribe, send any mail to "freebsd-security-unsubscr...@freebsd.org"
