Re: crypt_r() should have been selected!

This is a discussion on Re: crypt_r() should have been selected! within the Linux Web Servers forums, part of the Web Server and Related Forums category; I got the same problem, but it seems to be a known bug: http://www.apache.org/dist/httpd/Announcement2....


Go Back   Usenet Forums > Web Server and Related Forums > Linux Web Servers

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 06-27-2003
Sven Borkert
 
Posts: n/a
Default Re: crypt_r() should have been selected!

I got the same problem, but it seems to be a known bug:

http://www.apache.org/dist/httpd/Announcement2.html

---------
Apache 2.0 versions 2.0.40 through 2.0.45 on Unix platforms were
vulnerable to a denial-of-service attack on the basic authentication
module, which was reported by John Hughes <john.hughes@entegrity.com>.
A bug in the configuration scripts caused the apr_password_validate()
function to be thread-unsafe on platforms with crypt_r(), including
AIX and Linux. All versions of Apache 2.0 have this thread-safety
problem on platforms with no crypt_r() and no thread-safe crypt(),
such as Mac OS X and possibly others. When using a threaded MPM (which
is not the default on these platforms), this allows remote attackers
to create a denial of service which causes valid usernames and
passwords for Basic Authentication to fail until Apache is restarted.
We do not believe this bug could allow unauthorized users to gain
access to protected resources.
------

But how can i select crypt_r()?
  #2 (permalink)  
Old 06-27-2003
Nick Kew
 
Posts: n/a
Default Authentication Vulnerability (Re: crypt_r() should have been selected!)

In article <ef4046e0.0306270454.2119b858@posting.google.com >, one of infinite monkeys
at the keyboard of sven.borkert@uni.de (Sven Borkert) wrote:

> Apache 2.0 versions 2.0.40 through 2.0.45 on Unix platforms were
> vulnerable to a denial-of-service attack on the basic authentication
> module, which was reported by John Hughes <john.hughes@entegrity.com>.
> A bug in the configuration scripts caused the apr_password_validate()
> function to be thread-unsafe on platforms with crypt_r(), including
> AIX and Linux.


Corollary: could this same issue affect third-party modules - such as
mod_auth_[pg|my]sql - which use crypt under similar circumstances?
The references in the announcement don't seem to point to the original
discussion; perhaps someone has a URL?

> But how can i select crypt_r()?


Not having an AIX box, can't help there. On Linux (which the announcement
names as having the same issue) it compiles fine out-of-the-box.

--
Nick Kew

In urgent need of paying work - see http://www.webthing.com/~nick/cv.html
  #3 (permalink)  
Old 06-29-2003
Sven Borkert
 
Posts: n/a
Default Re: Authentication Vulnerability (Re: crypt_r() should have been selected!)

nick@fenris.webthing.com (Nick Kew) wrote in message news:<c10idb.571.ln@jarl.webthing.com>...

> Not having an AIX box, can't help there. On Linux (which the announcement
> names as having the same issue) it compiles fine out-of-the-box.


At least I managed to make the source compile now. I don't know why it
doesn't use crypt_r() although configure says its available. In
srclib/apr/include/apr.hw / apr.hnw you can make the APR run without
threads by commenting out

#define APR_HAS_THREADS 1

It seems to be a little bug that
httpd-2.0.46/srclib/apr-util/crypto/apr_md5.c uses

#if defined(_AIX) && defined(APR_HAS_THREADS)

to check APR_HAS_THREADS. Setting it to 0 will make it defined as
well, so you got to uncomment the whole line to make it undefined.
 


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are Off
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT +1. The time now is 09:38 AM.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.0.0