[#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:26807] Re: $SAFE=1 の open-uri で redirect 時にエラー

From: Shugo Maeda <shugo@...>
Date: 2005-08-17 02:39:58 UTC
List: ruby-dev #26807
前田です。

Tanaka Akira wrote:
>>私の理解だと、untaintする時は`You may not use data derived
>>from outside your program to affect something else outside your
>>program'という原則から外れるので、プログラマの裁量でuntaint
>>するものだと思っていました。
>>
>>もしそうだとすると、Rubyの場合と判断の対象となる操作の量の違いしか
>>ないのではないでしょうか。
>
>
> その操作の量の違いは大きな違いではないでしょうか。

その点については、同意します。
田中さんの主張は、「Perlの方が指針がはっきりしているため、Rubyよりも
好ましい」というものだと理解していましたので、それに対する反論として
上記のように書きました。
taint機構の対象範囲の違いを軽視しているわけではありません。

> たくさんあればあるほど、判断に失敗する機会が増え、また判断自体は適切で
> あったとしてもその判断がユーザが伝わらずに齟齬が生じて失敗する可能性が
> 増えます。

前者に関しては、Perlでは何もチェックしないケースに対してチェックミス
があったとしても、Perlより危険になることはないと考えます。
また、

  def delete_files(list_filename)
    open(list_filename) do |f|
      for line in f
        File.unlink(line.chomp.untaint)
      end
    end
  end

のようなメソッドがあった場合、Rubyではlist_filenameが汚染されていれば
open操作で失敗するわけですが、Perlの場合には同様のコードだとopenの時点
では処理が続行されてしまいます。
上記の例そのままのようなコードはあまりありそうにないように思われますが、
たとえば、URLを引数に取って、そのURLから取得した情報をもとにプログラム
の外部に影響を及ぼすような操作をすることは十分に考えられると思います。
そのような際には安全なライブラリにするためには、汚染チェックを自前で
行ったエラーを発生させるようなコードを書かなければなりません。
Perlの方が判断が楽なので安全だとは、一概には言えないのではないでしょうか。

> したがって問題はバランスなわけですが、前田さんの提案は、perl のバラン
> スよりも望ましいでしょうか?

私はそう考えています。

-- 
前田 修吾

In This Thread