Redhhat Bind 9 (rpm bind-9.2.1-1.7x.2) Security issue not fixed ?

Redhhat Bind 9 (rpm bind-9.2.1-1.7x.2) Security issue not fixed ?

Post by Joh » Tue, 17 Dec 2002 21:47:31



I saw the following hit in bind this morning which resulted in the
shutting down of one of the nameservers.

This is a rather big concern as according to the package list from
RedHat this is the latest update for 9.x available and was supposed to
fix this vulnerability in BIND.

I am posting here (and then post it in the comp.protocols.dns.bind) in
the hopes that someone can tell me whether or not this is a new DOS or
something possibly due to a misconfiguration on my part.

Heres the log:

Dec 16 04:04:54.845 general: critical: rdataset.c:297:
REQUIRE((((rdataset) != ((void *)0)) && (((const isc__magic_t
*)(rdataset))->magic == ((('D') << 24 | ('N') << 16 | ('S') << 8 |
('R')))))) failed
Dec 16 04:04:55.019 general: critical: exiting (due to assertion
failure)

According to this errata, the issue I just saw was supposed to be
fixed:

http://rhn.redhat.com/errata/RHSA-2002-105.html

But it points out that this errata is outdated to fix a resovler
library vulnerability located at

http://rhn.redhat.com/errata/RHSA-2002-133.html

So did the last fix possible re-introduce this error?

Thanks!

 
 
 

Redhhat Bind 9 (rpm bind-9.2.1-1.7x.2) Security issue not fixed ?

Post by Jim Levi » Wed, 18 Dec 2002 09:25:06



> I saw the following hit in bind this morning which resulted in the
> shutting down of one of the nameservers.

> This is a rather big concern as according to the package list from
> RedHat this is the latest update for 9.x available and was supposed to
> fix this vulnerability in BIND.

> I am posting here (and then post it in the comp.protocols.dns.bind) in
> the hopes that someone can tell me whether or not this is a new DOS or
> something possibly due to a misconfiguration on my part.

> Heres the log:

> Dec 16 04:04:54.845 general: critical: rdataset.c:297:
> REQUIRE((((rdataset) != ((void *)0)) && (((const isc__magic_t
> *)(rdataset))->magic == ((('D') << 24 | ('N') << 16 | ('S') << 8 |
> ('R')))))) failed
> Dec 16 04:04:55.019 general: critical: exiting (due to assertion
> failure)

> According to this errata, the issue I just saw was supposed to be
> fixed:

> http://rhn.redhat.com/errata/RHSA-2002-105.html

> But it points out that this errata is outdated to fix a resovler
> library vulnerability located at

> http://rhn.redhat.com/errata/RHSA-2002-133.html

> So did the last fix possible re-introduce this error?

What version of Redhat are you running and what version of bind is installed?

--
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
 The instructions said to use Windows 98 or better, so I installed RedHat


 
 
 

Redhhat Bind 9 (rpm bind-9.2.1-1.7x.2) Security issue not fixed ?

Post by Joh » Wed, 18 Dec 2002 23:06:20


RH 7.2 and bind-9.2.1-1.7x.2 (rpm)

Thats why i posted, the system was all up to date. I sent a question
to redhat security as well and they were really helpfull and responded
within 30 minutes. The code I was told that the log references isnt
even in the rpm.

Since this was a brand new installation it looks like what happened is
after i ran the up2date utility and re-inited bind it didnt actually
load the new version and I ended up still running the older version
loaded pre up2date.

I havent seen it again in my logs since yesterday morning and trying
to duplicate the attack after killing bind completely and starting it
again has been unsuccessful.



> > I saw the following hit in bind this morning which resulted in the
> > shutting down of one of the nameservers.

> > This is a rather big concern as according to the package list from
> > RedHat this is the latest update for 9.x available and was supposed to
> > fix this vulnerability in BIND.

