First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 190861
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo Security <security@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Mart Raudsepp <leio@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:
Flags: Requestee:
 
 
  ()

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 190861 depends on: Show dependency tree
Bug 190861 blocks:

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2007-08-31 10:26 0000
This was already fixed in 1.10.1-r3, but it got accidentally lost in 1.10.2,
which has now been stable for about a month now. Upstream includes this fix in
1.10.3.1, which I will commit to the tree soon. I advise speedy stabilization
of it once in the tree.


+++ This bug was initially created as a clone of Bug #182011 +++

Original bug report: http://bugzilla.gnome.org/show_bug.cgi?id=447414

Just copying description from the upstream bug report:

==================================================
The "SEQUENCE" value in the GData of the IMAP code (camel-imap-folder.c) is
converted from a string using strtol. This allows for negative values.

The imap_rescan uses this value as an int. It checks for !seq and
seq>summary.length. It doesn't check for seq < 0. Although seq is used as the
index of an array.

This means that a negative index number can be fed to the array lookup by
altering the output of an IMAP server.

I'm marking this as a blocker (very very serious) security bug as this is
remotely exploitable (I can put shell code in the UID field of the IMAP code,
and make it execute on the victim's computer, as at the seq'd field of the
index a g_strdup of the UID is written to memory. By carefully calculating the
negative value and overwriting the instruction pointer near the array's start,
I can let it point to that memory and get it to execute).

I first informed the Camel authors about this bug, but they didn't respond
quickly enough (it has been months now). I hereby stop caring about the secrecy
of security bug reports and I do report it now.

This bug affects nearly all versions of Evolutions. It can be fixed by either
checking for seq < 0 or by using strtoul in stead of strtol.
==================================================

Both evolution-data-server-1.8.3-r4 and evolution-data-server-1.10.1-r2 are
affected. 1.6.x affected but should be removed from the tree at some point...
As soon as patches will be applied upstream, I'll do the same in our ebuilds.

------- Comment #1 From Mart Raudsepp 2007-08-31 10:50:28 0000 -------
gnome-extra/evolution-data-server-1.10.3.1 is in the tree now, which includes
the imap overflow fix in the upstream tarball already.
It also includes patches from bugs #133504 and #175516 and the usual bug fixes,
leak fixes and so on included between 1.10.2 and 1.10.3.1 releases.

Target arches are alpha, amd64, arm, hppa, ia64, ppc, sparc, x86.
ppc64 currently has no stable 1.10.x yet and is not affected in the stable
tree, will add a note to the GNOME-2.18 stabilization bug to go for
evolution-data-server-1.10.3.1 instead, if you agree with this for the rest of
the arches.
Security team, please feel free to CC the arches if you agree on the quick
stabilization for this security issue.

------- Comment #2 From Pierre-Yves Rofes 2007-08-31 12:38:44 0000 -------
(In reply to comment #1)
> Target arches are alpha, amd64, arm, hppa, ia64, ppc, sparc, x86.
> ppc64 currently has no stable 1.10.x yet and is not affected in the stable
> tree, will add a note to the GNOME-2.18 stabilization bug to go for
> evolution-data-server-1.10.3.1 instead, if you agree with this for the rest of
> the arches.
> Security team, please feel free to CC the arches if you agree on the quick
> stabilization for this security issue.

Well, we don't have much choices here :)
arches, please test and mark stable gnome-extra/evolution-data-server-1.10.3.1.

------- Comment #3 From Ferris McCormick 2007-08-31 13:15:30 0000 -------
Sparc stable.

------- Comment #4 From Jeroen Roovers 2007-08-31 15:54:32 0000 -------
Stable for HPPA.

------- Comment #5 From Chris Gianelloni (RETIRED) 2007-08-31 17:45:55 0000 -------
amd64/x86 done...

------- Comment #6 From Tobias Scherbaum 2007-09-01 08:05:36 0000 -------
ppc stable

------- Comment #7 From Raúl Porcel 2007-09-01 10:25:14 0000 -------
alpha/ia64 stable

------- Comment #8 From Pierre-Yves Rofes 2007-09-17 21:13:11 0000 -------
glsa request filed.

------- Comment #9 From Pierre-Yves Rofes 2007-11-06 22:02:12 0000 -------
GLSA 200711-04, sorry for the delay.

First Last Prev Next    No search results available      Search page      Enter new bug