Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 10875

Summary: Univ. Of Washington imapd Buffer Overflow Vulnerability
Product: [Retired] Red Hat Linux Reporter: Matthew Miller <mattdm>
Component: imapAssignee: Mike A. Harris <mharris>
Status: CLOSED ERRATA QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 7.0Keywords: Security
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
URL: http://www.securityfocus.com/vdb/bottom.html?vid=1110
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-07-30 23:27:20 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Matthew Miller 2000-04-17 18:34:24 UTC 
See http://www.securityfocus.com/vdb/bottom.html?vid=1110

From the discussion there:

A buffer overflow exists in imapd4r1 version 12.264. The vulnerability
exists in the list command. By supplying a long, well crafted buffer as the
second argument to the list command, it becomes possible to execute code on
the machine.

Executing the list command requires an account on the machine. In addition,
privileges have been dropped in imapd prior to the location of the buffer
overrun. As such, this vulnerability would only be useful in a scenario
where a user has an account, but no shell level access. This would allow
them to gain shell access.

This version of imapd is the one shipped with RedHat Linux 6.2.
Comment 1 Cristian Gafton 2000-08-09 02:28:44 UTC 
assigned to the new owner
Comment 2 Mike A. Harris 2001-07-30 23:25:38 UTC 
Reassigning to myself.
Comment 3 Mike A. Harris 2001-07-30 23:27:15 UTC 
This bug I believe was fixed ages ago but the report not updated
and was misassigned to nalin.

The latest errata should fix this problem for all releases, but
I will await confirmation before closing the report.
Comment 4 Mark J. Cox 2002-08-13 11:55:31 UTC 
Also see RHSA-2002:092