[Bug libelf/24081] buffer over-read Problem in elf32_xlatetom function in libelf

https://sourceware.org/bugzilla/show_bug.cgi?id=24081 wcventure changed: What|Removed |Added Summary|Use-After-free Problem in |buffer over-read Problem in

[Bug backends/24075] Program Crash due to buffer over-read in ebl_object_note function in eblobjnote.c in libebl.

https://sourceware.org/bugzilla/show_bug.cgi?id=24075 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[PATCH elfutils] [tests] parse inode in /proc/pid/maps/correctly in run-backtrace-data.sh

The backtrace-data.c parsed the inode in /proc/pid/maps with format "%*x". This caused failure if inode is big. For example, 7f269223d000-7f269226b000 r-xp 00:50 10224326387095067468 /home/... The error likes below: -bash-4.4$ cat run-backtrace-data.sh.log backtrace-data:

Re: [PATCH elfutils 2/2] [tests] parse inode in /proc/pid/maps correctly in run-backtrace-data.sh

On 1/29/19 12:50 PM, Mark Wielaard wrote: > On Fri, Jan 25, 2019 at 01:20:09PM -0800, Yonghong Song wrote: >> The backtrace-data.c parsed the inode in /proc/pid/maps with >> format "%*x". >> This caused failure if inode is big. For example, >>7f269223d000-7f269226b000 r-xp 00:50

Re: [PATCH elfutils 2/2] [tests] parse inode in /proc/pid/maps correctly in run-backtrace-data.sh

On Fri, Jan 25, 2019 at 01:20:09PM -0800, Yonghong Song wrote: > The backtrace-data.c parsed the inode in /proc/pid/maps with > format "%*x". > This caused failure if inode is big. For example, > 7f269223d000-7f269226b000 r-xp 00:50 10224326387095067468 > /home/... I have a bit

Re: [PATCH elfutils 1/2] [libdwfl] parse inode in /proc/pid/maps correctly

On Fri, Jan 25, 2019 at 01:20:08PM -0800, Yonghong Song wrote: > The inode number in /proc/pid/maps is displayed as "unsigned long" > type. > > In one of our x64 system, we have inode number exceeding valid "long" > type range, which caused the following test failure: >FAIL: dwfl-bug-fd-leak

Re: [PATCH] configure: Add new --enable-install-elfh option.

Hi Ulf, On Thu, Jan 24, 2019 at 06:53:15PM +0100, Mark Wielaard wrote: > On Fri, 2019-01-18 at 14:03 +, Ulf Hermann wrote: > > I think you should also adapt tests/Makefile.am to use our own elf.h > > in > > this case. See https://codereview.qt-project.org/#/c/187812/25 for > > my > >

Re: [PATCHv2 2/2] eu-stack: add support for sysroot option

On Tue, Jan 22, 2019 at 10:16:26AM +, Luke Diamand wrote: > Use the dwfl_set_sysroot() function to set the sysroot to be > used when analysing a core: > > e.g. >$ eu-stack --core core --sysroot /path/to/sysroot -e crashing_prog > > Signed-off-by: Luke Diamand This looks perfect (but is

Re: [PATCHv2 1/2] libdwfl: specify optional sysroot to search for shared libraries

On Tue, Jan 22, 2019 at 10:16:25AM +, Luke Diamand wrote: > When searching the list of modules in a core file, if the core was > generated on a different system to the current one, we need to look > in a sysroot for the various shared objects. > > For example, we might be looking at a core

Re: [PATCHv1 0/2] specify a sysroot to search when examining a core file

Hi Luke, On Sun, Jan 20, 2019 at 03:00:42PM +, Luke Diamand wrote: > Following on from this discussion: > https://sourceware.org/ml/elfutils-devel/2018-q4/msg00224.html > > This patch adds a new API to specify a sysroot, and extends eu-stack to > use it with a new command line option. >

[Bug backends/24075] Program Crash due to buffer over-read in ebl_object_note function in eblobjnote.c in libebl.

https://sourceware.org/bugzilla/show_bug.cgi?id=24075 --- Comment #6 from wcventure --- CVE-2019-7146 -- You are receiving this mail because: You are on the CC list for the bug.