To: elfutils-devel@lists.fedorahosted.org
Subject: out-of-bounds read / crash in elfutils tools (readelf, nm, ...) with malformed file
Date: Fri, 31 Oct 2014 17:13:41 +0100 [thread overview]
Message-ID: <20141031171341.239ece98@pc> (raw)
[-- Attachment #1: Type: text/plain, Size: 3082 bytes --]
Hi,
Attached is a file that's a fuzzed elf executable which will crash
various tools shipped with elfutils, I tried it with nm and readelf -a,
maybe others affected.
What puzzles me a bit is that valgrin suggests nm and readelf crash at
different code paths. Both times its a one byte out of bounds read.
(actually this bug report is kind of a fallout of a bug search in
libbfd - various parser bugs in the binutils-tools have been found and
fixed in the past days and I thought I'd run other elf-related tools on
the collection of bug-exposing binaries)
I tested it both with 0.160 and latest git code.
Here's the valgrind output for nm:
==20828== Invalid read of size 1
==20828== at 0x4C2C4D2: strlen
(in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==20828==
by 0x40346D: show_symbols (nm.c:1264) ==20828== by 0x4047AC:
handle_elf (nm.c:1485) ==20828== by 0x404E32: process_file (nm.c:391)
==20828== by 0x40247E: main (nm.c:252)
==20828== Address 0x4043dac is not stack'd, malloc'd or (recently)
free'd ==20828==
==20828==
==20828== Process terminating with default action of signal 11 (SIGSEGV)
==20828== Access not within mapped region at address 0x4043DAC
==20828== at 0x4C2C4D2: strlen
(in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==20828==
by 0x40346D: show_symbols (nm.c:1264) ==20828== by 0x4047AC:
handle_elf (nm.c:1485) ==20828== by 0x404E32: process_file (nm.c:391)
==20828== by 0x40247E: main (nm.c:252)
Here for readelf -a:
==20829== Invalid read of size 1
==20829== at 0x54DA9A7: vfprintf (in /lib64/libc-2.19.so)
==20829== by 0x558737F: __printf_chk (in /lib64/libc-2.19.so)
==20829== by 0x4057E6: printf (stdio2.h:104)
==20829== by 0x4057E6: handle_symtab (readelf.c:2245)
==20829== by 0x4057E6: print_symtab (readelf.c:2139)
==20829== by 0x40F26E: process_elf_file (readelf.c:887)
==20829== by 0x411735: process_dwflmod (readelf.c:691)
==20829== by 0x4E52620: dwfl_getmodules
(in /usr/lib64/libdw-0.160.so) ==20829== by 0x408024: process_file
(readelf.c:790) ==20829== by 0x403D93: main (readelf.c:296)
==20829== Address 0x4043dac is not stack'd, malloc'd or (recently)
free'd ==20829==
==20829==
==20829== Process terminating with default action of signal 11 (SIGSEGV)
==20829== Access not within mapped region at address 0x4043DAC
==20829== at 0x54DA9A7: vfprintf (in /lib64/libc-2.19.so)
==20829== by 0x558737F: __printf_chk (in /lib64/libc-2.19.so)
==20829== by 0x4057E6: printf (stdio2.h:104)
==20829== by 0x4057E6: handle_symtab (readelf.c:2245)
==20829== by 0x4057E6: print_symtab (readelf.c:2139)
==20829== by 0x40F26E: process_elf_file (readelf.c:887)
==20829== by 0x411735: process_dwflmod (readelf.c:691)
==20829== by 0x4E52620: dwfl_getmodules
(in /usr/lib64/libdw-0.160.so) ==20829== by 0x408024: process_file
(readelf.c:790) ==20829== by 0x403D93: main (readelf.c:296)
cu,
--
Hanno Böck
http://hboeck.de/
mail/jabber: hanno@hboeck.de
GPG: BBB51E42
[-- Attachment #2: 1977-elf-64bit.obj --]
[-- Type: application/octet-stream, Size: 7945 bytes --]
[-- Attachment #3: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next reply other threads:[~2014-10-31 16:13 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-31 16:13 [this message]
2014-11-06 15:11 Mark Wielaard
2014-11-06 16:05 Mark Wielaard
2014-11-06 18:25 Roland McGrath
2014-11-07 0:27
2014-11-07 11:51 Mark Wielaard
2014-11-07 11:58 Mark Wielaard
2014-11-07 15:32
2014-11-07 15:45 Mark Wielaard
2014-11-07 16:13
2014-11-08 14:04 Mark Wielaard
2014-11-08 15:32 Mark Wielaard
2014-11-08 16:10
2014-11-09 16:57 Mark Wielaard
2014-11-09 21:59
2014-11-10 20:58 Mark Wielaard
2014-11-11 10:31
2014-11-11 13:15 Mark Wielaard
2014-11-11 13:30 Petr Machata
2014-11-11 13:40
2014-11-11 13:49 Petr Machata
2014-11-11 13:53 Mark Wielaard
2014-11-11 13:57
2014-11-11 16:57 Mark Wielaard
2014-11-13 14:45 Mark Wielaard
2014-11-13 19:39
2014-11-13 21:51 Mark Wielaard
2014-11-13 21:55
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20141031171341.239ece98@pc \
--to=elfutils-devel@lists.fedorahosted.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).