First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 112061
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo Security <security@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Romang <zataz@zataz.net>
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 112061 depends on: Show dependency tree
Bug 112061 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: 2005-11-10 02:43 0000
Hello,

Take a look at src/eix-sync.in :

46 cp /var/cache/eix /tmp/eix.$$.sync || die "Error while copying cache-file to
a save location        ."
diff-eix /tmp/eix.$$.sync          || die "Error while diffing."

Regards.

------- Comment #1 From Sune Kloppenborg Jeppesen 2005-11-11 01:14:19 0000 -------
Auditors please confirm. 

------- Comment #2 From Tavis Ormandy (RETIRED) 2005-11-11 01:49:46 0000 -------
confirmed, but it's not a race condition, it's a second order insecure
temporary 
file handling issue.

------- Comment #3 From Thierry Carrez (RETIRED) 2005-11-13 10:15:52 0000 -------
ccing maintainer.

------- Comment #4 From Benedikt Böhm 2005-11-17 07:01:04 0000 -------
can someone explain what's the problem with this? 

------- Comment #5 From Thierry Carrez (RETIRED) 2005-11-17 07:20:54 0000 -------
A local attacker can watch the process list and determine what $$ is while the
"emerge --sync" part is running, then create a link at the corresponding tmpfile
to a system file, say /etc/passwd... and bring down the host.

The fact that this runs as root and may be part of a cron job makes things even
worse. 

Doing a mktemp before the emerge --sync to safely create a random file that you
will use afterwards to hold your temporary contents would be much better.

------- Comment #6 From Benedikt Böhm 2005-11-17 15:55:02 0000 -------
ok, it's fixed with 0.3.0-r2 and also in upstream svn for 0.5.0 

------- Comment #7 From Thierry Carrez (RETIRED) 2005-11-18 05:06:08 0000 -------
Thx Benedikt,

Arches please test 0.3.0-r2 and mark stable :
Target KEYWORDS="alpha amd64 ia64 ~mips ppc sparc x86"

------- Comment #8 From Gustavo Zacarias (RETIRED) 2005-11-18 05:56:21 0000 -------
sparc stable.

------- Comment #9 From Andrej Kacian (RETIRED) 2005-11-18 07:25:07 0000 -------
x86 happy

------- Comment #10 From Luis Medinas (RETIRED) 2005-11-18 17:24:37 0000 -------
stable on amd64

------- Comment #11 From Fernando J. Pereda (RETIRED) 2005-11-19 07:39:45 0000 -------
alpha'lized

Cheers,
Ferdy

------- Comment #12 From Michael Hanselmann (hansmi) (RETIRED) 2005-11-19 11:04:00 0000 -------
Stable on ppc.

------- Comment #13 From Sune Kloppenborg Jeppesen 2005-11-20 04:15:15 0000 -------
This one is ready for GLSA decision. I vote YES. 

------- Comment #14 From Thierry Carrez (RETIRED) 2005-11-21 01:10:46 0000 -------
I vote yes too. This is easy to exploit, and can be run as root as part of
normal operations.

------- Comment #15 From Thierry Carrez (RETIRED) 2005-11-21 01:14:30 0000 -------
The ppc keyword was never applied, apparently.

------- Comment #16 From Joe Jezak 2005-11-21 11:22:15 0000 -------
hansmi marked it ppc stable today, removing ppc.

------- Comment #17 From Sune Kloppenborg Jeppesen 2005-11-22 14:48:52 0000 -------
GLSA 200511-19 
 
ia64 don't forget to mark stable to benifit from the GLSA. 

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