【セキュリティホール】情報交換【バグフィックス】
俺の頭にもセキュリティホールがあったから パッチ当てといた・・・ >>122 緊急というわりにはWindowsUpdateにはないな・・・ >>118 >>122 同じこと何度も書くなよ。 (>>118 >>122 )= >>106 です。 >>128 WindowsUpdate と一緒にここも定期的にみた方がいいよ。 ・MS TechNet セキュリティ情報一覧 ttp://www.microsoft.com/japan/technet/treeview/default.asp?url=/japan/technet/security ttp://www.microsoft.com/japan/technet/treeview/default.asp?url=/japan/technet/security/current.asp?mscomtb=ms_support|セキュリティ情報 >>129 ちがう。 >>106 =115,123だから。 >>128 WindowsUpdateにはMS03-007 英語版は出てるけどね… 対象 (Vine Linuxバージョン): 2.5/{i386,ppc[未],alpha[未]} 2.6/{i386,ppc[未],alpha[未]} 内容: vsnprintf の実装に含まれるバグによる、qpopper の不正利用ができる問題が発見されました。 現在分かっている攻撃方法では、有効なユーザアカウントとパスワードが必要とされ pop_msg() 関数の文字列をオーバーフローさせることでユーザに "mail" グループ権限とシステムのシェルをユーザに与えることができます。 米軍サーバー、MicrosoftIIS 5.0の脆弱性公開前に攻撃される ttp://internet.watch.impress.co.jp/www/article/2003/0319/iis.htm ttp://www.trusecure.com/corporate/press/2003/iisexploit031803.shtml >>130 >>>106 =115,123だから。 いや、書込んだ人のことじゃないです。 (とゆうか、そんなことは、どーでもよい。) 書込んだ内容のことです。 同じ内容書くなってこと。しかもあいまいな事。 (説明不足でスマン) >>122 も >>118 も、あいまいな情報になってるので、 結局自分で、詳しく調べなきゃならなくなる。 記事の引用元だって、大した事書いてあるわけじゃないしね。 >>122 も >>118 も、前の書込み(>>106 )読んでないのか? 読んでも「あぁ、この件はもう書いてあるな」とか分からないのか? そもそも詳細を自分で調べないのか? なんかこういうヤシがあぶなそうだが、自分のパソ大丈夫か? 最近のウイルスやワームとか自分のパソだけじゃなくて周りに迷惑 かけるし、クラックされて踏み台にされたら、それこそ、ヘタして 企業から損害賠償されるとも限らないわけで... で、結局 >>119 >>123 に禿同(藁 そういえば、こういった脆弱性情報が公開されてから、 関連ポートのスキャンや、鯖への不正アクセスが増えたり することありませんか? さっき、うちのWebDAV鯖(IIS5.0:MS03-007パッチ対応済) にも不正アクセスがあったけど。 うちも日々チェック&勉強ですね。みんながんがろー。 提灯記事キタ━━━(゚∀゚)━━━ !!!!! 責められるべきはMSだけだろうか? ttp://www.atmarkit.co.jp/fsecurity/column/sudoh/10.html >>134 読んだ。イタいね。たしかに責められるべきはMSだけではない。 それは事実だが、だからといって責任が回避されるわけではない。 MS のセキュリティ問題の情報開示の姿勢は他に比べてもたしかに悪くないが、 一般に MS が責められてるのはそんな点ではない。そこを弁護しても的はずれ。 MS 製品にクリティカルな穴が多過ぎるという根本的な質の悪さが 問題にされていることをこいつはわかってない。セキュリティホールを 生み出しているのは、機能を優先して安全を軽視する思想と、出荷する前に 内部で穴を発見できないチェック体制の不備。MS が責められているのはそこ。 つーか、セキュリティ問題について、「他と比較して悪くない」という 主旨の記事を書こうという発想自体がどうかしてる。比較は無意味。 穴があるのなら、それは他と比べるまでもなく悪いものなんだから。 $ sudo rm -f sudo-rik.bakぁ ここってセキュリティ関連情報が出たら 誰かが教えてくれるスレかと思ってた。 違うのね。。。。。 >>135 >穴があるのなら、それは他と比べるまでもなく悪いものなんだから。 激同。 その点では、WindowsもUNIX系も同じだと思われ。 それと、一般ユーザは、あまりセキュリティ情報が目につかないんじゃ ないのかなぁ? 確かに、WindowsUpdate や セキュリティ情報ページはあるけど、その 存在や操作方法、その必要性を知らない人も多いのでは? 実際、コードレッドやニムダの送り元見ると、結構ダイヤルアップ接続 やケーブルの人が居るしね。(それも.jpだったりして) 自分でサイト立ち上げてる人や鯖管やってる人なら、結構気にすると思う けど、普通?の人は、実際どうなんでしょうね? つまり、もっとユーザ側の意識改革も必要なんだろうな。 どのように情報を広めたらいいかと言ったら難しいと思うけど。 中学校で「情報基礎」の授業があるから、そういったところから徹底して もらうのがいいのかなぁ? 「ウイルスにかかるとこうなるんだぞ」とか実際に実習してみたりして。 ところで、UNIX/Linux/BSDとか使ってる人は、やっぱりセキュリティを 気にする人が多いのでしょうか? (一部つけ足し) >>135 >穴があるのなら、それは他と比べるまでもなく悪いものなんだから。 激同。 その点では、WindowsもUNIX系も同じだと思われ。 (つまり比較する意味がない) >>138 えーっとね、 >>131 みたいにセキュリティホールが見つかったら 誰かがカキコしてくれるスレかと思った。 サンRPC XDRライブラリー・ルーチンでの整数オーバーフローの問題 http://www.cert.org/advisories/CA-2003-10.html サン・マイクロシステムズによって提供される XDRライブラリーのxdrmem_getbytes()機能は、 不適当に分類されたダイナミック・メモリー割付けに結びつくことができる 整数オーバーフローを含んでいます。 脆弱なxdrmem_getbytes()機能が使用される場合、 バッファー・オーバーフローのような後の問題は生じる可能性があるかも… #「Integer overflow」を「整数オーバーフロー」 って訳しちゃったけど、間違いかな? >>142 Windows スクリプト エンジンの問題により、コードが実行される (814078) (MS03-008) ttp://www.microsoft.com/japan/technet/treeview/default.asp?url=/japan/technet/security/bulletin/ms03-008.asp 最大深刻度 : 緊急 推奨する対応策 : お客様は、直ちにこの修正プログラムをインストールしてください。 影響を受けるソフトウェア : Microsoft Windows 98 Microsoft Windows 98 Second Edition Microsoft Windows Me Microsoft Windows NT 4.0 Microsoft Windows NT 4.0 Terminal Server Edition Microsoft Windows 2000 Microsoft Windows XP >>144 95, 3.1, DOS は大丈夫なの?(藁 まだ使ってる人いる? 95 と DOS あたりはいるかも知れないなぁ。 >>146 サポート対象外のWindows 95などについては,影響を受けるかどうか分からないとしている。 ttp://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20030320/1/ MSのパッチでシステムがフリーズ パッチのリリースを急いだためかWindows 2000とWebサーバソフトの脆弱性解消のため リリースされたパッチに問題点が発覚。Microsoftはアドバイザリを更新 ttp://www.zdnet.co.jp/news/0303/21/nebt_16.html >>148 Windows 2000 Service Pack 3をインストールしたコンピュータには 問題はないらしい。 ∧_∧∩ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ( ´∀`)/<先生!こんなのがありました! _ / / / \___________ \⊂ノ ̄ ̄ ̄ ̄\ ||\ \ ||\|| ̄ ̄ ̄ ̄ ̄|| || || ̄ ̄ ̄ ̄ ̄|| http://saitama.gasuki.com/hiroyuki/ 〜全てのWindows 2000ユーザーは対策パッチの導入が必要 WebDAVに関する脆弱性はIISを起動していないWindows 2000にも影響 ttp://internet.watch.impress.co.jp/www/article/2003/0326/iis.htm Sendmailにスタック・オーバーフローの脆弱性 http://www.sendmail.org/8.12.9.html http://www.cert.org/advisories/CA-2003-12.html prescan() 関数に問題があり、アドレス解析時sendmailの中で コード化する際に十分に電子メールアドレスの長さをチェックしない為。 巧妙に作られたアドレスを備えた電子メールメッセージによって スタック・オーバーフローを引き起こすことが出来る。 今回の脆弱性が有るとされるSendmailのVerは ・Sendmail Pro (all versions) ・Sendmail Switch 2.1 prior to 2.1.6 ・Sendmail Switch 2.2 prior to 2.2.6 ・Sendmail Switch 3.0 prior to 3.0.4 ・Sendmail for NT 2.X prior to 2.6.3 ・Sendmail for NT 3.0 prior to 3.0.4 ・Systems running open-source sendmail versions prior to 8.12.9, including UNIX and Linux systems 非常に広い、パッチを適用するか、アップグレードするべし。 えー、またSendmailぅ。 そういえば、こないだのSendmailの脆弱性とは別物みたいですね。 > ※ この問題は、3月初旬に公開された sendmail の脆弱性とは別のものであ > ることに注意してください。 > > sendmail にバッファオーバーフローの脆弱性が発見されました。結果とし >て、遠隔から第三者が root 権限を取得する可能性があります。 > > この問題は、sendmail が電子メールアドレスを処理する際に発生します。 >したがって、内部ネットワークに設置したホスト上で稼動している sendmail >であっても、外部から中継されたメッセージを受け取ることによって、問題が >発生する可能性があります。 やっぱりSendmail使い多いのかなぁ? (ちなみにうちは、Postfix) >>107 どうよ。 age http://www.st.ryukoku.ac.jp/ ~kjm/security/memo/#20030417_MS03-013 >>153 ISPサポートで法人担当してますが、 殆どsendmailですね。Postfixは皆無、 稀にqmailがあるかな、という感じです。 Postfixの方が穴が少ない印象がありますが、 単にシェアが相対的に低いから、攻撃対象として 敬遠されているだけなんでしょうか? >>161 両方やん? 窓が攻撃されやすいのと一緒 すみません、linuxでサーバを立てようとしているのですが アプリケーション個別のログ(apacheやftp)では無く tcp/ip全体に対するログって取れるのですか? ━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━― ∧_∧ ピュ.ー ( ^^ ) <これからも僕を応援して下さいね(^^)。 =〔~∪ ̄ ̄〕 = ◎――◎ 山崎渉 >>170 それアタックツールっぽいけど、 元のIPにアクセスしたら中国のIISのサーバーだったんだよね。 IISが感染するとかあるのかな? それに俺のとこにもきたけど俺のとこアタックされるほどアクセス多くないし >>172 下の方の翻訳に >自動的に増えたのうえに長距離の図形を伝えたのは裏門の機能を支配する ってあるからワームにもなるっぽい Samba 2.2.8a日本語版リリース1.0 がリリースされました。(2003/05/27) って、かなり前だった http://internet.watch.impress.co.jp/www/article/2003/0710/ms.htm バッファオーバーランに対する脆弱性っていうものは、窓OS以外では発生しないのでしょうか? もし発生しても他のOS、カーネルでは脆弱性とならないのであるならば、 窓OS自体が、、、かと思いまして。 >>176 人が書いたコードである以上、穴はどこかにある。 「WindowsじゃないからBORが起こらない」というのは ちょっとおかしい話だと思う。 実際 Windows 以外でもいっぱい見つかってるし。 >>179 だな でも、だからといって Windowsと他のOSの危険度が同じと言う話でもなくて… 頻度、対応等々を含めて総合的に判断しなきゃいけないよなぁ そういう所がMS はちょっとアレとか言われる所以で ttp://japan.cnet.com/news/ent/story/0,2000047623,20059757,00.htm こんな話もあるしなぁ たぶん、Cでソース書くからじゃないかな。 バッファオーバーフローをランタイムライブラリで阻止するのが デフォルトな処理系を使って書いてれば(DelphiとかC#とか) 危険なバグの出る確率はぐっと減ると思う 最近ポート445にアタックするサイトがすごく多いけど 何か、穴でもあるの? >183 毛穴は除外するにしても、何か(穴2個所)を忘れてる余寒。 >>184 おそらくは>>183 は人間ではないと思われ 合ってんじゃねーのかいの? 男は「鼻の穴が2つ」「口」「尿道口」「肛門」の計5個 女は「鼻の穴が2つ」「口」「尿道口」「膣口」「肛門」の計6個 ほかに有ったか?w おっと!あれだな、耳の穴だな。忘れてたワイ。 誰かに突っ込まれる前でよかたよ。 >>186 >>188 おまえにはもう2個あるだろ! 「ふしあな」という穴が __∧_∧_ |( ^^ )| <寝るぽ(^^) |\⌒⌒⌒\ \ |⌒⌒⌒~| 山崎渉 ~ ̄ ̄ ̄ ̄ そういや昨日だっけ?Apache1.3.28リリースは。 >>193 確かそれくらい(w 漏れは今日slashdot見て知った…個人的には先週インスコしたばっかなのに鬱。 まさか1.3.xがバージョンうpするとは思わなんだ。 つかFixだもんね。ADDじゃないもんね。 どうせ、httpd.confの書き方変わってたりするんだろ〜 書き直すの面倒くせー apache2.xが1.xより優位な点教えてよ。 乗り換える理由にするから。 >>202 自分で調べ自分で判断しろ。 まさか仕事もそうやって進めているんじゃないだろうな? >>202 優位な点:新しいものを使っているという間違った優越感(w ∧_∧ ∧_∧ ピュ.ー ( ・3・) ( ^^ ) <これからも僕たちを応援して下さいね(^^)。 =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕 = ◎――――――◎ 山崎渉&ぼるじょあ >>206 本7みたいなこと云うとるし。 >>207 と >>208 の違いって判ってるんだろうか? Postfix1.1.xに脆弱性 ttp://www.zdnet.co.jp/enterprise/0308/06/epn17.html ☆★ 新商品 ゾク・ゾク 入荷!! 急げ〜!! ☆★☆ ★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★ ☆★ 送料激安! スピード発送! 商品豊富! ★☆ http://www.get-dvd.com ☆★ 激安DVDショップ 「GETDVDドットコム」 ★☆ http://www.get-dvd.com ☆★ 今すぐアクセス Let’s Go! 急げ! ★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★ GNUのFTPサーバが3月〜7月末まで乗っ取られ ttp://ftp.gnu.org/MISSING-FILES.README (⌒V⌒) │ ^ ^ │<これからも僕を応援して下さいね(^^)。 ⊂| |つ (_)(_) 山崎パン ある意味セキュリティホールだよな…>>219 の存在 apacheのログ見たら、昨日(18日)から "GET / HTTP/1.1"が異様に多く来てる。ま、異様っても2〜3分に1回くらいなんだけど。 ちなみにウチのは閑古鳥の鳴く掲示板が一つ動いてるだけで、ドキュメントルートは空っぽ。 発信元IPはバラバラ。送ってくるUser-Agent情報は全て同一で、MSIE5.5 on Win98。パケットも見てみたけどサイズは普通。Hostはドメイン名でなくIPアドレスの直接指定。 サーバ情報の取得用かなとも思う。 世間で何か起こってるの? >>222 MSBLASTERとは別物だったんか…? read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる