InfoQ

News

セーフレベル、WEBrick、Dl、DNS検索でのセキュリティの脆弱性

作者 Werner Schuster, 翻訳者 編集部 投稿日 2008年8月6日 午後12時12分

コミュニティ
Ruby
トピック
ランタイム,
Ruby on Rails,
セキュリティ
タグ
Ruby on Rails,
Vulnerabilities,
Rails
Rubyライブラリおよびシステムにおける一連の新しい脆弱性(リンク)が利用可能である。

問題の1つは、セーフレベルに関わる問題である。セーフレベル(リンク)を設定することで、特定の操作を無効とし、汚染されていると定義されたデータを定義すること ができる。Rubyの汚染されたデータは、使用前に明確に汚染をきれいにしておく必要がある。見つかった脆弱性は、以下のとおりである。
  • untrace_varは、セーフレベル4で許可される。
  • $PROGRAM_NAMEは、セーフレベル4で修正されることがある。
  • セキュアでないメソッドは、セーフレベル1から3で呼び出されることがある。
  • システムログオペレーションは、セーフレベル4で許可される。

コードのサンプルリスト(リンク)については、脆弱性のリストを参照すると良い。dlに関連する問題は、汚染データに関係している。dlライブラリは、動的ライブラリを ロードし、それらの機能を起動することを可能にする。dlライブラリは、呼び出しに渡された引数の汚染度を確認しない。そのことは、セキュリティー上の弱 点で使用される場合がある。

その他に見つかった脆弱性は、WEBrick内にあり、サービス妨害攻撃(DoS)の影響を受けやすい。その問題はHTTPヘッダーを分割する責務のあるコードによって引き起こされた。あるデータでは、Regexエンジンの終了に失敗するかもしれない。

近ごろ見つかったDNSのセキュリティ問題(リンク)もまたRubyによって影響を受け、DNSトランザクションIDおよびソースポートを任意抽出することで、解決された。

これらの問題のソリューションは、1.8.6-p286または1.8.7-p71 for 1.8.xへのアップグレードである。Ruby 1.9.xのユーザについては、今提案されたソリューションは、SVNリポジトリで現行バージョンを取得することである。r18423以降の全バージョンがセーフである。

最後に、注意事項である。Rubyインタープリターで近ごろ見つかった問題(参考記事)は解決した。しかし、修正を含んだ初回バージョンは、互換性の問題を引き起こした。生産態勢に入る前に、アップグレードを適切に試運転することは、苦労のしがいがある。

1.8.7へのアップグレードもまた、問題を引き起こす可能性のあるソリューションである。Rails 2.0とRuby 1.8.7を使用する(リンク)と、ストリングに追加されたメソッド、ActiveSupportが 原因で問題が発生する可能性がある。Ruby 1.8.7は、デフォルトでこのメソッド(多少異なるセマンティクス)をストリングに追加している(その他の同様の機能については、InfoQ内Ruby のOpen Classesの記事(参考記事・英語)を参照)。Rails 2.1はRuby 1.8.7と動作する。

原文はこちらです:http://www.infoq.com/news/2008/08/vulnerabilities-dl-webrick-safe

ブックマーク
digg+,
reddit+,
del.icio.us+,
dzone+,
Hatena

No comments

返信

特集コンテンツ一覧

トップスポーツチームの監督に教わる秘訣

この論文では、氏が発見した原則を要約し、その原則をいかにしてソフトウェア開発に応用するかを説明します。

事例研究:Dutch Railwaysのプロジェクトにおける分散拠点でのスクラム・プロジェクト

この記事では、私達がどのようにして大規模(240人月、10万行強)でインドとオランダの開発者も参加したスクラム・プロジェクトを成功させたのかを示しています。

Agile2008チーム参加レポート - 帰国そして変化

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。参加者はカンファレンスで各々の発表や、各セッションへの参加、諸外国のエンジニアとの出会い、ステージ上で DearXPを熱演などの様々な思い出を抱えて、無事日本に戻ってきました。

SilverlightとJavaのインターオペラビリティ

マイクロソフトのRobert Bellが、SilverlightとJavaを使用したインターオペラビリティのシナリオを紹介し、サンプルコードを例にとってアーキテクチャの手引きを提供します。

Agile2008 チーム参加レポート - カンファレンス参加編

Agileカンファレンスに「参加者としてだけでなく、発表者として参加しよう」を掲げたチームgoyattomは、サブミッションを提出し、7つのセッションが日本から選択されました。サブミッションが選択された人、そうでない人も含めて、個々の目的意識の確認、膨大なプログラムから聞きたいセッションの選択、旅行の準備、プレゼンテーションの準備の期間を終えて、無事当日を迎えました。

Agile2008 チーム参加レポート - 動機/準備編

筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。

Javaトラブルシューティングメルマガ総集編 2008/08~09

エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。

モデル駆動アプローチがうまく機能しない(しなくなる)8 つの理由

この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。