ブラクラにProxomitronで対抗するスレPart2

>>9
それがマジレスなんだ。馬鹿は放置だね。

>>8
フィルタとしては決してスーパーセットではないが。

Local File Access Killer は file:// が含まれるタグを無差別に除去するが、
Kill Unexpected Protocol は、特定の属性の中しか見てない。

XML/HTML的にはKUPで十分なのかも知れんが、
MSがIEオリジナルの穴を作っている危険性まで考えると
LFAKも入れておく方が安全と言える。

日本は｢学問的にも応用は上手だが苦労することの多い原理的な研究や、基礎研究をなおざりにしてきた｣(平山郁夫｢日本文化とシルクロード｣育英222(2001)1)。
｢外国企業が欲しがるような、商品に適用する価値のある特許権が極めて少ない｣(特許庁調査研究報告書｢特許関連データによる起業特許管理状況の定量的評価システム開発｣(1978)206)。

広島平和記念資料館
http://www.pcf.city.hiroshima.jp/virtual/　
>やがて軍都という顔が鮮明になってきました｡
>被爆直前には広島湾一帯は呉の海軍とあわせて軍事的性格を強めていきました｡
>戦争とかかわりながら軍都としての性格を強めた広島は､
>アメリカの原爆投下という現実によって軍都的機能を失うだけでなく､
>都市基盤そのものを奪われました｡
広島に原爆が落とされたことを被害者としてのみ語ることは許されない。
長崎原爆資料館
http://www1.city.nagasaki.nagasaki.jp/na-bomb/museum/museum01.html

>>11
具体的にKill Unexpected Protocolで引っかかって
Local File Access Killerで防げるブラクラを示してよ。

無駄なフィルタは入れたくない。

http://ami-angelis.com/apeskin/
全く表示されない。対処法はバイパスしかないの？

>>13
そんなの知らない。
俺は「フィルタとしてスーパーセットである」というのは嘘だと言っただけ。

ただ、一つ言うなら、
＞今までのブラクラを全部防いでいてもこれから先どうなるかわからないじゃん？
ユーザがこのことを重視するかどうかという問題。

ブラクラ対策の基本方針として
「危険な記述を弾く」方針と「安全な記述だけを通す」方針がある。
もちろん、未知の危険に対する対応としては、後者の方が優れているわけだ。
ここはいいね？

KUPの場合は「どういうプロトコルを通すか」という観点では後者だが、
「どういう属性をチェックするか」という観点では前者。
前スレ927に、ちょうどいいレスがある。
＞code(base|)|archive|dataなどの属性を使用したブラクラってありますか？
もしも、実際にこれがあったら、LFAKでは防げるがKUPでは防げない。

・・・もちろん、実際に新種のブラクラが見つかれば、
誰かの「KUPで防げませんでした〜（泣」という報告を受けて
KUPはすぐにアップデートされるに違いない。
KUPはあくまでも、「既知の」ブラクラに対応するフィルタだということ。

「泣きながら報告する哀れな犠牲者は、自分ではない誰かだ」
という自信があるなら、KUPだけで構わないんじゃないかな ;-)

http://pc.2ch.net/test/read.cgi/software/998274524/125
もしかして>>11の言うLFAKってこれのこと?
まさかこれをそのまま使ってたりしてないよね？

17は、11が言っていることをｻﾊﾟｰﾘ理解してないと思われ

>>18
なんで?
一文ずつ答えなきゃいけないの?
がんばって長文書いたみたいだけどさ。

>>19
17のレスは11の主張と無関係だろ