[#29736] [提案] Kernel#p をもっと便利に — "Yusuke ENDOH" <mame@...>

遠藤侑介と申します。

19 messages 2006/11/01

[#29765] merge with YARV — SASADA Koichi <ko1@...>

 ささだです。

16 messages 2006/11/03

[#29767] 1.8 proposal of RUBY_PATCHLEVEL — URABE Shyouhei <root@...>

-----BEGIN PGP SIGNED MESSAGE-----

52 messages 2006/11/04
[#29771] Re: 1.8 proposal of RUBY_PATCHLEVEL — Shugo Maeda <shugo@...> 2006/11/04

前田です。

[#29925] ruby -v — Urabe Shyouhei <shyouhei@...>

卜部です。

28 messages 2006/11/24

[#29964] 1.8, 1.9, svn化, などなどのまとめ — "U.Nakamura" <usa@...>

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

15 messages 2006/11/28

[#29970] BUG: Incorrect handling of Ignorecase matching (regex.c of 1.8.5) — "きむらこういち" <hogemuta@...>

木村です。

15 messages 2006/11/28

[ruby-dev:29762] Re: cgi.rbのDoS脆弱性について

From: Takahiro Kambe <taca@...>
Date: 2006-11-03 14:52:55 UTC
List: ruby-dev #29762
In message <454ADEB9.7060209@moonwolf.com>
	on Fri, 3 Nov 2006 15:16:40 +0900,
	MoonWolf <moonwolf@moonwolf.com> wrote:
> > 1. 別にセキュリティ・パッチを表す定数を導入する。例えば、
> > 
> > 	CVS::REVISION = '2006/11/2 10:10:10'
> > 
> >    といったものを導入する。
> 
> 複数のパッチをあてることもありえるので、対策した脆弱性の識別子(たとえば
> 'CVE-2006-5467')の配列のほうがいいかもしれませんね。
あまり複雑にせず、何時の時点のモノかわかる「記し」だけにして、そこまで
で何が直っているかといった情報は別のWebページなり、ドキュメントなりに
分けておいた方が楽だと思います。

ただ、これを行うためにも結局は、

> > 2. セキュリティや基本的な障害だけの修正しか加えない、リリース(今回であ
> >    れば Ruby 1.8.5)からブランチさせた修正リリース用のCVSブランチを使っ
> >    て管理する。
こっちが必要になるかと思います。

> >> 1.6.28.16に対するパッチのはずなのに、1.6.28.17に対するdiffというのは、
> >> パッチを当てる時に不安になりませんか?
> > と、いうわけで私は元々そこまで REVISION に重きを置いていませんし、それ
> > よりも変更された内容を見て判断します。CVSのレポジトリで差分を見ること
> > もできますし、特に不安には思いません。
> 
> 私の場合はパッチの作成ミスの可能性を疑ってしまいます。心配性なので。
繰り返しますが、CVSにセキュリティ修正用の専用のブランチでない限り、レ
ビジョンを元にしたcvs diffの結果だから安心ということにはならず、パッチ
の作成ミスの可能性を疑えば、きりはありません。

> あと、diffだけでパッチの内容が理解できますか? そんな自信は私にはありません。
ケース by ケースですが、

> http://www.ruby-lang.org/cgi-bin/cvsweb.cgi/ruby/lib/cgi.rb.diff?r1=1.68;r2=1.68.2.17;f=h
> のようなパッチだったらどうですか?
これは嫌です。

-- 
神戸 隆博 / Takahiro Kambe

In This Thread