[#18121] [Ruby 1.8.7 - Bug #405] (Open) ssl.rb:31: [BUG] Bus Error — Anonymous <redmine@...>

Issue #405 has been reported by Anonymous.

14 messages 2008/08/04

[#18130] Re: New array methods cycle, choice, shuffle (plus bug in cycle) — Brian Candler <B.Candler@...>

> Seriously though... Array.first is a noun.

10 messages 2008/08/05

[#18319] NEW Command: absolute_path() -- — "C.E. Thornton" <admin@...>

Core,

14 messages 2008/08/16
[#18321] Re: NEW Command: absolute_path() -- — Yukihiro Matsumoto <matz@...> 2008/08/18

Hi,

[#18381] [Bug #496] DRb.start_service(nil) is very slow — Hongli Lai <redmine@...>

Bug #496: DRb.start_service(nil) is very slow

11 messages 2008/08/25

[ruby-core:18338] Re: The new concept of 'trust'

From: "Shugo Maeda" <shugo@...>
Date: 2008-08-19 16:38:01 UTC
List: ruby-core #18338
Hi,

2008/8/19 Dave Thomas <dave@pragprog.com>:
> I'm not clear, however, how this can be used in practice. Is it intended to
> be used in code sandboxes?

Yes, it is.

Before the introduction of trust, taintedness denoted two different statuses.

(1) input data from outside a program
(2) objects created by untrusted code (objects created at safe level 3 or 4)

At safe level 4, modifications of tainted objects are allowed, but it's not
indented to allow modifications of (1) input data from outside a program.

For example, the following code allows a modification of $PROGRAM_NAME
unexpectedly.

  lambda {
    $SAFE = 4
    $PROGRAM_NAME.replace("Hello, World!")
  }.call
  puts $PROGRAM_NAME

So we decided to seperate two different meanings of taintedness to avoid
this problem.

In trunk, (2) objects created by untrusted code are tainted and untrusted,
and modificaions of trusted objects are not allowed at safe level 4.

-- 
Shugo Maeda

In This Thread