2013-06-18

http://anond.hatelabo.jp/20130618191249

Rubyエンジンコンテキストガード入れればいいだろ。

中間言語エンジン自体に手を入れてメモリーを欠損した部位を発見したり、ガードしたりできるが、Cの場合ハード装置を当てないとデバッガ以上のことは出来ないって話だよ。

CPUの上に直接アプリが乗ってGDB発見する構造

CPUの上にRubyを載せてRuby自体に改造を入れた上でGDBもいれて、アプリ検査する構造では強度が違いすぎるという話だ。

エンジンというクッションができる分、動的言語は開発プロジェクトから見たら強いんだよ。

記事への反応 -
  • C言語はどうしても 他人が持ってるポインターを壊せるという、ガードしてもしきれないところは、どんだけやっても出てくる。 つまり、有る一人のプログラマーが他人が管理してるメ...

    • Rubyはどうしても 他人が持ってるデータ構造を壊せるという、ガードしてもしきれないところは、どんだけやっても出てくる。 つまり、有る一人のプログラマーが他人が管理してるデ...

      • Rubyのエンジンにコンテキストガード入れればいいだろ。

        • strongly typed な programming language でも、安全性に差があるという話 たとえば open class という機能がある言語の場合、基本的なクラスのふるまいを破壊してしまったらみんな困る

          • その、『みんな困る』が起きた時の見つけやすさの手段の数が違うという話を最初からしてるんだが・・・ 起きるものはどうやっても起きるだろ。   その例なら、よくわからんが、問...

    • どうも伝わってないので一個だけ言いたいんですけど、 メモリを隠蔽してガードしてくれ、なんて俺は一言も言ってないです。

      • いや、俺が言いたいことは逆に分かるか?   あと、C言語のライブラリはそこん辺に転がってるのをググッテ適当に使うスタイルなのはいいよな? Rubyにしろ何にしろ、呼んでるライブラ...

記事への反応(ブックマークコメント)

ログイン ユーザー登録
ようこそ ゲスト さん