[#26430] compile error of missing/*.c — nobuyoshi nakada <nobuyoshi.nakada@...>
なかだです。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
こんにちは、なかむら(う)です。
[#26443] cvs [diff aborted]: cannot open file .cvsignore for comparing: No such file or directory — Tanaka Akira <akr@...17n.org>
最近、cvs diff に -k option を付けると、エラーになる (ことがある) ので
[#26463] String#each_byte and String#each_char — "NARUSE, Yui" <naruse@...>
成瀬です。
[#26468] $SAFE=1 の open-uri で redirect 時にエラー — Kazuhiko <kazuhiko@...>
かずひこです。
In article <m3zmsylimn.wl%kazuhiko@fdiary.net>,
まつもと ゆきひろです
In article <1120754832.716261.15867.nullmailer@x31.priv.netlab.jp>,
まつもと ゆきひろです
In article <1120762886.189058.18880.nullmailer@x31.priv.netlab.jp>,
まつもと ゆきひろです
In article <1120810939.815280.27104.nullmailer@x31.priv.netlab.jp>,
まつもと ゆきひろです
前田です。
まつもと ゆきひろです
In article <42CF1918.5000603@ruby-lang.org>,
前田です。
In article <42D7C230.7030509@ruby-lang.org>,
In article <42DDBA82.7030307@ruby-lang.org>,
[#26493] can't handle \c\ — KIMURA Koichi <kbk@...>
木村です。
卜部でございます。
木村です。
[#26508] rmdir(2) on windows doesn't set ENOTDIR — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
まつもと ゆきひろです
山本です。
山本です。
[#26530] removing static variables in parse.y — nobuyoshi nakada <nobuyoshi.nakada@...>
なかだです。
[#26566] cannot compile io.c on windows — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
[#26574] SystemCallError.new("abc") => #<SystemCallError: unknown error - ab> — Tanaka Akira <akr@...17n.org>
次のように、メッセージの最後が切れます。
まつもと ゆきひろです
なかだです。
山本です。
まつもと ゆきひろです
なかだです。
山本です。
なかだです。
山本です。
なかだです。
なかだです。
まつもと ゆきひろです
山本です。
この変更があってからだと思うのですが、リンカが以下のように警告を発するよ
卜部です。自己レス
At Sat, 30 Jul 2005 02:32:38 +0900,
[#26594] test_s_open_lock failed on Solaris — Tanaka Akira <akr@...17n.org>
次のように、Solaris で test_s_open_lock が失敗します。
[#26618] Re: [ruby-cvs] ruby/ext/socket, ruby, ruby: * ext/socket/socket.c (ruby_connect): break immediately if a — Tanaka Akira <akr@...17n.org>
In article <20050728015209.0F30DC6734@lithium.ruby-lang.org>,
In article <1122518643.429222.1408.nullmailer@x31.priv.netlab.jp>,
[#26623] Ruby2.0BlockParameterNotation — SASADA Koichi <ko1@...>
ささだです。
まつもと ゆきひろです
[#26628] show information of '--enable-pthread' — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
わたなべです。
こんにちは、なかむら(う)です。
永井@知能.九工大です.
永井@知能.九工大です.
In message <20050731.094203.74726476.nagai@ai.kyutech.ac.jp>
永井@知能.九工大です.
こんにちは、なかむら(う)です。
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
永井@知能.九工大です.
こんにちは、なかむら(う)です。
永井@知能.九工大です.
こんにちは、なかむら(う)です。
こんにちは、なかむら(う)です。
[#26639] SEGV at zsuper with anonymous rest args. — nobu@...
なかだです。
まつもと ゆきひろです
山本です。
なかだです。
[ruby-dev:26489] Re: $SAFE=1 の open-uri で redirect 時にエラー
前田です。
Yukihiro Matsumoto wrote:
> |redirect先との通信が成功するかどうかではなく、redirect先との
> |通信が何らかのセキュリティ上の問題を引き起こす可能性があるか
> |どうかを判断の基準にするべきではないでしょうか。
>
> 「redirect先との通信が何らかのセキュリティ上の問題を引き起こ
> す」というのは具体的にどういうケースなんでしょうか。RFC2616
> くらいちゃんと読んでから考えるべきかもしれませんが。
たとえば、RFCではredirect先にPUTしてはいけないことになっている
わけですが、仮にPUTがredirectされたとすると、本来はIPアドレス
ベースでPUTが制限されているURLにデータの書き込みをさせることが
できてしまったりする危険性がないでしょうか。
OpenURI.redirectable?の仕様が明らかになっていて、redirect先の
URLが一定の条件をみたす場合にuntaintしてredirectされることを
ユーザが理解して使うのであれば、問題ないように思います。
ユーザが最初にopen-uriに渡すURLがtainted?でないということによって、
open-uriがredirect先のURLをuntaintすることを是認したと判断
できるわけですから。
仮にPUTが無条件にredirectされたとしても、ユーザがそのことを
理解して使う(たとえばredirect元URLを無条件に信頼してよいと
判断したとか)のであれば、(少なくともライブラリ側としては)
問題ないように思います。
ライブラリがuntaintする際のおおざっぱな指針としては、
(1) untaint前には明らかな危険性はチェックによって排除する。
(2) どのようなデータが自動的にuntaintされ、どのような処理に
利用されるかをドキュメントに明記し、ユーザがライブラリ
に渡したパラメータがtainted?でないことによって、リスク
を受け入れたと判断する。
(ただし、(1)によるチェックでuntaintが無条件に安全である
と判断できる場合はドキュメントに記述する必要はない。)
といったところでしょうか。
# 問題があればご指摘ください。
ライブラリ側でuntaintしないですませることができれば、
それにこしたことはないと思うのですが、ユーザはライブラリが
内部で外から取りこんだデータをuntaintするすべがないので、
ある程度はuntaintしてくれないと使いにくいですねえ。
何かもっとうまい仕組みがあればよいのですが。
--
前田 修吾