Stack-based buffer overflow in the ir_fetch_seq function in balsa before 2.3.20 might allow remote IMAP servers to execute arbitrary code via a long response to a FETCH command.
The product performs operations on a memory buffer, but it reads from or writes to a memory location outside the buffer's intended boundary. This may result in read or write operations on unexpected memory locations that could be linked to other variables, data structures, or internal program data.
Link | Tags |
---|---|
http://bugs.gentoo.org/show_bug.cgi?id=193179 | exploit |
https://bugzilla.redhat.com/show_bug.cgi?id=297581 | |
http://www.novell.com/linux/security/advisories/2007_19_sr.html | vendor advisory |
http://www.securityfocus.com/bid/25777 | vdb entry patch |
http://bugzilla.gnome.org/show_bug.cgi?id=474366 | |
http://secunia.com/advisories/26987 | third party advisory vendor advisory |
http://mail.gnome.org/archives/balsa-list/2007-September/msg00010.html | mailing list patch |
http://www.vupen.com/english/advisories/2007/3263 | vdb entry |
http://secunia.com/advisories/27272 | third party advisory vendor advisory |
http://osvdb.org/40585 | vdb entry |
http://www.gentoo.org/security/en/glsa/glsa-200710-17.xml | vendor advisory |
http://secunia.com/advisories/26947 | third party advisory vendor advisory |