タグ

rubyとtechnologyに関するtsupoのブックマーク (8)

  • XSS対策パッチを当ててもRailsに残る脆弱性 - 岩本隆史の日記帳(アーカイブ)

    どのような脆弱性か 先日書いた「Rails 2系のXSS脆弱性がRuby 1.9では影響なしとされる理由」という記事に、奥さん(id:kazuhooku)より、下記のブックマークコメントをいただきました。 たとえばブログの場合、誰かに壊れたUTF-8を含むコメントを書き込まれちゃうと、そのブログ全体にアクセスできなくなる(最新コメント一覧に出るから)んじゃないか。XSSが発生しないだけで脆弱性があることは変わらない はてなブックマーク - kazuhookuのブックマーク / 2009年9月26日 まったくおっしゃる通りです。アプリケーションの構成によっては、サービス自体が提供できなくなる可能性があります。 このような脆弱性を何とよぶのでしょうか。すでに統一的な呼称があるのかどうか、私は知りません。サービス不能という観点からは広義のDoS脆弱性といえるのかもしれません。 追記(2009-0

    XSS対策パッチを当ててもRailsに残る脆弱性 - 岩本隆史の日記帳(アーカイブ)
    tsupo
    tsupo 2009/09/29
    「Rails 2+SQLite 3という構成の場合、私の検証では、アプリ開発者がバリデーションロジックを加えない限り、不正なUTF-8シーケンスを含むデータが登録できてしまいました」
  • スクリプト言語「Ruby」にDoS攻撃を受ける脆弱性

    Rubyのオフィシャルサイトは6月10日、まつもとゆきひろ氏が個人で開発しているオブジェクト指向スクリプト言語「Ruby」にDoS攻撃を受ける脆弱性が存在すると発表した。 今回確認された脆弱性は、Ruby1.8系の1.8.6-p368とそれ以前のすべてのバージョン、および1.8.7-p160 とそれ以前のすべてのバージョンに存在する。なお、1.9系はこの問題の影響を受けない。 BigDecimalオブジェクトから浮動小数点数(Float)への変換に問題があり、攻撃者は巨大なBigDecimalの数値を変換することによりsegmentation faultsを引き起こせる可能性がある。このため、1.8.6-p369またはruby-1.8.7-p173にアップグレードするよう呼びかけている。

    スクリプト言語「Ruby」にDoS攻撃を受ける脆弱性
    tsupo
    tsupo 2009/06/11
    今回確認された脆弱性は、Ruby1.8系の1.8.6-p368とそれ以前のすべてのバージョン、および1.8.7-p160 とそれ以前のすべてのバージョンに存在 / BigDecimalオブジェクトから浮動小数点数(Float)への変換に問題
  • twitterがrubyからscalaへスイッチ - huixingの日記

    twitterが2007年後半に先進的なユーザーに急速に受け入れられて以後、そのruby on railsアーキテクチャーはたびたびトラブルに見舞われてきた。しかし2008年中盤にtwitterがこっそり一部コードをscalaにポートして以来トラブルはなくなった。Twitterの開発者であるAlex Payneによれば普通に考えられているRuby on RailsPHPPythonなどいわゆるアジャイルな言語はすばやい変化に対応するには見合っているが非同期的プロセスのような力仕事には、スイス連邦工科大学ローザンヌ校のマーティン・オダースキーMartin Oderskyにより開発されたscalaが合っているという。2007年のある時点でtwitterにおけるrubyベースのメッセージ・キュー・システムが増えるプロセスに対応できずに壁にぶちあたったことに気付いた。2008年中盤にはメッセー

    twitterがrubyからscalaへスイッチ - huixingの日記
  • パフォーマンス大幅向上の「JRuby 1.1」リリース - @IT

    2008/04/08 JRubyコミュニティは米国時間の4月5日、「JRuby」の最新バージョン「JRuby 1.1」をリリースした。 JRubyはJavaによるRuby実装で、オープンソースで提供されている。これにより、JavaVM上でRubyを実行させることができる。 バージョン1.1は、2007年1.0以来となる2度目のメジャーリリースという位置付けで、パフォーマンスが大幅に改善された。Rubyのバージョン1.8.6を上回るパフォーマンスが実現できているという。また、性能を大幅に高めたRuby 1.9と比較しても、一部のベンチマークでそれを上回るとしている。 また、数千に上る互換性問題の修正やメモリ消費の改善に加え、AOT(Ahead Of Time)およびJITJust In Time)両モードでRubyJavaバイトコードにコンパイルする機能が加わった。また、正規表現ライ

    tsupo
    tsupo 2008/04/09
    AOT(Ahead Of Time)およびJIT(Just In Time)両モードでRubyをJavaバイトコードにコンパイルする機能が加わった / 正規表現ライブラリ「鬼車」をJavaにポーティングするなどして、処理の高速化を実現
  • 技術日記@kiwanami: RubyでJavaScriptのオブジェクトのように振舞う何か

    大字 kiwanami 写真集。 日替わり大サービス。 JavaScriptを触っていて気持ちいい一つの原因として、ハッシュとオブジェクトの境界が無いことがある。データとして扱いやすいため、メタ操作もやりやすい。先の勉強会の後の議論で出てきたJavaScript的Hashを実装。 class BlankSlate instance_methods.each { |m| undef_method m unless m =~ /^__/ } end class JSHash < BlankSlate def initialize(hash) @hash = hash end def method_missing(sym, *args) name = sym.to_s if name =~ /=$/ name = name[0..-2] val = args[0] if val.respond_

    技術日記@kiwanami: RubyでJavaScriptのオブジェクトのように振舞う何か
    tsupo
    tsupo 2007/04/10
    ruby で「JavaScript的Hashを実装」 / 最後の function の無理やり具合が、RubyとJavaScriptの一つの境界線
  • Rubyの生産性の高さはどこまで本当か? - 分裂勘違い君劇場 by ふろむだ

    もの人がブックマークしているこの「Ruby仕事に使うべし!」という記事で書かれているRubyの優れた特徴は、実際のところ、どの部分が、どこまで当なのでしょうか? 少し検証してみたいと思います。 「Rubyがスゴイ」とされる点のどれがホントでどれがウソ? 「Ruby仕事に使うべし」では、まず、Rubyの特徴として、 (1)いろんな言語のいいとこ取り (2)構文が強力 (3)楽しくプログラミング (4)問題が起こりにくいように設計されている という点を冒頭で掲げています。 まず、これらをどのように検証すればよいか、考えてみます。 まず、(1)のいいとこ取りについては、いいとこ取りをし続けながらいつも進化しているのは、最近の言語はみんなそうで、それはRuby独自の特徴でもなんでもありません。 たとえば、C#は、その典型で、VM、自動メモリ管理、パッケージによる名前空間管理、マルチスレッド、

    Rubyの生産性の高さはどこまで本当か? - 分裂勘違い君劇場 by ふろむだ
  • PowerShellとIronPython

    これからはIronPythonで生きて行こうと思っていたのですが、とある所でPowerShellのデモを見ていて、これじゃダメなんだろうか?と思いました。

    PowerShellとIronPython
    tsupo
    tsupo 2006/09/29
    昔はRubyとかcygwinとか入れていたのがだんだんとJScriptとhtaになってしまった → 私の場合、perl の 2 や 3 の頃はそこそこ使ってたけど、4 以降はほとんど使わなくなってしまいました。awk や sed も使用頻度、減ってしまったな
  • [ThinkIT] 第1回:Railsが注目されている理由 (1/3)

    RailsはDevid Heinemeier Hansson氏(以下、Hansson氏)が中心となって作成を続けているRuby製のオープンソースWebアプリケーションフレームワークです。まずはその概要について少し探ってみましょう。 Railsは、2003年の夏にHansson氏が作成を開始して、2004年にはじめて一般に公開されました。 それまでは「すぐに作れるけどゴチャゴチャしがちなPHPと、きれいだけど作るのに時間がかかるJavaを使ってソフトウェア開発をしていた」とHansson氏は語っています。そこで両者のいいとこどりをした「早くてきれいな」フレームワークを目指して開発をはじめ、現実のものにした結果がRailsなのです。

    tsupo
    tsupo 2006/05/26
    「すべてのものに柔軟性を与える必要はない」という割り切り
  • 1