First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 60525
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 60525 depends on: Show dependency tree
Bug 60525 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

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-08-15 23:52 0000
From Debian bug:

Version: 1.8.1+1.8.2pre1-3
Severity: grave
Tags: security upstream
Justification: user security hole

Hi,

I just noticed that CGI::Session's FileStore (and presumably PStore)
implementations store session information insecurely.  They simply
create files, ignoring permission issues.  I assume the only thing
affecting permissions is the value of umask.  For both my user, as
well as www-data, session files end up in /tmp with permission
0644.  This is quite bad; an unsuspecting user might be storing
sensitive information in session variables, assuming that the class
stores data securely.

The following script illustrates the problem:

#!/usr/bin/ruby -w

require 'cgi'
require 'cgi/session'

cgi = CGI.new('html4')
session = CGI::Session.new(cgi, 'prefix' => 'blah_')
Kernel.system("ls -l " + Dir.glob("/tmp/blah_*").join(" "))

------- Comment #1 From Sune Kloppenborg Jeppesen 2004-08-15 23:56:03 0000 -------
Mamoru this seems to affect the versions in portage will you look into it and
provide an updated ebuild if necessary?

------- Comment #2 From Philipp Kern 2004-08-19 03:48:00 0000 -------
For more information read:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=260779

I personally use Ruby for web development and stumpled over this by myself.
Shell users could read all the session data. This by itself is not a security
hole, as I could choose which data to save, but still it allows an attacker to
gather the information which is stored in the end.

http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/23952 contains a
patch for this problem.

I would propose a severity increase, as Debian put out DSA 537-1 with
CAN-2004-0755 assigned addressing this issue, please react please fix also the
1.8.1 tree currently in stable. Thank you.

------- Comment #3 From Mamoru KOMACHI (RETIRED) 2004-08-19 05:46:29 0000 -------
Thanks to the pointers, Philipp. As for the patch, ruby-1.8.2_pre2 includes it.
Also, I added ruby-1.6.8-r11 yesterday, which is a snapshot of 20040727 and
contains a fix for the bug. However, ruby-1.8.0 is the last version which
compiles on ia64 (bug #48824), so I'll make ruby-1.8.0-r7 with the patch
tonight. After that, I'll open a bug to let arch maintainers mark
ruby-1.6.8-r11, ruby-1.8.0-r7 and ruby-1.8.2_pre2 stable.

------- Comment #4 From Sune Kloppenborg Jeppesen 2004-08-19 07:10:13 0000 -------
Mamoru just post on this bug what needs to be marked stable and cc the relevant
arches.

------- Comment #5 From Mamoru KOMACHI (RETIRED) 2004-08-19 10:10:40 0000 -------
okay.

All arch devs, due to the security issue described on this bug, the following ebuilds need to be marked stable. (I've just marked them stable on x86)

* dev-lang/ruby-1.6.8-r11
* dev-lang/ruby-1.8.0-r7 (for ia64)
* dev-lang/ruby-1.8.2_pre2
* dev-ruby/ruby-config-0.3 (dependency of ruby-1.8.2_pre2)

Please test and mark them stable. Thanks in advance.

------- Comment #6 From Chris White (RETIRED) 2004-08-19 10:32:14 0000 -------
Correcting whiteboard to stable.

------- Comment #7 From Pieter Van den Abeele 2004-08-19 11:26:07 0000 -------
stable on ppc

------- Comment #8 From Bryan Østergaard (RETIRED) 2004-08-19 18:35:52 0000 -------
Stable on alpha.

------- Comment #9 From Jason Wever (RETIRED) 2004-08-21 21:32:47 0000 -------
Stable on sparc

------- Comment #10 From SpanKY 2004-08-22 22:27:20 0000 -------
marked arm/hppa stable

------- Comment #11 From Danny van Dyk (RETIRED) 2004-08-25 14:01:14 0000 -------
stable on amd64

------- Comment #12 From Sune Kloppenborg Jeppesen 2004-08-28 16:02:13 0000 -------
Security this seems to be a B4 please vote on GLSA

------- Comment #13 From Thierry Carrez (RETIRED) 2004-09-02 06:38:49 0000 -------
I think we need one. It's an information leak, but it's a very interesting one.
And Debian did one :)

------- Comment #14 From Sune Kloppenborg Jeppesen 2004-09-03 12:25:59 0000 -------
GLSA 200409-08

ia64, mips, ppc, s390 please mark stable to benifit from GLSA.

------- Comment #15 From Tom Gall 2004-10-09 20:54:02 0000 -------
1.8.2_pre2 marked stable on ppc64, thanks!

------- Comment #16 From Hardave Riar (RETIRED) 2004-10-17 22:30:14 0000 -------
Stable on mips.

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