Debian users: don't upgrade to glibc 2.3.4, take action

a forum for discussing usability issues, general maintenance, and general support for a grsecurity-enabled system.

Moderator: spender

Debian users: don't upgrade to glibc 2.3.4, take action

Postby spender » Thu Mar 24, 2005 10:35 am

Upgrading to glibc 2.3.4 on a Debian system will make your system nearly unusable. Due to RedHat's fundamentally flawed PT_GNU_STACK implementation, many packages have their libraries marked as needing executable stacks, when such executable stacks are not needed. I've filed bug reports with Debian, but they are not taking the issue seriously. Here's one of their replies:

> What do you propose be done then until all the apps in this list (and
> more) are fixed:
>
>https://www.redhat.com/archives/fedora-devel-list/2005-March/msg00459.html

That's not much of a list; I'm not overly concerned.

> I don't know how Debian handles large issues like this, but this is
> something every package maintainer needs to be aware of quickly.
> If Debian doesn't act soon, they'll be releasing many advisories of this
> type:
> http://www.linuxcompatible.org/story41890.html
> and be getting many complaints from PaX users because their system is
> now unusable.

Guess what? Debian does not support PaX.


I urge everyone to contact Debian and make them take this issue seriously, otherwise your systems will soon become unusable.

-Brad
Last edited by spender on Thu Dec 29, 2005 8:02 pm, edited 1 time in total.
spender
 
Posts: 1353
Joined: Wed Feb 20, 2002 8:00 pm
Location: VA, USA

Lack of Pax support must be a misunderstanding

Postby Pesky Taco » Fri Apr 29, 2005 11:49 pm

Lack of Pax support must be a misunderstanding.
The reason I suggest this is here are supported packages in Sarge (testing)
http://packages.debian.org/testing/admin/paxctl
http://packages.debian.org/testing/devel/paxtest

I did not find your archived bug in the following url,
http://bugs.debian.org/cgi-bin/pkgrepor ... rchive=yes
So I must trust you most likley stated "pax" when to Debian the package is
named, kernel-patch-grsecurity2.

Perhaps if you try again with the new information, they will be more helpful.
Or ask for the following maintainer "Javier Fernández-Sanguino Peña" he has been great to work with.

I would like to see this issue resolved also. As I am very intersted in applying grsecurity to my Debain Kernel.
Pesky Taco
 
Posts: 8
Joined: Mon Oct 18, 2004 1:52 pm

Postby mikeeusa » Mon May 02, 2005 10:41 pm

When debian-women was created I knew things were headed down hill. It saddens me that debian is pro-women's rights, it also disgusts me.
mikeeusa
 
Posts: 135
Joined: Sun Jan 11, 2004 12:55 am

WTF is mikeeusa's reply???

Postby Pesky Taco » Tue May 03, 2005 12:06 am

WTF is mikeeusa's reply have to do with grsecurity?
If you has going to act like an asshole, at least post in the "I am an asshole" thread.
Pesky Taco
 
Posts: 8
Joined: Mon Oct 18, 2004 1:52 pm

Re: WTF is mikeeusa's reply???

Postby mikeeusa » Fri May 13, 2005 8:25 pm

Pesky Taco wrote:WTF is mikeeusa's reply have to do with grsecurity?
If you has going to act like an asshole, at least post in the "I am an asshole" thread.


Debian used to be rather pro-security. Now it seems they don't care so much.
Perhapse this issue (Debian fscking things up for PaX) should be aired on one of the popular FL/OSS news sites? Seems the best way to prod projects into doing things.
mikeeusa
 
Posts: 135
Joined: Sun Jan 11, 2004 12:55 am

Re: WTF is mikeeusa's reply???

Postby Pesky Taco » Sat May 14, 2005 12:37 am

A good Slashdotting does seem to grab attention and realign thinking.
Pesky Taco
 
Posts: 8
Joined: Mon Oct 18, 2004 1:52 pm

Re: WTF is mikeeusa's reply???

Postby mikeeusa » Sat May 14, 2005 6:08 am

Pesky Taco wrote:A good Slashdotting does seem to grab attention and realign thinking.


