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

Filename Description Type Creator Created Size Actions
build.log !!! ERROR: media-libs/libsdl-1.2.11 failed. text/plain psychos 2007-03-28 16:44 0000 73.51 KB Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 47013 depends on: Show dependency tree
Bug 47013 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: 2004-04-06 17:19 0000
Okay, as per the URL, all versions of ipsec-tools before version 0.2.5 had an
issue with x.509 certificates. 0.2.4 was marked KEYWORDS='~x86 amd64'. THe
changes from 0.2.4 to 0.2.5 are minimal, and i've talked to the amd64 people
(lv) and he said it'd be okay to mark 0.2.5 stable for them.

So i've commited 0.2.5 as ~x86 and amd64, and removed all vulnerable versions
from portage. Could we please have a GLSA for this made up with all the info?
Thanks guys!

------- Comment #1 From Jason Huebel (RETIRED) 2004-04-06 22:20:36 0000 -------
looks good. consider it stable on amd64

------- Comment #2 From Kurt Lieber 2004-04-07 04:59:07 0000 -------
Peter -- do you have any other information about this bug? (like, what it is?) 
Looking for a better description than a "nasty security bug"

------- Comment #3 From Kurt Lieber 2004-04-07 05:44:40 0000 -------
There is a distinct lack of information about this vulnerability.  Emailing one
of the developers to request more information.

------- Comment #4 From Kurt Lieber 2004-04-07 06:04:00 0000 -------
Received a (fast!) response from Michal Ludvig:

"Hi,

the problem is that racoon didn't verify digital signatures on Phase1
packets. It means that anybody holding the correct X.509 certificate, even
without the corresponding private key (!!!), was able to set up a
connection to the broken racoon or act as a man in the middle during the
connection setup. Of course some other precautions must have been met as
well:
- the attacker must have got the certificate that the racoon would accept.
- there might have been other restrictions on the gateway, e.g. fixed
  remote address, etc.

Very likely a man-in-the-middle attack was perfectly possible with
this bug. Success of other attacks depends on the gateway configuration.

Technical description:
Function crypto_openssl.c:eay_rsa_verify() contained this code:
       [...]
       evp = d2i_PUBKEY(NULL, &bp, pubkey->l);
       if (evp == NULL)
               return 0;
       [...]

Calling d2i_PUBKEY() is not correct in this context so it always returned
NULL and subsequently the whole function returned 0, which means success
(bad typo).

Solution is to obtain the public key 'evp' using a correct OpenSSL
function (namely X509_get_pubkey() in our case) and return -1 if it
failed.

The bug was reported by Ralf Spennenberg and fixed by me in IPsec-tools
0.2.5 and 0.3rc5. Since today KAME racoon has my fix in the CVS as well.
All older versions of IPsec-tools and KAME racoon since Sep 11 2001 are
affected.
"

------- Comment #5 From Thierry Carrez (RETIRED) 2004-04-07 08:13:16 0000 -------
GLSA 200404-05

------- Comment #6 From Kurt Lieber 2004-04-09 03:58:37 0000 -------
*** Bug 47322 has been marked as a duplicate of this bug. ***

------- Comment #7 From psychos 2007-03-28 16:44:02 0000 -------
Created an attachment (id=114801) [details]
!!! ERROR: media-libs/libsdl-1.2.11 failed.

!!! ERROR: media-libs/libsdl-1.2.11 failed.
Call stack:
  ebuild.sh, line 1614:   Called dyn_compile
  ebuild.sh, line 971:   Called qa_call 'src_compile'
  environment, line 3612:   Called src_compile
  libsdl-1.2.11.ebuild, line 159:   Called die

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