【速報】Mac版 IEにセキュリティホール【速報】
■ このスレッドは過去ログ倉庫に格納されています
0001名称未設定
02/01/30 01:56ID:GbFm5hr1>IE 5.x for Mac OSは、file:///で指定した「アプリケーション」を実行できてしまう。
>これを利用すると、悪意を持ったWeb制作者が指定した任意のアプリケーションを実行できてしまう。
>現在、HDの名称が一般的な「Macintosh HD」でなければ問題ないとされているが、
>今回作成した実行環境では、相手のHDDの名称に依存せず、目的のアプリケーションを閲覧者に送りつけ、
実行させることができる。
詳細はこちら↓
http://www.u-struct.com/diary/view.cgi?ID=s20020128002516
http://appleroom.com/
早急に対処せよ！
0002名称未設定
02/01/30 02:02ID:/59iqtBjhttp://pc.2ch.net/test/read.cgi/mac/999065009/l50
>>1は、自分で削除依頼を出しておく事！
00032や〜〜〜ん
02/01/30 02:03ID:hoB7JToZhttp://w-cube.net/cgi-bin/up/upimages/101071818716977.jpg
0004名称未設定
02/01/30 02:03ID:t/+3Wk9Bそーだな、重大な割に知られてなさそう。
iCabユーザも気を付けるように！！
0005名称未設定
02/01/30 02:06ID:GbFm5hr1いや、そのスレの存在は知ってるんだが、
この件の重要性を考えればと、ｶﾞｲｼｭﾂ覚悟でたてました。
0006名称未設定
02/01/30 02:12ID:GbFm5hr1http://slashdot.jp/article.pl?sid=02/01/23/0115217&mode=nested
0007名称未設定
02/01/30 11:13ID:yi/oeem/うちの猫にそっくりだ（藁
0008名称未設定
02/01/30 11:37ID:uBzYulb+0009名称未設定
02/01/30 11:50ID:Z37dQq8C0010名称未設定
02/01/30 18:20ID:IAIfHC4pここでさらに検証中。
対策についても書かれてるんで要ちぇき。＞IE&iCabユーザー
なんかさ、こーいうスレがあっと言う間に下がってくのは
まずくないか?
「セキュリティホールがあるのはWindowsだけ」とか
「IE使ってないから平気」みたいな感覚でこの手の情報を
ちゃんと追いかけないとしたら萎えるな。
真性ﾏｶｰ（ネスケマンセー＆M$氏ね）にとって、
このスレは脳内あぼーんが済んでいるので目に入りません。
0012名称未設定
02/01/30 20:35ID:/VqcoRr6まだ気づいていない厨な初心者さん、用心々々！
0013名称未設定
02/01/30 20:47ID:EB0Qj0qdiCabはまだプレビューだから許せるけどな。
俺はOmniだから大丈夫そう。
0014名称未設定
02/01/30 20:52ID:/59iqtBjhttp://ruitomo.com/~gulab/search.cgi?keyword=%95l%8D%E8%82%A0%82%E4%82%DD&option=&2ch=t
0015名称未設定
02/01/30 20:57ID:qiIrMQBS0016名称未設定
02/01/30 21:01ID:WkolE55E確かに注意喚起という点ではいいかもね。
0017名称未設定
02/01/30 21:10ID:nEqhbHRXアンチヴィールスが「ぴぴぴぴぴっ」ってすごい警告音鳴らしたよ。
対策セッティング済みだったから大丈Vだったが・・・
0018名称未設定
02/01/30 21:29ID:tpdch7vY危機感はあってもどうも読むのがおっくうなやつらのために、具体的に対策を教えて欲しいんだが･･･。
0019名称未設定
02/01/30 21:45ID:nEqhbHRX●環境設定→ダウンロード→開始・後処理→ダウンロード後→インターネットコントロールパネルの設定に従って後処理 のチェックを外す。
●特別→セキュリティ→HTMLリンクによるプログラムの起動 を「常に訊ねる」か「許可しない」にしておく。
で、ダウンロードはされても実行はされないはず。
0020vm_converter
02/01/30 21:47ID:RMMpJ2Qhこれで良い？ >>18
--------------------------------------------------
今の時点で解ってる事を書いておくから参考にして。
・元々の脆弱性に対する対処＝ファイルパスを知られない様に
→ボリューム名を変更する
→IEでダウンロード先をデフォルトから変更しておく
・勝手に何かをダウンロードさせられない様に
→セキュリティゾーン設定で“高”にするか“カスタム”にして
ファイルのダウンロードを無効にする
・ダウンロードさせられた後に自動解凍しない様に
→ファイルヘルパーの設定でStuffit Expanderに関する項目を
[アプリケーションで後から処理する] から [ファイルに保存する]
に変更する
・ディスクイメージを使った手法をとられても大丈夫な様に
→Stuffit Expanderの設定で [ディスクイメージをマウント]の
チェックを外しておく
以上をやっても、
・ファイルパスを知られてしまったら、ファイルの実行は
可能のまま（IEは。iCabなら対処法有り。）
・今の所、Stuffit Expanderで解凍できる形式の事しか
検証してないけど、他の方法をとられたらヤバイかも
って事です。書き残しがあったらｽﾏｿ
--------------------------------------------------
002118
02/01/30 22:04ID:tpdch7vYありがとう、やっといたよ。
0022名称未設定
02/01/30 22:04ID:y2dH3UzD0023名称未設定
02/01/30 22:15ID:tpdch7vYなるほど、そういう可能性もあると･･･
OSXでデスクトップにハードディスクを表示しないにしてるから良いけど。
0024名称未設定
02/01/31 00:28ID:/W9k7LoR0025名称未設定
02/01/31 01:33ID:dr4bloP60026名称未設定
02/01/31 02:03ID:TXmYOYD8ブラウズ中にダウソしたファイルをその都度解凍されるとウザいから
圧縮ファイル類は元々「ファイルに保存」にしてあった。
よって問題なし。
0027名称未設定
02/01/31 02:27ID:fOy3Q1b+0028名称未設定
02/01/31 11:23ID:GLk1wjj7お気に入りツールバーに登録してるアプリや、AppleScriptも実行できなくなるじゃん。
IEのいいところは、ココなんだけどなぁ。ﾈｽｹは糞。
セキュリティホールっていうより、便利な仕様でしょ。
既出だが、ユーザがそれぞれ対処してれば問題なし。
騒ぎすぎの感は否めない。
0029名称未設定
02/01/31 13:17ID:Bl7pBxPk>ユーザがそれぞれに対処してれば問題なし。
それはごもっともです。
ですが対処していないユーザがまだいるだろうから、
このスレも必要でしょう。
0030名称未設定
02/01/31 15:56ID:/W9k7LoR0031名称未設定
02/01/31 16:01ID:9Xid9nm5>>19-20
0032名称未設定
02/01/31 16:17ID:1KGHwFtL0033コピぺ
02/01/31 17:30ID:hlI/eUbJ現時点では、Mac OS 版のIE 5.0〜5.1.3、及び、
iCab Pre 2.7〜Pre2.71に於いてこの脆弱性が認められるので、
少なくともベンダーからパッチなりアップデートなりが提供されるまで
これらのブラウザの使用を止める、というのが本当はベストです。
∧＿∧
（ ´Д｀） ＜はぁー なんだかなぁ…。
／ ＼
＿ | | | |_..∬
|＼￣￣￣￣￣￣ 旦.＼
./..＼＼ ＼
／ ＼|=================|
＼ ﾉ ＼
0034名称未設定
02/01/31 18:00ID:CNX3tRzDhttp://member.nifty.ne.jp/~cybazzi/
◎最新情報は【サイバッチ!】メルマガ版で
http://www.emaga.com/info/cybazzi.html
◎スレッドタイトル検索
http://ruitomo.com/~gulab/
◎「あゆ」で検索
http://ruitomo.com/~gulab/search.cgi?keyword=%82%A0%82%E4&option=&2ch=t
◎事件概要!!
http://www.raiji.net/~yuko/ayusai.html
◎あゆジェクトＸ
http://members.tripod.co.jp/iyahayanantomo/ayu-x.swf
0035名称未設定
02/01/31 21:25ID:AnSlJkvw0036名称未設定
02/01/31 21:30ID:czBuoeFY0037名称未設定
02/01/31 21:36ID:VJkDZjZt良くない。
0039名称未設定
02/01/31 22:24ID:93XURSzU利便性を第一に考えるならIEがいいと思う。
flash･realplayer･windows media player･QiickTimeのすべてを使えるし、コピペもし放題。画像も簡単コピー。
安全性で考えるならネスケのほうが良いと思うけど、Windows media playerは使えないし、いろいろとダウンロードするとか考えるとなあ。
だから俺は両方使ってます。
0040名称未設定
02/01/31 22:50ID:uOJGXupUｶﾞﾑﾊﾞﾚNetscape&Mozzila
0041名称未設定
02/01/31 23:45ID:HCwaZ00xIEの対策法も書いてあったよ。
0042ta
02/02/01 02:08ID:hIfM84RB全く別種のセキュリティホールが判明したのですが、
新スレたてた方がいいかな？
もう、IEとかそういう問題じゃなくなってるんですが。
http://www.u-struct.com/diary/view.cgi?ID=s20020128002516
http://homepage.mac.com/vm_converter/200202_diary.html#20020128_Mac_IE_vuln
とりあえずアゲ
0043名称未設定
02/02/01 02:25ID:XGimXsJkうそ書くな。Windows media playerはネスケでも使える。OS Xではまだダメだけど。
>Windows Media Player for Mac 7.1 (JPN)
>システム要件 （中略）
>Microsoft Internet Explorer 4.0.1 以上 (Internet Explorer 5 推奨),
>Netscape Navigator 4.x (PowerPC version),
>Netscape Communicator 4.0 以上 (PowerPC version)
0044こぴぺ
02/02/01 09:07ID:JwuvyAc0私も実際に試してみましたが、このような結果になりました。
(J)は日本語版、(E)は英語版です。まず、OS 9環境です。
ブラウザ ダウンロード マウント アプリ実行
IE 4.51(J) 不可 不可 不可
IE 5.0(J) 可能 可能 可能
IE 5.13(E) 可能 可能 可能
iCab 2.7(J) 可能 可能 可能
NC 4.7(J) 不可 不可 不可
NC 4.79(E) 不可 不可 不可
この観点からいうと、OS 9環境ではIE 4.5xかNC 4.7xが、デフォルトのままで
安心して使えるブラウザということになってしまいますね。
ただし、回避策はあります。
* IE5.xの場合→初期設定＞Webブラウザ＞セキュリティゾーンを「高」に設定
もっとも、その状態では他にファイルのダウンロードもできなければ
掲示板の書き込みもできませんが。
* iCabの場合→環境設定→セキュリティ→General→
→HTMLリンクによるプログラムの起動を「常に拒否」に設定
この変更による実用的な制約はほとんどないと思われます（たぶん）。
ClassicでIEをお使いの方は4.5に戻すのも一つの手かもしれませんね。
私はそうしました。
0045こぴぺ2
02/02/01 09:10ID:JwuvyAc0ブラウザ ダウンロード マウント アプリ実行
IE 5.13(J) 可能 不可 不可
iCab 2.7(J) 可能 不可 不可
NC 6.21(J) ？？ 不可 不可
OmniWeb 4.0.6(J) 不可 不可 不可
Netscape 6.21の場合、
ダウンロードをキャンセルできる場合とできない場合がありました。
また、プログラム実行中にウィンドウをDockにしまおうとすると、
IEとNetscapeではイヤイヤをしてまた元に戻ろうとします（笑）。
この点ではOmniWeb4.0.xが一番安全となるのでしょうね。
ますますOmniWebのファンになってしまいました。(^^)
0046名称未設定
02/02/01 09:19ID:Bmicnlzp0047名称未設定
02/02/01 09:24ID:JwuvyAc0あ、上げた方が良かった？
http://appleroom.com/からコピぺしただけだから、
上げたら怒られるような気がして…。
0048名称未設定
02/02/01 09:35ID:4E8Y/Ay30049vm_converter
02/02/01 09:37ID:I4xzS6zz昨日までの情報だと、その様にMac OS ではIE 4.5を使うとか、Mac OS Xでは
OmniWebを使うとか、Netscape 6.xかMozillaって判断は正しいんだけど、
今日未明に更新された↓の情報だとさらに事情が悪くなってる。
http://www.u-struct.com/diary/view.cgi?ID=s20020128002516
Stuffit Expanderの“ディスクイメージをマウント”と“解凍を継続する”の
デフォルト設定と、Mac OSのQuickTime設定コンパネにある“CD-ROMを
自動的に再生する”のデフォルト設定が組み合わさると、ダウンロードが
成功しただけで、もうダメなのね。
StuffitとOSの機能だけで、ディスクイメージマウントからファイルの実行まで
行われちゃう。OSの機能の部分は、98年に流行ったAutoStartってウィルスと
同じ原理を使ってる。
0050vm_converter
02/02/01 09:37ID:I4xzS6zzだけ。後はMozilla。こいつらはダウンロードが始まるとダイアログが出る
からそこでキャンセルすれば良し。でもOKしちゃったらこいつらでもアウト。
Mac OS Xを単独で使ってる時は大丈夫なんだけど、Mac OS XとClassicを
併用してると、QuickTime設定によってはアウト。
だからね。ほぼ全てのブラウザとかなりの環境でダメなのよ。
あ。でも、Netscape 6.21で
＞ダウンロードをキャンセルできる場合とできない場合がありました。
ってのも有るの？んー......。
0051vm_converter
02/02/01 09:38ID:I4xzS6zz0053名称未設定
02/02/01 09:58ID:+8M08Pyhスタフィットの環境設定なんてたぶん開いたことすらない人が
多いと思う
0055vm_converter
02/02/01 10:37ID:I4xzS6zzあぁ、正にその通り。
だってあの方法だと、ブラウザじゃなくてもFTPクライアントとかでもダメだから。
圧縮データをダウンロードしたらStuffit Expanderに渡すソフトっていっぱい有るでしょ。
ってか、インターネットコンパネのヘルパー設定使う奴もダメ。
元々Mac OSの利点一つに、アプリケーションを組み合わせて使うってのが
有るけど、今回はこれが完全に仇になってる。
0056名称未設定
02/02/01 10:46ID:n7noOxSCブラウザからアプリケーションを実行できてしまうのが、
なぜMac OS 9だけなんですか？
Mac OS Xでは実行できないんですか？
うちではできますが・・・。
0057名称未設定
02/02/01 10:46ID:osCLjfoM0059名称未設定
02/02/01 11:01ID:SbZ0HiJGhttp://www.mainichi.co.jp/digital/network/archive/200201/30/1.html
IEの話題じゃないので一応sage。
006056
02/02/01 11:08ID:n7noOxSC0061名無しさん＠Ｅｍａｃｓ
02/02/01 12:12ID:vpj0zt8xこのセキュリティホールについてニュースをあげてるとこって
どのくらいあるんだろう?
新製品の噂流すよりもやる事あるだろ(ﾟДﾟ)ｺﾞﾙｧとか
思ってみたりするんだが。
0062名称未設定
02/02/01 12:33ID:slPVDkNAだいたいこんなのにビクついてて、便利な機能を押し殺さなきゃなんないなんて、あまりにもアホらしい。
このセキュリティーホールを悪用されて自滅する率なんてのは、交通事故に遭う確率よりも格段に低いわけだし。
なにせ所詮 Macだしね。Winのセキュリティーホールに比べて、つつかれる率なんてのは数字にもならんでしょ。
オレはやめとくよ。
006462@ n144-135.tokyu-net.catv.ne.jp
02/02/01 13:56ID:slPVDkNAで、踏み台にされてどうだった？
セキュリティーも費用対効果...を考えるようになってきた時代だぞ。
一種の博打だがな。
0065名称未設定
02/02/01 14:12ID:/9Pk9uHmすげえ確率低いと思うけどな（w
0066名称未設定
02/02/01 14:31ID:0J7K2dxJAppleScriptだけでも、それなりに危険な事はできるわけだし…。
Mac OS X だったら何されるかわかったもんじゃないっすよ。
高いウィルス対策ソフトなんか買わなくていいぶん、
ささっとできる事ならやっとこうと思います。
0067名称未設定
02/02/01 14:57ID:slPVDkNAありゃ壊された後のリスクを考えると恐ろしいね。
0069名称未設定
02/02/01 15:03ID:kSBoWJT30070sage
02/02/01 15:38ID:JBQlVvgP例えば
file:///Macintosh HD/アプリケーション/AppleWorks%206/AppleWorks 6
って入れるとAppleWorks 6が立ち上がるけど、↑これがHDを消去するAppleScriptだったりするとまずいわけね？
こういう解釈の仕方でOK？
0071OS9.1，IE5利用者
02/02/01 15:53ID:yBQa+TM2>file:///で指定した「アプリケーション」を実行できてしまう。
>これを利用すると、悪意を持ったWeb制作者が指定した任意のアプリケーションを実行できてしまう。
って、どういう事なのかイマイチよく分かりません.....。
どなたか具体的に教えて頂けると嬉しいです<(_ _)>。
0073名称未設定
02/02/01 16:22ID:9/XFu90Jやってみるのがいい。
IEを起動して、アドレスバーにfile:///と入力してみそ。
で、階層を辿っていって何でもいいからアプリをクリックしてみそ。
それで起動できてしまうのが問題なわけ。
同じ事をﾈｽｹやMac OS XのIEでやってみると、起動できないなりよ。
OS Xの場合はfile://localhost/とかfile://localhost/volumesね。
0074ta
02/02/01 16:26ID:3khRQOd1>file:///で指定した「アプリケーション」を実行できてしまう。
もし、71のHDがMacintosh HDだった場合、
file:///Macintosh%20HD/Applications%20(Mac%20OS%209)/Sherlock%202
って指定するとシャーロックが立ち上がる。ってこと。
これを悪用すると、Web見に来た人に黒アプリをダウンロードさせて実行させることが可能ってこと。
ここまでは、IE とiCabだけの問題。
ただ、同じコトがもっと簡単に、いろんなブラウザ対象でできる、
ってのが>>42の穴
>>42で新たに見つかった穴では、こんなコトが可能。
１マカが困るアプリ(macasine.app)書く（>>66が指摘したようにOS XだとAppleScript からシェル動かせるから強力）
２ディスクイメージ作ってアプリ埋め込む。
３何らかの方法（シェアウエアもある）でマウント時、自動実行できるように処理
４sit圧縮してどっかのフリースペースのアップローダにアップする。(hogegege.com/public/macasine.img.sit)
５hogegege.com/public/macasine.img.sitへのリンクを貼る
６誰かがクリックしたあと、ダウンロード＞解凍＞実行＞ｳﾏｰ までノンストップ
または、
５タグ処理のずさんなBBSかチャットに＜Meta refresh ....hogegege.com/public/macasine.img.sit＞をカキコ
６誰かがBBSを見に来る＞ダウンロード＞解凍＞実行＞ｳﾏｰ までノンストップ
OSの設定がデフォルトなら、Netscape6.xかMozilla以外のすべてのブラウザで可能になる。
Classicが起動してる状態ならOS Xでも動くからタチ悪い。
これでどう？
0075名称未設定
02/02/01 16:36ID:9/XFu90J完璧だ。
3番について
たぶんですが、ディスクイメージをSMIにしておけば、
SMIに含まれるアプリを自動実行させる事は可能だったと思います。
creat SMIでlunching applicationを使うとどうでしょう？
無理かな？
0076名称未設定
02/02/01 16:38ID:9/XFu90J○create SMI
0077名称未設定
02/02/01 16:39ID:kSBoWJT3にゃるほど。
007871
02/02/01 17:32ID:YeMxOA2C>>74さん
レスありがとうございます。
特に>>74さんの、分かりやす〜〜〜！ 感謝!!
蛇足ですが、この板は初心者に厳しい傾向があるけど、
このスレはそんな事なくて感動しました。
良スレage！
0079名称未設定
02/02/01 17:43ID:tA4VGZb8ファイルヘルパー等の処理をファイルに保存
ダウンロード先を任意に変更
CD-ROM自動再生オフ
で回避OK？
0080ta
02/02/01 18:44ID:3khRQOd1ちょっと整理。混じってるから。
>>1の報告は、
脆弱性：file:///でアプリが起動できる脆弱性
対 策：HDの名称変更
>ダウンロード先を任意に変更
＊ただし、脆弱性がなくなる訳じゃない。ファイルの位置は読みにくくなるけどね
脆弱性：落ちたディスクイメージが自動解凍されてフルパス判明する
対 策：>ファイルヘルパー等の処理をファイルに保存
Stuffit Expanderの「解凍を継続する」「ディスクイメージをマウントする」をオフにする。
IE：セキュリティゾーン設定でファイルのダウンロードを拒否する。
iCab：ファイル環境設定＞ダウンロード＞開始・後処理の
「インターネットコントロールパネルの設定に従って処理」をオフにする
>>74の報告は、IEだけじゃない（OS X込みな）んですれ違いかもだけど……
脆弱性：落ちたディスクイメージが自動解凍されマウントする
対 策：Stuffit Expanderの「解凍を継続する」「ディスクイメージをマウントする」をオフにする。
IE：セキュリティゾーン設定でファイルのダウンロードを拒否する。
iCab：ファイル環境設定＞ダウンロード＞開始・後処理の
「インターネットコントロールパネルの設定に従って処理」をオフにする
他のブラウザは未調査ｽﾏｿ
脆弱性：イメージマウントでアプリ実行する
対 策：CD-ROM自動再生オフ
対策はこんな感じ。
>>1に>>74の脆弱性のトリガーも混じってるんで対処法似てるけど、セキュリティホールとしては
全く別物ですから注意ね。
>>75>creat SMIでlunching applicationを使うとどうでしょう？
未調査っす。今やってるっす。
しつこくてｺﾞﾒｿ
0081名称未設定
02/02/01 19:54ID:tA4VGZb8まとめて>>79で足りるのかと思ってるんだけど、足りない？
0083名称未設定
02/02/01 20:03ID:A94pr1urごっちゃになっていてわかりにくい状況ですな。
IEとiCabの[file:///...]の脆弱性はそれほどでもない感じですが、StuffItが絡んでくると
話がひどくやばい方向にいきますね。
問題はStuffItがディスクイメージを自動的にマウントすることで、そこから
・ディスクイメージはフルパスが指定できる
・ディスクイメージの中の悪意のあるアプリを自動的に実行できる(QTの機能で可能)
と問題が派生してくるということでいいんでしょうか？
それとMETAタグで自動的にダウンロードが可能であるということがプラスされるとｳﾜｱｱｱｱ
もしかしてtaさんは当事者の方ですか？
どちらにせよわかりやすい解説ｱﾘｶﾞﾄｳｺﾞｻﾞｲﾏｽ
0084名称未設定
02/02/01 20:03ID:tA4VGZb8いやいや、まとめてもらえるのはありがたいよ。
ただ、どうすればいいのかとりあえず簡潔に知りたい人も多いかとおもってさ。
0085ta
02/02/01 20:14ID:3khRQOd1簡単に言うと、そういうことです。＞派生
ﾜﾀｼ？ >>1/>>42のリンク先です。ﾐﾂｹﾃｺﾞﾒｿﾈ(TT)
見つけた順番で公開してて混乱招いてる感じがしてたから、カキコに来ました。
>>84
ありがとです。＞簡潔にまとめる
0086名称未設定
02/02/02 00:46ID:+AjwkX4l0087名称未設定
02/02/02 00:52ID:q2sJGSze0088名称未設定
02/02/02 01:59ID:/J17hEwuこうして一般に認知されたがために誰かがこのセキュリティホール狙って攻撃しようとする、なんてこともありそう...。
でもこうなった以上、対策は講じておかなきゃな。
0090名称未設定
02/02/02 02:12ID:t65VGNF6とてもできなかったもんな。
0091名称未設定
02/02/02 14:09ID:dWYiwdou＞脆弱性：イメージマウントでアプリ実行する
＞対 策：CD-ROM自動再生オフ
昨日これで自動再生をオフにして
今日、CD-ROM入れたんだけど、Finderに表示されないよ……
どうやってCD-ROMをマウントするの？
009391
02/02/02 14:29ID:dWYiwdouそそそそうなの？
何度入れ直してみてもだめだった。
んで、なんか怖くなって自動再生をオンにしてMac再起動して入れてみたら
なんか知らんけどマウントされたよー。。
よくわからんけど良かった。再起動が良かったのかな。。
自動再生オフでもマウントされるのか。。とりあえずありがとう〜
0094名称未設定
02/02/02 20:22ID:IOVXTTH00095名称未設定
02/02/02 21:30ID:Vtm5LK3u連絡先って[email protected]か?（違う気がする）
それともアップルコールセンターにtelかな…
http://www.apple.co.jp/support/products/callcenter.html
0096名称未設定
02/02/02 21:34ID:6H0ffmcW> Appleかアップルコンピュータはこのことを知ってるの?
あ、それすごい気になる！！
0097名称未設定
02/02/02 21:38ID:pqM0NxuOご意見、ご要望はTell Usへ
http://www.apple.co.jp/support/tell_us/index.html
0098名称未設定
02/02/02 21:51ID:Vtm5LK3utellしてみた。つってもここに出てるURLを送っただけだけどね
0099名称未設定
02/02/02 23:35ID:rWnpEMck今回の件、個人的には順番が逆ではないかという気もします。
まずはベンダーに先に伝え、対応や公式声明（公式の対処法）
の発表が遅れないように、「もたもたしてると自分のページ
で公開するぞ」とプレッシャーを掛けるというのが
正しい順番ではないかと。
特に今回の件では、詳細を知らなくてもいい人にまで、
かなり具体的な内容が伝わってしまったように思います。
手法その他など。
0100名称未設定
02/02/03 00:04ID:wGfIsz400101名称未設定
02/02/03 00:11ID:5imz3pxcいや、無闇に騒ぎ立ててお祭り状態にしてもイイことなんか無いけどさ。
少なくともこの板へ来た人にはちゃんと情報が伝わっていることを祈るよ。
0102名称未設定
02/02/03 00:35ID:HZFRgF850103名称未設定
02/02/03 00:47ID:9RBCeoJTCD-ROMドライブのクリーニングはしてる？
レンズが汚れてるとマウントされないことがあるよ。
自動再生のオンオフとマウントは無関係。
010493
02/02/03 13:39ID:AgV63SdMありがとう。
クリーニングは1度もしていまへん。。。買って3年くらい？
CD-ROMなんて1年に数回しか使わんからほったらかしでした。
ヤバーっすね。パソコンショップ行く予定あるんで、ついでに買ってきますー
0105名称未設定
02/02/03 14:24ID:0c44d68+0106名称未設定
02/02/03 20:10ID:QnW7MVwthttp://slashdot.jp/article.pl?sid=01/10/03/114239
http://slashdot.jp/comments.pl?sid=1232&cid=26752
0107名称未設定
02/02/03 20:16ID:RTgJQAdcそれっぽいな。
0108名称未設定
02/02/04 14:55ID:jvv1a1cA「まずはベンダーだのメーカーだのに情報を流し対応を待て。
対応もされないうちに攻撃法の詳細を公開するのはまずい」
ちう考え方ってどうなんだろう?
…攻撃法を推測させない対策の書き方ってのがあるなら
こういう問題も発生しないんだろうけどね。
これだけ情報の伝達が速くなってしまってる昨今、
対策待ちの間黙っているべきって考え方にメリットは
ないんじゃないか?
メーカーに知らせるにしたってすぐに対策される訳でないんだし、
その間対策もしないで放置っていうのも嫌な感じだよね。
だからこの手の情報は早めに流れてくれた方が自分は嬉しいんだけど、
Macintoshトラブルニュースなど見てるとどうもそうは思わない人も
いるみたいでちょっと驚いてるんだが。
…コミュニティだけでセキュリティ維持できる程Macユーザーって
減ってないよなぁ。
0109名称未設定
02/02/04 15:24ID:hZQ1PMRg本来ならまずベンダーに報告して対策してもらう間、非公開とするべきなんだろうね。
ただ、すぐに対応してくれないとか、どこかの会社みたいに無視するケースも少なくない。
今度のCD-ROM自動再生なんて、AutoStartの時に問題になっているのを知りながらアポーはデフォルトで自動再生のままだし。
ベンダーが積極的に情報提供しても、
ユーザーがセキュリティ情報をこまめにチェックしてなきゃダメなわけでさ。
俺にしてみれば、この手の情報の発信元がベンダーであろうと個人であろうと関係ないな。
要は対処法も含めて正確な情報が迅速に得られることの方がありがたい。
0110名称未設定
02/02/04 19:29ID:+H1xruqTに連絡する前に公開してしまってもそれほど問題にはならないと思う。
もちろん、問題点はメーカーに伝わっていた方がいいんだけど、メーカー側にできる
ことって、この問題では、
１．ユーザーに対するアナウンス。
２．今後配布する分についての初期設定の見直し、あるいは、問題の機能の削除。
ぐらいなんだから、メーカーよりユーザー優先でも構わないという考え方。
こういう、メーカー側の対処が必須ではない問題（パッチなどが不要な問題）には
そう神経質にならなくても良いと思うがどうか。
もうひとつ言うと、今回の件では発見者も言うように、対策法がわかれば攻撃法も
わかってしまうので、「詳細を知らなくてもいい人にまで、かなり具体的な内容が
伝わって」しまったというのは当たらないと思う。
0111名称未設定
02/02/04 21:02ID:LJZLRR5M攻撃者としても、広く認知された手段のほうがとりにくい（面白くない）のではないか？という気がしますが。
楽観的すぎ？
0112名称未設定
02/02/05 01:09ID:8P5pt0DOこういう問題は、落とし所が難しいよなあ、、、
0113名称未設定
02/02/05 20:28ID:IxAP89y+0114名称未設定
02/02/07 00:03ID:BYNaG2vkここ、netsecurityに２月４日づけでこの話題が載ってます。
ってことはここのサイトこのスレみてるのかな？
なんて思ったり。
0115名称未設定
02/02/07 18:30ID:OgTEQQb9別ルートかと思われ。
0116名称未設定
02/02/09 14:05ID:WUs/IocJ念のためage。
0117名称未設定
02/02/09 17:24ID:6DeoL1+f↑ここは２ちゃんねらーらしい。
2002.02.01のとこ参照。
0118名称未設定
02/02/17 22:18ID:eD4Qx+wo0119名称未設定
02/02/17 23:13ID:ppaRU8uw馬鹿丸出し。
0120名称未設定
02/02/17 23:32ID:sDwIdRdphttp://www.zdnet.co.jp/news/dj/020214/e_vshole.html
0121名称未設定
02/02/18 00:43ID:19+i4qMOここまでくるとさすがに。
0122名称未設定
02/02/20 02:04ID:oRMe/2hOの最後の「Apple QuickTime Player に バッファ・オーバーフロー」と
http://www.shadowpenguin.org/sc_advisories/advisory046.html
はWinの話として書かれてるんだけど、Macでも同様にヤバイの？
詳しい人、解説して下され。
0123名称未設定
02/02/23 13:25ID:BFPlfL0W0124名称未設定
02/02/23 14:10ID:co16gbvl上の URI は「会員登録」してなくて読めなかったが下のは読めた。
Mac の QuickTime の話はしていませんね。
だからといって、Mac の QuickTime でバッファオーバーフローなり
なんなりのバグが今後も見つからないと言う保証にはならないけど。
http://www.apple.co.jp/ftp-info/reference/quicktime_4.1.2_patch.html
パッチ自体は出ているようですね。
0125123
02/02/25 21:40ID:AbS09VI2とりあえず、大丈夫そうと。
これは
http://www.watch.impress.co.jp/internet/www/article/2002/0128/real.htm
どうなんだろ。
0126名称未設定
02/02/25 22:39ID:uTqJ+x5kWindows Media PlayerにDVDタイトル追跡機能
http://www.zdnet.co.jp/news/0202/22/e_winmedia.html
0127名称未設定
02/02/26 08:42ID:1Pa5doZI0128名称未設定
02/02/26 23:25ID:JnVT9Rs7http://slashdot.jp/article.pl?sid=02/02/26/0613255
0129名称未設定
02/03/08 20:46ID:yzThR4R80130名称未設定
02/03/08 23:44ID:A1UgpKYYMicrosoftのJVMにセキュリティホール
http://www.zdnet.co.jp/news/0203/06/b_0305_08.html
0131名称未設定
02/03/23 21:39ID:DTnLl1bQ0132名称未設定
02/03/25 15:12ID:0kF0bAU70133名称未設定
02/03/25 20:28ID:9g4fCwAThttp://pc.2ch.net/test/read.cgi/mac/999065009/
でどうかな。あまり真面目に見てないけど……
0134名称未設定
02/03/25 21:40ID:WpPKnQmHIEのセキュリティホール情報を整理，深刻な問題も
http://www.zdnet.co.jp/enterprise/0203/06/02030602.html
0135名称未設定
02/04/08 13:58ID:Z9bylN420136名称未設定
02/04/17 22:44ID:PkXo1l7WAMDのCEO，証言台に立つ代わりにGates氏に見返りを要求
http://www.zdnet.co.jp/news/reuters/020417/e_gates.html
0137Officeスレより
02/04/19 03:22ID:vmzrm9lAttp://watch.impress.co.jp/internet/www/article/2002/0417/macie.htm
0138名称未設定
02/04/25 21:26ID:KDASkRnNMicrosoftのテレビ部門でリストラ＆再編
http://www.zdnet.co.jp/news/0204/25/e_mstv.html
0139名称未設定
02/05/08 00:23ID:+1cR0LFh0140j
02/05/08 18:57ID:lZtNjI/C0141名称未設定
02/05/16 22:37ID:rWj02k0+0142名称未設定
02/05/17 19:19ID:kXpprzyVIEに巨大パッチ
http://japan.cnet.com/Enterprise/News/2002/Item/020517-1.html
0143名称未設定
02/05/22 19:35ID:4y7wQRXFジャスト「CyberSupport」にセキュリティホール、大手4社製PC約420モデルに影響
http://www.zdnet.co.jp/news/0205/22/njbt_01.html
0144名称未設定
02/05/30 23:27ID:4sXMegFwExchangeサーバにDoS攻撃への脆弱性
http://www.zdnet.co.jp/news/0205/30/ne00_exchange.html
0145名称未設定
02/06/06 22:58ID:j/sfDkmgIEに『Gopher』を悪用するセキュリティーホール
http://cnet.sphere.ne.jp/Enterprise/News/2002/Item/020606-4.html
0146名称未設定
02/06/08 01:15ID:jpEz8BXP0147名称未設定
02/06/17 00:15ID:kRMze6DR0148名称未設定
02/06/20 09:20ID:wW2/wgzyhttp://pc.2ch.net/test/read.cgi/mac/1019143043/l50
M$ Internet Explorer (IE)
http://pc.2ch.net/test/read.cgi/mac/1019143043/l50
M$ Internet Explorer (IE)
http://pc.2ch.net/test/read.cgi/mac/1019143043/l50
M$ Internet Explorer (IE)
http://pc.2ch.net/test/read.cgi/mac/1019143043/l50
M$ Internet Explorer (IE)
http://pc.2ch.net/test/read.cgi/mac/1019143043/l50
M$ Internet Explorer (IE)
http://pc.2ch.net/test/read.cgi/mac/1019143043/l50
M$ Internet Explorer (IE)
http://pc.2ch.net/test/read.cgi/mac/1019143043/l50
M$ Internet Explorer (IE)
http://pc.2ch.net/test/read.cgi/mac/1019143043/l50
M$ Internet Explorer (IE)
http://pc.2ch.net/test/read.cgi/mac/1019143043/l50
M$ Internet Explorer (IE)
http://pc.2ch.net/test/read.cgi/mac/1019143043/l50
M$ Internet Explorer (IE)
http://pc.2ch.net/test/read.cgi/mac/1019143043/l50
0149名称未設定
02/06/28 02:15ID:+ItgBKP0Windows Media Playerに新たな脆弱性
http://www.zdnet.co.jp/news/0206/27/nebt_13.html
0150名称未設定
02/06/30 14:13ID:dCfw6dJ4最高ですダンナ。
頑張って下さい。
応援しています。
0151名称未設定
02/07/05 17:34ID:/VbG7UpZttp://www.pierredesign.net/10_1/root_security.html
これ読むと、OSXは本当にMacOSやめてるなぁ、思います
とはいえ知識のない状態でネットやってると死にます。OSX使ってる人は読め。ちなみに「ROOT取られる＝犯罪の踏み台」です
0152名称未設定
02/07/05 18:07ID:iQq64448あの...この記事に限ってだけど、すでにこのバグは fix さえていますよ。
それから OS Xは通常は「rootを取ることは」難しいと思う。
0153名称未設定
02/07/05 18:17ID:jZMT465T「MacOSやめ」たおかげで出先からログインできるなら、その方がいいや。
0154名称未設定
02/07/08 01:38ID:g6QHIwFm0155名称未設定
02/07/08 03:08ID:0i59d6Wgいつの話やねん（藁
しかもIE作ったのはM$じゃねーかボゲェ。
0156名称未設定
02/07/13 15:25ID:5yq0Du4tセキュリティ専門家、Windows用 IE/Outlookのバグに警告
http://www.zdnet.co.jp/news/0207/12/ne00_iebug.html
0157名称未設定
02/07/14 14:25ID:DWoDiFscあっ、ここにもいらしたんですね。
5yq0Du4tダンナ。いつもいつもごくろうさまです。
0158名称未設定
02/07/21 15:48ID:my5a4MY5ダンナ。
最高っす。
重ね重ねごくろうさまっす。
0159名称未設定
02/08/08 21:41ID:LJ/fuGW+MSN Messengerのパスワードを盗むトロイの木馬「Starfi」
http://www.zdnet.co.jp/news/0208/07/njbt_14.html
■ このスレッドは過去ログ倉庫に格納されています