I think this would be a sensational enough story for ./ . Something like "Debian snubs open source security" etc. If you have a uid on there perhaps it would be a good move. (Might have to be submitted acouple of times with diff headlines before they accept it).

Have the deb people contacted you back?
mikeeusa
 
Posts: 135
Joined: Sun Jan 11, 2004 12:55 am

Postby Pesky Taco » Sat May 14, 2005 8:30 am

>Have the deb people contacted you back?

When I submitted problems with PAM .conf flies they did contacted me
and asked me to confirm the problems were fixed with the latest update. Hence the name I submitted previously was a Debian maintainer who I know would not just blow off security issues. I submitted the name so spender could have a direct Debian contact. Since spender has first hand knowledge of the problem and I am only reading the second hand his version of the story, I figured spender should resubmit the information. Then what ever reply he get's should be posted here. This way if it is submitted to /. then at least it has been well documented. If it is not documented well, you will have a bunch of posts that state "nothing to see here, move along". A good faith effort produces a better /.ing.
Pesky Taco
 
Posts: 8
Joined: Mon Oct 18, 2004 1:52 pm

Problem with slack 10.1

Postby ringwraith » Tue May 24, 2005 11:05 am

This same problem exists in slackware 10.1. I was quite amazed after I had patched the kernel, rebooted, and come to find out that the more command refuses to work. There was mentioning somewhere (i think in the redhat lists, i cannot find it now??) there is a utility to disable this? Would there be any possible way to make a work around in grsec to allow this flawed implementation to work, hopefully giving it some extra security in the process? I know thats bloat, but it could be a nice grsecurity module.
ringwraith
 
Posts: 1
Joined: Tue May 24, 2005 10:59 am

Postby mikeeusa » Sat Jun 25, 2005 3:10 pm

Pesky Taco wrote:>Have the deb people contacted you back?

When I submitted problems with PAM .conf flies they did contacted me
and asked me to confirm the problems were fixed with the latest update. Hence the name I submitted previously was a Debian maintainer who I know would not just blow off security issues. I submitted the name so spender could have a direct Debian contact. Since spender has first hand knowledge of the problem and I am only reading the second hand his version of the story, I figured spender should resubmit the information. Then what ever reply he get's should be posted here. This way if it is submitted to /. then at least it has been well documented. If it is not documented well, you will have a bunch of posts that state "nothing to see here, move along". A good faith effort produces a better /.ing.


Was the problem fixed?
mikeeusa
 
Posts: 135
Joined: Sun Jan 11, 2004 12:55 am

Postby Pesky Taco » Sun Jun 26, 2005 6:29 pm

[/quote]Was the problem fixed?[/quote]
Yes
Pesky Taco
 
Posts: 8
Joined: Mon Oct 18, 2004 1:52 pm

can't find any fixes :(

Postby nerdpunk » Tue Aug 16, 2005 10:36 am

libc6-2.3.5 has arrived unstable some days ago... still broken...
but there's a deb-repository with a fixed glibc and other fixed packages...
deb http://debian.linux-systeme.com unstable main
(it's from the maintainer of the 2.2 kernel series, i guess :)
nerdpunk
 
Posts: 5
Joined: Tue Aug 16, 2005 10:31 am

Postby rs » Tue Aug 23, 2005 9:19 am

Please, could somebody tell us here when an official Debian fixed libc6 is available? Anybody following the issue at Debian tracker?

Thanks in advance.
rs
 
Posts: 15
Joined: Thu Mar 31, 2005 6:48 pm

Postby Hue-Bond » Tue Sep 06, 2005 8:44 am

I'm running fine with libc6-2.3.5. You can too, *but* only after chpax'ing -m all binaries ;). Or sticking an "M" in the subject flags for all subjects, which is about the same. Just a quick workaround while I think about switching distros...
Hue-Bond
 
Posts: 34
Joined: Mon Dec 13, 2004 4:31 pm

Postby msw » Sun Sep 25, 2005 4:53 pm

i use libc6 2.3.5 now, i didnt notice any problems... the system behaves as before... i activated nearly all of the PAX features.
msw
 
Posts: 8
Joined: Sat Sep 20, 2003 9:36 pm

Next

Return to grsecurity support