Sticky Light - Radium Software
Sticky Light は スマートレーザースキャナを用いたインスタレーションの一種だ。東京大学は石川小室研究室の Alvaro Cassinelli 助教授らによって開発された。このシステムでは「絵」と「レーザーの光」を通して人間とコンピューターのインタラクションを実現している。回りくどい話はさておき，上の映像を観てみるのが早いと思う。 Sticky Light の技術的に面白いところは，このシステムがカメラ（イメージセンサー）を使用していないという点だ。このシステムの核となるスマートレーザースキャナは，レーザーダイオードとフォトセンサーとミラー制御装置から構成されている。レーザーの照射の仕方にコツがあって，２次元的なスキャンを行うことなく，３次元空間上での物体のトラッキングが可能となっている。動作原理についてはこのページの解説が分かりやすい。 僕は個人的に，このような「現実空間側に主
アポロ１１号のソースコード - Radium Software
Google Code Blog - Apollo 11 mission's 40th Anniversary: One large step for open source code... アポロ１１号の月面着陸から４０周年ということで，最近やたらとアポロ計画関連の話題を見かける。そんな中，アポロ計画にちなんだ話題として Google Code Blog に投稿されたのが上のエントリー。 Google Code 上で公開されている Virtual AGC and AGS プロジェクトの中に， NASA のハードコピーから転記された本物の AGC （アポロ誘導コンピュータ）のソースコードがありますよ……とのこと。 このソースコードには，オリジナルのアセンブリコードに記されていたラベルやコメントまでしっかり転記されている。それらの記述に目を通していると，そのコードを書いた人の考えや気持ちが伝
メモリ破壊の検死学 - Radium Software
Debugging Memory Corruption in Game Development - Cowboy Programming Cowboy Programming による「ゲーム開発におけるメモリ破壊講座」。メモリ破壊によって引き起こされる現象の分析と，その仕組みの解説，原因の調査方法などについて記されている。よくまとまっていて面白い。 技術レベル的には，少し経験のある中級者に向けた内容になっていて，「自分には原因のまったく分からなかった謎バグが，あの人はデバッガを一瞥しただけで解いた！ なぜ？」とかいう経験に出くわしたら読むべし，といったところ。 一見，不可解な死に方をしているように見えるプログラムも，その死体をよく調べてみれば，なぜ死んだのかを解き明かすことができるんだよ……。
Core War - Radium Software
メモリ破壊と言えば…… Core War （コア戦争）というプログラミング・ゲームの一種がある。 Core War では Redcode と呼ばれる仮想アセンブリ言語が用いられる。この言語を使って書かれたプログラムを，同一のメモリ空間上で実行し，互いのプログラムを破壊し合う。それで，最後まで止まらずに生き残ったプログラムが勝ちとなる。詳細については Coding Horror の紹介記事がまとまっていて参考になる。 面白いのは，とにかく自己複製を行いまくるプログラムが強い，というわけではないこと。複製は行わず，たくさんの停止命令をメモリ上にバラ撒いて，相手がそれを踏んで止まるのを待つという戦略もある。あるいは，相手のコードの位置を特定してから破壊しにかかる手もある。 Core War とバグによるメモリ破壊は色々とわけが違うけれど，デバッガーのメモリダンプと睨めっこしながらステップ実行でメ
Use Your Illusion - ぼかし画像認証 - Radium Software
Use Your Illusion: Secure Authentication Usable Anywhere - Usable Security 上の画像，何の画像に見える？ 答えはこれ。 何も知らずにこの画像を見せられても，何の画像かはまったく分からないと思う。でも，ひとたび答えを知ってしまえば，なんとなく何の画像かを思い浮かべることができるようになる。 こんな感じで，「知っている人には確実に答えが分かる」「知らない人には絶対に答えが分からない」という条件を作り出すことができれば，それを認証の仕組みに応用することができるかもしれない ― このアイデアを実際に利用した認証メカニズムの一例が "Use Your Illusion" だ。 上のリンク先のサイトでは，携帯端末上での実装を想定したデモを体験することができる（ただし，自前の画像をアップロードする機能は動かなくなっている模様）。
質より量に学ぶ - Radium Software
Coding Horror - Quantity Always Trumps Quality Art & Fear という芸術家向けの本の中に，こんなエピソードがある ― ある陶芸クラスでのこと，最初の授業において，教師は生徒をふたつのグループに分けた。一方のグループは作品の「量」によって評価を行うとし，もう一方のグループは作品の「質」によって評価を行うとした。 これはどういうことかというと，「量」グループの生徒たちは，提出した作品の量のみによって評価が下される。作品の総重量が５０ポンドに達していたらＡ評価，４０ポンド台ならＢ評価，というように。それに対して「質」グループの生徒たちは，たったひとつの最高の作品を提出すればいい。その作品の出来に対して評価が下される。 すべての授業が終わり，さて評価は，となったとき，少し奇妙な事実が判明した。提出された作品のうち，最も高い質を持つものは，すべて
パッチから exploit を自動生成する技術 - Radium Software
Brumley, Poosankam, Song & Zheng. Automatic Patch-Based Exploit Generation is Possible: Techniques and Implications. カーネギーメロン大学の研究者による，パッチから exploit を自動生成する技術の論文。パッチによって変更される箇所を解析することにより，パッチ適用前のプログラムに存在していた脆弱性を見つけ出す，というもの。 実際にこの技術を Microsoft の５つのプログラムに対して適用してみたところ，そのいずれからも exploit を生成することができた。しかも，そのうち３つは，公には脆弱性が知られていないものだったという。 この技術によって生成することができるのは，あくまでも「パッチ適用前のプログラムに対する exploit」であって，ひとたびパッチが当てられて
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Pizza City - Radium Software
Evony のバナー広告 - Radium Software
Fragger - Radium Software