<h3>会社に残るのは良くない</h3>
生産的な事をしていれば良いが、グダグダしてるだけなのは非常によろしくないな。人が多いとダメだ。家に帰って anime 観ていた方がまだ良い。

会社に残るのは良くない生産的な事をしていれば良いが、グダグダしてるだけなのは非常によろしくないな。人が多いとダメだ。家に帰って anime 観ていた方がまだ良い。

会社に残るのは良くない

<ul>
<li><a href="http://www.ruby-lang.org/ja/news/2008/08/23/dos-vulnerability-in-rexml/">http://www.ruby-lang.org/ja/news/2008/08/23/dos-vulnerability-in-rexml/</a></li>
</ul>
先日公開された、REXML の脆弱性ですが、「あーそうなんだ、でもうちの Rails のサービスじゃ REXML でパースする処理なんて書いてないから別にいいや」とか思っている方、大変危険です。みんなパッチあてようよ！
<blockquote>
XML entity explosion attackと呼ばれる攻撃手法により、ユーザから与えられたXMLを解析するようなアプリケーションをサービス不能(DoS)状態にすることができます。大部分のRailsアプリケーションはこの攻撃に対して脆弱です。
<a href="http://www.ruby-lang.org/ja/news/2008/08/23/dos-vulnerability-in-rexml/">REXMLのDoS脆弱性</a>
</blockquote>
と書いてある通り『大部分のRailsアプリケーションはこの攻撃に対して脆弱』なのです。たぶん今世の中にある Rails な Web サービスの9割が現状でも、ごくシンプルな攻撃方法でサービスがダウンします。昨日の時点では、自分のところ(Rails 1.x, 2.x なサービス全部)も、知り合いのとこのサービスも、簡単な POST 1リクエストでお手軽に落ちてしまっていました。落とす方法は、Rails をそれなりに知ってる人なら、あああんなリクエスト送ると落ちるな、とすぐ察しがつくと思います。
というわけで、Rails でサービスを提供している方は、即座にオフィシャルで公開されている REXML の脆弱性を防ぐモンキーパッチを当てましょう。また Rails 2.1 な場合は、takiuchi さんの提供している、<a href="http://blog.s21g.com/articles/813">[Updated] REXMLの脆弱性への対応 - Hello, world! - s21g</a>の gem を使うのも良いでしょう。

http://www.ruby-lang.org/ja/news/2008/08/23/dos-vulnerability-in-rexml/先日公開された、REXML の脆弱性ですが、「あーそうなんだ、でもうちの Rails のサービスじゃ REXML でパースする処理なんて書いてないから別にいいや」とか思っている方、大変危険です。みんなパッチあてようよ！XML entity explosion attackと呼ばれる攻撃手法により、ユーザから与えられたXMLを解析するようなアプリケーションをサービス不能(DoS)状態にすることができます。大部分のRailsアプリケーションはこの攻撃に対して脆弱です。REXMLのDoS脆弱性と書いてある通り『大部分のRailsアプリケーションはこの攻撃に対して脆弱』なのです。たぶん今世の中にある Rails な Web サービスの9割が現状でも、ごくシン

http://www.ruby-lang.org/ja/news/2008/08/23/dos-vulnerability-in-rexml/先日公開された、REXML の脆弱性ですが、「あーそうなんだ、でもうちの Rails のサービスじゃ REXML でパースする処理なんて書いてないから別にいいや」とか思っている方、大変危険です。みんなパッチあてようよ！XML entity explosion attackと呼ばれる攻撃手法により、ユーザから与えられたXMLを解析するようなアプリケーションをサービス不能(DoS)状態にすることができます。大部分のRailsアプリケーションはこの攻撃に対して脆弱です。REXMLのDoS脆弱性と書いてある通り『大部分のRailsアプリケーションはこの攻撃に対して脆弱』なのです。たぶん今世の中にある Rails な Web サービスの9割が現状でも、ごくシンプルな攻撃方法でサービスがダウンします。昨日の時点では、自分のところ(Rails 1.x, 2.x なサービス全部)も、知り合いのとこのサービスも、簡単な POST 1リクエストでお手軽に落ちてしまっていました。落とす方法は、Rails をそれなりに知ってる人なら、あああんなリクエスト送ると落ちるな、とすぐ察しがつくと思います。というわけで、Rails でサービスを提供している方は、即座にオフィシャルで公開されている REXML の脆弱性を防ぐモンキーパッチを当てましょう。また Rails 2.1 な場合は、takiuchi さんの提供している、[Updated] REXMLの脆弱性への対応 - Hello, world! - s21gの gem を使うのも良いでしょう。

Rails が即死する REXML の DoS 脆弱性について

<a href="http://d.hatena.ne.jp/hatenadiary/20080828/1219925223">はてなダイアリーが AtomPub で編集</a>できるようになったので、早速 fuse を使ってファイルシステムを作ってみました。こんな感じに使えます。
<ul>
<li>
<a href="http://rails2u.com/tmp/diary_fuse/fuse.htm">http://rails2u.com/tmp/diary_fuse/fuse.htm</a> (動画)
</li>
<li>
/create に保存すると現在時刻で作成
</li>
<li>
/20080820101010 など、エントリーを編集可能。保存で更新。
</li>
<li>
rm するとエントリーを削除
</li>
<li>
/\d{14} 的なファイル名で保存すると、その時刻のエントリーを作成
</li>
</ul>
などなど。Ruby の FuseFS を初めて使ってみましたが、結構簡単にファイルシステムをいじれて便利ですね。ちなみに本文の改行周りがおかしくなるというアレな挙動をして、全然実用できませんが、AtomPub 使うとこんな事もできるよーという例として見ていただければ。
ソースコードは以下です。

はてなダイアリーが AtomPub で編集できるようになったので、早速 fuse を使ってファイルシステムを作ってみました。こんな感じに使えます。http://rails2u.com/tmp/diary_fuse/fuse.htm (動画)/create に保存すると現在時刻で作成/20080820101010 など、エントリーを編集可能。保存で更新。rm するとエントリーを削除/\d{14} 的なファイル名で保存すると、その時刻のエントリーを作成などなど。Ruby の FuseFS を初めて使ってみましたが、結構簡単にファイルシステムをいじれて便利ですね。ちなみに本文の改行周りがおかしくなるというアレな挙動をして、全然実用できませんが、AtomPub 使うとこんな事もできるよーという例として見ていただければ。ソースコードは以下です。

A Day in the Life

会社に残るのは良くない

会社に残るのは良くない

書いている人

おたよりを送る