First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 170870
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo Security <security@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Sune Kloppenborg Jeppesen <jaervosz@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 170870 depends on: Show dependency tree
Bug 170870 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-03-14 13:16 0000 
+++ This bug was initially created as a clone of Bug #170867 +++

I don't think this is widely used, filing for completeness.

Buffer overflow in the bufprint function in capiutil.c in libcapi, as used in
Linux kernel 2.6.9 to 2.6.20 and isdn4k-utils, allows local users to cause a
denial of service (crash) and possibly gain privileges via a crafted CAPI
packet.

------- Comment #1 From Raphael Marichez 2007-03-14 13:29:33 0000 ------- 
CCing maintainer

------- Comment #2 From Stefan Briesenick 2007-03-14 15:25:48 0000 ------- 
any capi stuff from isdn4k-utils isn't used at all.
we have capi4k-utils for that.

so is this bug within capi4k-utils or isdn4k-utils?

------- Comment #3 From Sune Kloppenborg Jeppesen 2007-03-14 15:35:19 0000 ------- 
The vulnerable function is char *capi_cmsg2str(_cmsg * cmsg) in convert.c. This
also seems to be present in capi4k-utils.

See:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=408530

And
http://chuck.netbsd.sk/source/xref/kernel-2.6.9/linux-2.6.9/drivers/isdn/capi/capiutil.c#838
http://chuck.netbsd.sk/source/xref/isdn4k-utils-CVS-2003-09-23/capi20/convert.c#957

------- Comment #4 From Stefan Briesenick 2007-03-15 00:01:43 0000 ------- 
ahh, k.

I will provide a patch asap.

------- Comment #5 From Stefan Briesenick 2007-03-15 00:38:00 0000 ------- 
capi4k-utils-20050718-r3 in CVS.

should be stabilized now. ;-)

------- Comment #6 From Sune Kloppenborg Jeppesen 2007-03-15 18:23:44 0000 ------- 
Thanks!

Arches please test and mark stable. Target keywords are:

capi4k-utils-20050718-r3.ebuild="amd64 ppc x86"

------- Comment #7 From Christian Faulhammer 2007-03-18 13:17:13 0000 ------- 
x86 stable

------- Comment #8 From Steve Dibb 2007-03-22 02:03:03 0000 ------- 
amd64 stable, also can you mirror the 37k patch please

------- Comment #9 From Stefan Briesenick 2007-03-22 08:17:17 0000 ------- 
uh, yes. I will make a tarball for both patches after this beast is stable...

------- Comment #10 From Chris Gianelloni (RETIRED) 2007-03-23 15:31:03 0000 ------- 
Well, ppc is done, but I couldn't fully test it since I don't have ISDN.  That
being said, it all looks to be fine.

------- Comment #11 From Stefan Briesenick 2007-03-23 22:33:09 0000 ------- 
great. Then I will cleanup that package asap (removing old versions, place
patches into tarball, etc.).

------- Comment #12 From Matt Drew 2007-04-24 20:02:54 0000 ------- 
Stefan,

Are you able to determine if this bug is remotely accessible, and if it could
be used to gain root-level priveleges?  There's some information on the debian
bug but no answers on either remote or if the exploit could lead to root-level
access.

------- Comment #13 From Stefan Briesenick 2007-04-25 07:52:21 0000 ------- 
well, I guess that this is *very* unlikely, even if it would technically
possible somehow. You have to send malicious ISDN-Messages through PSTN *and*
your Software has to use capi_cmsg2str. And I guess, most of that dirty stuff
is filtered from your telco. Furthermore, ISDN/CAPI-Software is most likely not
run as root.

I now use ISDN for 12 years here in Germany (though nowadays rarely used for
data but for voice) and I've never seen or heard of a remote root-exploit via
ISDN on the protocol level. But that doesn't mean, that this isn't possible
somehow. I'm not an expert on the ISDN protocol layer...

------- Comment #14 From Raphael Marichez 2007-04-27 21:50:08 0000 ------- 
GLSA 200704-23, thanks everybody, sorry for the delay.

------- Comment #15 From Pierre-Yves Rofes 2008-03-07 18:40:16 0000 ------- 
*** Bug 170867 has been marked as a duplicate of this bug. ***
First Last Prev Next    No search results available      Search page      Enter new bug