Package: dnsmasq-base
Version: 2.76-4
Severity: normal

Dear Maintainer,


   * What led up to the situation?
resolving dns for yp1.yayponies.no with dnssec enabled
   * What was the outcome of this action?
dnsmasq received sigsegv while accessing memory at 0x9
(libnettle_hashes[10], corrupt ro linked data on a rw mapped section
in /usr/bin/dnsmasq)

readelf shows what I interpret as missmatch in size of symbol
nettle_hashes perhaps due to package being compiled against
libnettle-3.2, which has smaller nettle_hashes.

Size should be 112 and is 80 for the original debian binary,
recompiled binary (listed also, can not reproduce the bug) has symbol
size 112

Please verify. if there is ABI mismatch between libnettle-3.2 and
libnettle-3.3, it may also be relevant to other packages.


readelf -a /usr/lib/x86_64-linux-gnu/libnettle.so.6 /usr/sbin/dnsmasq*
 | grep nettle_hashes
    75: 0000000000235820   112 OBJECT  GLOBAL DEFAULT   21
nettle_hashes@@NETTLE_6
00000025b660  00d700000005 R_X86_64_COPY     000000000025b660
nettle_hashes@NETTLE_6 + 0
   215: 000000000025b660   112 OBJECT  GLOBAL DEFAULT   25
nettle_hashes@NETTLE_6 (3)
00000025b660  00d800000005 R_X86_64_COPY     000000000025b660
nettle_hashes@NETTLE_6 + 0
   216: 000000000025b660    80 OBJECT  GLOBAL DEFAULT   25
nettle_hashes@NETTLE_6 (3)


BR
-Emil

ps. I dislike your bug report policy, not all debian systems have easy
access to reportbug, this report has been created on a different
x86_64 system, and I have no clue what my local smtp server even is,
if there is any.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.8.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
(ignored: LC_ALL set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Reply via email to