[#26664] refactoring tcltklib.c (deleted ip check) — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

山本です。

22 messages 2005/08/01
[#26665] Re: refactoring tcltklib.c (deleted ip check) — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/08/01

山本です。

[#26668] Re: refactoring tcltklib.c (deleted ip check) — Hidetoshi NAGAI <nagai@...> 2005/08/01

永井@知能.九工大です.

[#26678] Re: refactoring tcltklib.c (deleted ip check) — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/08/01

山本です。

[#26684] Re: refactoring tcltklib.c (deleted ip check) — Hidetoshi NAGAI <nagai@...> 2005/08/01

永井@知能.九工大です.

[#26686] Re: refactoring tcltklib.c (deleted ip check) — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/08/01

山本です。

[#26817] test/socket/test_tcp.rb freeze on windows — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

山本です。

12 messages 2005/08/18

[#26829] cannot check EOF of pipe on windows — "U.Nakamura" <usa@...>

こんにちは、なかむら(う)です。

19 messages 2005/08/19
[#26830] Re: cannot check EOF of pipe on windows — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/08/19

山本です。

[#26831] Re: cannot check EOF of pipe on windows — "U.Nakamura" <usa@...> 2005/08/19

こんにちは、なかむら(う)です。

[#26832] Re: cannot check EOF of pipe on windows — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/08/19

山本です。

[#26836] Re: cannot check EOF of pipe on windows — nobuyoshi nakada <nobuyoshi.nakada@...> 2005/08/19

なかだです。

[#26872] irb -I/ruby -Iと$LOAD_PATH — akira yamada / やまだあきら <akira@...>

Debianユーザからruby -Iとirb -Iで

17 messages 2005/08/24
[#26873] Re: irb -I/ruby -Iと$LOAD_PATH — nobuyoshi nakada <nobuyoshi.nakada@...> 2005/08/24

なかだです。

[#26875] Re: irb -I/ruby -Iと$LOAD_PATH — akira yamada / やまだあきら <akira@...> 2005/08/24

nobuyoshi nakada wrote:

[#26885] Re: irb -I/ruby -Iと$LOAD_PATH — keiju@... (石塚圭樹) 2005/08/26

けいじゅ@いしつかです.

[#26897] fail on make install — KIMURA Koichi <kimura.koichi@...>

木村です。

28 messages 2005/08/29
[#26898] Re: fail on make install — "U.Nakamura" <usa@...> 2005/08/29

こんにちは、なかむら(う)です。

[#26903] Re: fail on make install — KIMURA Koichi <kbk@...> 2005/08/29

木村です。

[#26922] Re: fail on make install — KIMURA Koichi <kimura.koichi@...> 2005/08/30

木村です。

[#26926] Re: fail on make install — KIMURA Koichi <kimura.koichi@...> 2005/08/31

木村です。

[#26927] Re: fail on make install — "U.Nakamura" <usa@...> 2005/08/31

こんにちは、なかむら(う)です。

[#26928] Re: fail on make install — KIMURA Koichi <kimura.koichi@...> 2005/08/31

木村です。

[#26929] Re: fail on make install — "U.Nakamura" <usa@...> 2005/08/31

こんにちは、なかむら(う)です。

[#26930] Re: fail on make install — nobuyoshi nakada <nobuyoshi.nakada@...> 2005/08/31

なかだです。

[#26931] Re: fail on make install — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/08/31

山本です。

[#26933] Re: fail on make install — nobu@... 2005/08/31

なかだです。

[#26938] Re: fail on make install — nobuyoshi nakada <nobuyoshi.nakada@...> 2005/09/01

なかだです。

[#26939] Re: fail on make install — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/01

山本です。

[#26900] multiplying empty string — nobuyoshi nakada <nobuyoshi.nakada@...>

19 messages 2005/08/29
[#26904] Re: multiplying empty string — Yukihiro Matsumoto <matz@...> 2005/08/29

まつもと ゆきひろです

[#26907] Re: multiplying empty string — Tanaka Akira <akr@...17n.org> 2005/08/29

In article <1125327516.070646.12845.nullmailer@x31.priv.netlab.jp>,

[#26909] Re: multiplying empty string — Yukihiro Matsumoto <matz@...> 2005/08/29

まつもと ゆきひろです

[ruby-dev:26740] Re: $SAFE=1 の open-uri で redirect 時にエラー

From: Shugo Maeda <shugo@...>
Date: 2005-08-04 09:23:24 UTC
List: ruby-dev #26740
前田です。

Tanaka Akira wrote:
>>私の理解は以下のようなようなものでした。
>>
>>* プログラムの外部に影響を与えるのに外部から取得したデータを使っては
>>  いけない(少なくとも偶然には)。
>>* そこで外部からのデータはtaintされ、外部に影響を与えるような操作に
>>  渡すとエラーになる。
>>* 意図的にそのような処理を行いたいケースもある(原則から外れるケース)。
>>  そのような場合はパターンマッチによってuntaintする。
>>  パターンマッチを行ったということは、ユーザが何をしているかわかった上で
>>  そのような処理を行ったと考えることができる(偶然そうなってしまったわけ
>>  ではない)ため、問題ない。
>>
>>この理解は間違っているということでしょうか。
> 
> 
> いろいろと考えたのですが、もし前田さんがそう理解しているのなら、なぜ
> perl のライブラリでは untaint しないという仮定をしたのか理解できません。
> 
> [ruby-dev:26641] によれば、
> 
> | あくまでも*ライブラリが*どういう条件でuntaintするべきかという指針を
> | 見い出せなかったという話です。
> 
> ということですが、ライブラリについて記述がなければ、ライブラリにもプロ
> グラムの他の部分と同じ指針を適用し、untaint するというのが自然に思えま
> す。

それはどのような指針でしょうか。

私の理解だと、untaintする時は`You may not use data derived
from outside your program to affect something else outside your
program'という原則から外れるので、プログラマの裁量でuntaint
するものだと思っていました。

もしそうだとすると、Rubyの場合と判断の対象となる操作の量の違いしか
ないのではないでしょうか。
もし違うのであれば、どのような指針でuntaintするのか教えてください。

>>もしこの理解が間違っていて、untaintした場合でも外部への影響があってはな
>>らない、とすると、やはりアプリケーション全般を対象とする場合には制約が
>>厳しすぎるように思います。
> 
> 
> 前田さんの perl のライブラリは untaint しないという仮定も、制約が厳し
> すぎて問題があるという結論を導く原因になっているように思えます。
> 
> そのように理解できない仮定に基づいたものと比較されても、前田さんの提案
> している Ruby 方針が優れているということを納得することはできません。
> 
> なぜ、そう仮定したのでしょう?

上述のように、untaintする指針を見い出せなかったのでそのように仮定しました。
明確な指針がなくuntaintが許容されているならば、Rubyの場合とそれほど
状況は変わらないので比較する必要もないと考えたからです。

> setuid スクリプトで自動的に taint mode になる他、CGI 等でも使うことを
> 強く推奨しているようです。
(snip)
> | RubyにはCGI等のプログラミングを安全に行うことを助ける為に、セキュリティ機構が備わっています。
> 
> |  ・ setuid, setgid されたスクリプトは $SAFE = 1 以上で実行される。
> 
> などという記述をみると、とくに対象が違うようには思えません。

そうなのかもしれません。

-- 
前田 修吾

In This Thread