Bug 75414 - talkd buffer overflow?
Summary: talkd buffer overflow?
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: talk
Version: 8.0
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Phil Knirsch
QA Contact: Jay Turner
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-10-08 07:53 UTC by Pekka Savola
Modified: 2015-03-05 01:11 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2002-12-18 15:41:03 UTC
Embargoed:


Attachments (Terms of Use)

Description Pekka Savola 2002-10-08 07:53:56 UTC
NetBSD released an advisory on talkd buffer overflow a day or two ago, check:

http://cvsweb.netbsd.org/bsdweb.cgi/basesrc/libexec/talkd/

Quick look at netkit-ntalk code seems to indicate that a similar fix might be
necessary here too (also checked 0.18pre).

I also pinged the netkit maintainer, no reply at least yet.

Comment 1 Pekka Savola 2002-10-23 07:39:09 UTC
The maintainer responded back:
--8<--
It appears you may be right. I wonder how that slipped through.

However, the data in question comes from utmp. utmp is a trusted file.
Lots and *lots* of things are vulnerable if utmp is corrupted. And
this one (with a normal configuration) only gets you group tty, which
is less useful for hacking than group utmp.

This is not to say it shouldn't be fixed, and it will be... thanks for
the heads-up.
--8<--

If that analysis is correct this is not too grave a problem (who is using talkd
anyway??!?!? ;-), and will be fixed in upstream.



Comment 2 Phil Knirsch 2002-12-18 15:41:03 UTC
Correct. :-)

Closing bug because of analysis. :-)

Read ya, Phil


Note You need to log in before you can comment on or make changes to this bug.