> > I am posting here (and then post it in the comp.protocols.dns.bind) in
> > the hopes that someone can tell me whether or not this is a new DOS or
> > something possibly due to a misconfiguration on my part.

> > Heres the log:

> > Dec 16 04:04:54.845 general: critical: rdataset.c:297:
> > REQUIRE((((rdataset) != ((void *)0)) && (((const isc__magic_t
> > *)(rdataset))->magic == ((('D') << 24 | ('N') << 16 | ('S') << 8 |
> > ('R')))))) failed
> > Dec 16 04:04:55.019 general: critical: exiting (due to assertion
> > failure)

> > According to this errata, the issue I just saw was supposed to be
> > fixed:

> > http://rhn.redhat.com/errata/RHSA-2002-105.html

> > But it points out that this errata is outdated to fix a resovler
> > library vulnerability located at

> > http://rhn.redhat.com/errata/RHSA-2002-133.html

> > So did the last fix possible re-introduce this error?

> What version of Redhat are you running and what version of bind is installed?

 
 
 

Redhhat Bind 9 (rpm bind-9.2.1-1.7x.2) Security issue not fixed ?

Post by Jim Levi » Sat, 21 Dec 2002 15:47:17



> RH 7.2 and bind-9.2.1-1.7x.2 (rpm)

> Thats why i posted, the system was all up to date. I sent a question
> to redhat security as well and they were really helpfull and responded
> within 30 minutes. The code I was told that the log references isnt
> even in the rpm.

> Since this was a brand new installation it looks like what happened is
> after i ran the up2date utility and re-inited bind it didnt actually
> load the new version and I ended up still running the older version
> loaded pre up2date.

By "re-inited bid" do you mean that you did a "service named restart" (or
/etc/init.d/named restart)? That should have killed the running named and
started up a new copy, which would have been the one from the update.

Quote:> I havent seen it again in my logs since yesterday morning and trying
> to duplicate the attack after killing bind completely and starting it
> again has been unsuccessful.

That makes sense. This time when named had to be started "from scratch" it
would be the copy form the update.
--
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
 The instructions said to use Windows 98 or better, so I installed RedHat

 
 
 

1. 2.2.18+ adaptec 29160 (scsi0:-1:-1:-1) Referenced SCB 0 not valid

I saw this in earlier kernels but wonder if anyone has a clue.

Dec 31 15:47:47 salsablanca kernel:         SCSISEQ = 0x5a SEQADDR =
0x9 SSTAT0
= 0x10 SSTAT1 = 0x8a
Dec 31 15:47:47 salsablanca kernel: (scsi0:-1:-1:-1) Referenced SCB 0
not valid
during SELTO.
Dec 31 15:47:47 salsablanca kernel:         SCSISEQ = 0x5a SEQADDR =
0x8 SSTAT0
= 0x10 SSTAT1 = 0x8a
Dec 31 15:47:47 salsablanca kernel: scsi : aborting command due to
timeout : pid
 15169, scsi0, channel 0, id 0, lun 0 Write (10) 00 02 14 34 86 00 00
08 00
Dec 31 15:47:47 salsablanca kernel: scsi : aborting command due to
timeout : pid
 15170, scsi0, channel 0, id 0, lun 0 Write (10) 00 00 00 00 4d 00 00
02 00

I am hoping it is not a hardware issue.
I see this also on a 2.2.17 kernel.
The 2.2.18 is monolithic and the 2.2.17 is modular for scsi.
This is a SEAGATE LVD 18gig drive.

2. Free tool for resizing partitions?

3. BIND-9.2.1 failed

4. Which kernel fro SCSI & IDE HD's?

5. bind() returns -1 with errno == 0

6. ICVerify & Y2K

7. HTTPd: could not bind to port 80 bind: Address already in use

8. Proper way to publish a web site

9. Help: httpd: could not bind to port 80 bind: Permission d

10. bind is not binding..

11. IBM AIX: Locale and BIND fixes on ftp.software.ibm.com/aix/efixes/security