(#1471120)誰もが知っていて、居酒屋での話題に上る事はあるけど、もはや誰も使わなくなった技術。・・・「枯れ果てた」ですな。(#1470991)ActiveXもそうだけど、閉じた空間だけで考える分には便利だよな。マルチプラットホームなのが本当に利点となり得るかが疑問だけどね。日記Javaアプレットとどう違うんでしょう、機能的に。Coward軽くてJAVAアプレットやFlashの代替になるなら大歓迎。#JAVAは重いし、Flashも広告にやたら使われてて重いしバッテリ食うしウザイし、だからって無効にしたら表示できないサイトが出るし。(#1471152)そんな無駄に手間のかかる広告は作らないと思います。作るとするならアドウェアであって、それには対策してある、と。プラットフォームの一つとしては興味深いし、閉じてないネットワーク上で利用するならどんなサービスが可能かとか面白いかもしれませんね。ついでに、そこに広告を紛れ込ませるならどこまでならOKか、もね。日記そんな無駄に手間のかかる広告は作らないと思います。広告屋は費用対効果があるとわかればなんでもやりますよ。ClientがFlash並に普及すればFlash広告並には普及するんじゃないかと。rulesでなんとかするのかな。内部表現が関数アドレスじゃなくなってたりして。誰か調べて教えてたもれ。(#1471104)訳したけど何だかさっぱりです。Clientはx86特有の内部のプロセス"インナーサンドボックス"に構築されます。インナーサンドボックスは堅牢であると信じています。徹底的な防御を提供するため、プロセス境界の分離を実装する第2の"アウターサンドボックス"も開発しました。インナーサンドボックスは、信頼できないx86コードにおいて、セキュリティーの問題を検出するために静的解析を利用します。以前から、このような解析は自己書き換えコードやオーバーラップ命令といったような慣習による不定なx86コードを課題としてきました。このような慣習を認めず、アラインメントと構造的なルールのセットを通し、それらが観測されたときは、ネイティブコードモジュールは信頼できるようにディスアセンブルされ、ディスアセンブルをする間に全ての到達可能な命令が特定されることを保証します。信頼できるディスアセンブリにより、私たちのバリデータは、実行可能コードは許可された命令のサブセットだけを含み、安全ではないマシン命令を禁止することを保証することができます。インナーサンドボックスはさらに、データと命令のメモリ参照の両方に制約を与えるため、x86のセグメント化されたメモリを使います。これらの範囲チェックを実装するために既存のハードウェアを活用することで、メモリ参照に制約を与えるために必要な実行時チェックを大いに簡素化し安全機構のパフォーマンスへの影響を減らします。(#1471390)はい。使用が目立ちますが...。(#1471400)少々訂正。