Bug#566351: libgcrypt11: should not change user id as a side effect

Ansgar Burchardt ansgar at 2008.43-1.org
Sat Jan 23 04:55:23 UTC 2010


Package: libgcrypt11
Version: 1.4.4-6
Severity: normal

Hi,

the function lock_pool from src/secmem.c has the side effect of changing
user ids if real uid != effective uid.  This causes strange behaviour in
other programs:

A program using libnss-ldap for querying group membership with SSL
enabled, but without nscd might suddenly change the user id when calling
getgroups (or initgroups).  An example for this is the atd daemon[1].

Regards,
Ansgar

[1] https://bugs.launchpad.net/bugs/509734

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libgcrypt11 depends on:
ii  libc6                         2.10.2-2   GNU C Library: Shared libraries
ii  libgpg-error0                 1.6-1      library for common error values an

libgcrypt11 recommends no packages.

Versions of packages libgcrypt11 suggests:
pn  rng-tools                     <none>     (no description available)

-- no debconf information





More information about the Pkg-gnutls-maint mailing list