Re: O: libsafe -- Protection against buffer overflow vulnerabilities
Although I do not want to adopt it I have prepared an NMU based on
The changelog is:
libsafe (2.0-9-1) unstable; urgency=low
* New upstream release. Closes: Bug#118786
* Removed dependency on ldso. Closes: Bug#117339
* libsafe no longer maintains its own implementation of libc routines.
Closes: Bug#122640, Bug#122706, Bug#77949, Bug#104116
* libsafe should now work properly with glibc: example exploits no
longer work. Closes: Bug#92336
* Added libsafe wrapper. Closes: Bug#126421
* Example exploits are no longer executable by default.
* All the above was done by Yotam Rubin <firstname.lastname@example.org> who
is waiting for DAM approval.
* s/\(DESTDIR[[:space:]]*= \)/\1`pwd`\/..\/debian\/tmp\//
* s/\($(DESTDIR)\/usr\)/\1\/share/ src/makefile.
* Added a Build-Depends: debhelper line.
* Non-maintainer upload due to the long time this package has not
been uploaded and the maintainer just orphaning it.
-- Shaul Karl <email@example.com> Mon, 31 Dec 2001 00:42:21 +0200
Should I upload it?
> Package: wnpp
> Severity: normal
> The current maintainer of libsafe, Ron Rademaker <firstname.lastname@example.org>,
> has orphaned this package. If you want to be the new maintainer,
> please take it -- retitle this bug from 'O:' to 'ITA:', fix the
> outstanding bugs and upload a new version with your name in the
> Maintainer: field and a
> * New maintainer (Closes: #thisbug)
> in the changelog so this bug is closed.
> Some information about this package:
> Package: libsafe
> Priority: optional
> Section: libs
> Installed-Size: 256
> Maintainer: Ron Rademaker <email@example.com>
> Architecture: i386
> Version: 1.3-6
> Depends: libc6 (>= 2.1.2), ldso (>= 1.8.5)
> Suggests: ldso (>= 1.9.0), ld.so.preload-manager (>= 0.1)
> Filename: pool/main/libs/libsafe/libsafe_1.3-6_i386.deb
> Size: 147848
> MD5sum: 5902ee9bca4d0d22b637a06f940e0ecc
> Description: Protection against buffer overflow vulnerabilities
> Libsafe is a library that works with any pre-compiled executable and can be
> used transparently. Libsafe intercepts calls to functions known as
> vulnerable, libsafe uses a substitute version of the function that
> implements the same functionality, but makes sure any buffer overflows are
> contained within the current stack frame.
> * Ron Rademaker <firstname.lastname@example.org> [20011227 14:17]:
> > You're right that I haven't done anything about libsafe where I should
> > have...
> > I guess the best thing to do right now is put libsafe up for adoption.
> > On Thu, 27 Dec 2001, Matthias Klose wrote:
> > > Yotam Rubin writes:
> > > > Greetings,
> > > >
> > > > The last libsafe upload has been over a year ago. Since then, libsafe
> > > > has accumulated a large number of bugs. The current Debian release doesn't
> > > > seem to be very effective. I've packaged the latest libsafe and made it
> > > > available at: http://22.214.171.124/Fendor/debian/libsafe/
> > > > Can someone NMU that? I've contacted the maintainer but received no reply.
> > > > It's a shame that libsafe wouldn't be usable for Debian users.
> > >
> > > - the upload isn't marked as a NMU
> > >
> > > - the package does not build from source (calls ldconfig):
> > >
> > > - the package does not build a -dev package. Correct?
> > >
> > > - the package overwrites the old library? Correct, if it's an
> > > extension only. But then it needs to be marked in the shlibs file.
> > > Else you need to build a libsafe2 and libsafe-dev package.
> > > OTOH, no package depends on libsafe.
> > >
> > > So it seems, we don't gain much to replace one buggy version with the
> > > next buggy version.
> > --
> > To UNSUBSCRIBE, email to email@example.com
> > with a subject of "unsubscribe". Trouble? Contact firstname.lastname@example.org
> Martin Michlmayr
> To UNSUBSCRIBE, email to email@example.com
> with a subject of "unsubscribe". Trouble? Contact firstname.lastname@example.org
Please replace (at-no-spam) with an at - @ - character.
(at-no-spam) is meant for unsolicitate mail senders only.