[#26664] refactoring tcltklib.c (deleted ip check) — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
山本です。
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
[#26711] --with-static-linked-extするとrequireできないライブラリがある — IWATSUKI Hiroyuki <don@...>
岩月と申します。
なかだです。
[#26721] TkVariable.new_hash 経由だと trace が発生しない — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
[#26723] Fixnum演算メソッド中のcoerceの削減 — Tadashi Saito <shiba@...2.accsnet.ne.jp>
斎藤と申します。
[#26743] zsuper in a method with optional arg — "NAKAMURA, Hiroshi" <nakahiro@...>
-----BEGIN PGP SIGNED MESSAGE-----
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
[#26745] TkCheckbutton#variable as getter? — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
[#26753] some questions about tcltklib.c — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
永井@知能.九工大です.
山本です。
[#26764] multi-thread and logger — Nobuhiro IMAI <nov@...>
いまいです。
[#26791] Failure: test_block_passing(TestIterator) — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
まつもと ゆきひろです
[#26800] reducing PUSH_TAG in rescue, and useless exceptions — nobu@...
なかだです。
[#26808] test/nkf/test_kconv.rb — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
[#26817] test/socket/test_tcp.rb freeze on windows — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
こんにちは、なかむら(う)です。
山本です。
山本です。
こんにちは、なかむら(う)です。
山本です。
こんにちは、なかむら(う)です。
山本です。返信が遅れてすみません。
[#26829] cannot check EOF of pipe on windows — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
山本です。
こんにちは、なかむら(う)です。
山本です。
なかだです。
山本です。
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
山本です。
[#26840] [BUG] oniguruma + utf-8 — "NAKAMURA, Hiroshi" <nakahiro@...>
-----BEGIN PGP SIGNED MESSAGE-----
[#26851] ripper for 1.8 — Tanaka Akira <akr@...17n.org>
ruby-1.8 で動かす gonzui で、ruby code の解析をしたいという要望があっ
[#26872] irb -I/ruby -Iと$LOAD_PATH — akira yamada / やまだあきら <akira@...>
Debianユーザからruby -Iとirb -Iで
なかだです。
nobuyoshi nakada wrote:
けいじゅ@いしつかです.
けいじゅ@いしつかです.
なかだです。
けいじゅ@いしつかです.
まつもと ゆきひろです
けいじゅ@いしつかです.
[#26883] top level include on load(filename, true) — Shugo Maeda <shugo@...>
前田です。
[#26897] fail on make install — KIMURA Koichi <kimura.koichi@...>
木村です。
こんにちは、なかむら(う)です。
木村です。
木村です。
木村です。
こんにちは、なかむら(う)です。
木村です。
こんにちは、なかむら(う)です。
なかだです。
山本です。
なかだです。
なかだです。
山本です。
こんにちは、なかむら(う)です。
なかだです。
まつもと ゆきひろです
山本です。
なかだです。
[#26900] multiplying empty string — nobuyoshi nakada <nobuyoshi.nakada@...>
まつもと ゆきひろです
In article <1125327516.070646.12845.nullmailer@x31.priv.netlab.jp>,
まつもと ゆきひろです
In article <1125356798.802509.8788.nullmailer@x31.priv.netlab.jp>,
まつもと ゆきひろです
In article <1125369966.174424.13781.nullmailer@x31.priv.netlab.jp>,
[ruby-dev:26740] Re: $SAFE=1 の open-uri で redirect 時にエラー
前田です。 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 以上で実行される。 > > などという記述をみると、とくに対象が違うようには思えません。 そうなのかもしれません。 -- 前田 修吾