[#21482] begin/rescue/else syntax is broken — akira yamada <akira@...>
[#21498] test/ChangeLog ? lib/ChangeLog — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです。
[#21499] File#path on closed file. — Tanaka Akira <akr@...17n.org>
ふと、
そういえば、
まつもと ゆきひろです
[#21508] eval BEGIN/END at runtime — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです。
なひです。
新井です。
[#21511] return value of freeze — Tanaka Akira <akr@...17n.org>
ふと、freeze を使って思ったのですが、これの返値は何なんでしょうか?
[#21531] O_ACCMODE — Tanaka Akira <akr@...17n.org>
POSIX において fcntl.h に定義されている、O_ACCMODE が欲しくなったので
西山和広です。
In article <20031007220838.CC51.ZN@mbf.nifty.com>,
[#21543] Enumerator — "Akinori MUSHA" <knu@...>
1.8.0 のtきは標準ライブラリ入りについて異論はなかったものの
新井です。
[#21556] rewinding for Thread — nobu.nakada@...
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
[#21557] at_exist and safe level — Tanaka Akira <akr@...17n.org>
% ruby -ve '$SAFE = x = 1; at_exit { p $SAFE; p x }'
[#21572] core dump in rb_thread_schedule — Tanaka Akira <akr@...17n.org>
今日、cvs update したら、rb_thread_schedule で core を吐くようになったのですが、
まつもと ゆきひろです
なかだです。
In article <200310090901.h9991gfA004660@sharui.nakada.kanuma.tochigi.jp>,
In article <87ekxmojwc.fsf@serein.a02.aist.go.jp>,
[#21590] extend with marshal_dump/marshal_load — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです。
[#21607] autoload の patch は取り込まれないんでしょうか? — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
[#21616] access ENV on $SAFE==4 — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
まつもと ゆきひろです
ただただしです。
永井@知能.九工大です.
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
永井@知能.九工大です.
まつもと ゆきひろです
ただただしです。
まつもと ゆきひろです
[#21632] SEGV (test_drb.rb) — Masatoshi Seki <m_seki@...>
咳といいます。
[#21639] load() blocks thread scheduling — Tietew <tietew-ml-ruby-dev@...>
Tietew です。
まつもと ゆきひろです
[#21641] SOAP::StreamError: Illegal media type. — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです。
[#21679] Proposal: string literal concatenation — mput <root@...>
mput です。
[#21682] ruby-tk hangs when exception is raised — akira yamada <akira@...>
なかだです。
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
[#21707] drb Hash#each — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
まつもと ゆきひろです
まつもと ゆきひろです
まつもと ゆきひろです
咳といいます。
まつもと ゆきひろです
まつもと ゆきひろです
まつもと ゆきひろです
[#21730] exit in $SAFE = 4 with -d — Tanaka Akira <akr@...17n.org>
% ruby -de 'lambda { $SAFE = 4; exit }.call; p 1'
[#21747] ruby 1.8.1 preview1 schedule — matz@... (Yukihiro Matsumoto)
関係者各位、
Siena. です。
なかだです。
Siena. です。
なかだです。
[#21778] IOError while building on Solaris with Sun cc — 桑村慎哉 <kuwa@...>
桑村です。
まつもと ゆきひろです
[#21790] ruby 1.8.1 preview1 — matz@... (Yukihiro Matsumoto)
It's out.
取り敢えず、NetBSD currentでの状況です。pkgsrc的なことは特にせず、ある
[#21794] ruby-1.8.1-preview2 での rb_iter_break — Kenta MURATA <muraken2@...>
むらけんです.
[ruby-dev:21674] Re: access ENV on $SAFE==4
永井@知能.九工大です.
前のメールの最後の部分でおかしなことを書いてたので修正です.
# 寝惚けながら書くとダメですね.(^_^;
From: Hidetoshi NAGAI <nagai@ai.kyutech.ac.jp>
Subject: [ruby-dev:21669] Re: access ENV on $SAFE==4
Date: Wed, 22 Oct 2003 00:29:27 +0900
Message-ID: <20031022.002926.74734021.nagai@ai.kyutech.ac.jp>
> さて,こうして論述してきた主張に対して有効な反論は,
> 「そもそも環境変数を参照できなくしたところで
> セキュリティには何ら影響しない」というように,
> 議論の根幹となっている部分を否定するものであると思います.
> この点,最初の問題提起時に「私にはこれらの情報の読み出しまで
> 禁止することでどの程度セキュリティに貢献するのかは良くわから
> ないのですが」と書いていたように,また,
>
> > ただ、どんな危険があるのか具体例がまだないよ
> > うですから、下記のいずれの策をとるか判断がつきかねるな、と思うんです。
>
> とおっしゃられているように,あっさりと否定するだけの
> 論拠の持ち合わせはありません.
この辺り,何を言ってるのかわからないので
「『環境変数参照を禁止しなくても大丈夫』という主張を
明確に否定するような実例の持ち合わせがない」と言い直します.
もしかすると $SAFE >= 4 の Ruby スクリプト上では
「禁止しなくても大丈夫」なのかもしれません.
しかしながら,こうした問題は Ruby only では考えられません.
Ruby 上で手にいれた情報に基づいて,別の手段での攻撃が
行われるかもしれません.
そうした場合に「Ruby には責任がない」とは言えないでしょう.
# 「 $SAFE >= 4 で得た情報は,Ruby 外には一切出ることはない」と
# 完全に言い切れるなら,Ruby only の議論でいいのですが.
少なくとも「環境変数の内容を知られることにより,
セキュリティに甘い部分ができる」というのは真だと思います.
であるなら,「危険の実例が確認されるまでは制限の必要はない」
ではなく,「そのままでも安全が明確に証明されない限りは制限する」
が $SAFE >= 4 での適切な方針であるはずです.
つまりは「参照を禁止しない」ことを主張するなら,
「参照による危険の実例」を要求するのではなく,
「参照されても安全」を証明しなければならないと考えます.
多分,この証明は不可能でしょう.
この点を以て,「禁止しなくても大丈夫」への反論としておきます.
--
永井 秀利 (九工大 知能情報)
nagai@ai.kyutech.ac.jp