昨日も話題にしましたが、SecuriTeam.comに掲載されていた内容を見ると(Remote
Denial of Service Vulnerability in BlackICE Products) BlackICE
Defender だけではなくて、 RealSecure Server Sensor とか BlackICE Agent
でも発生するようです。あれissのalaertにも書いてあったかなぁと思って、
X-Forceを見に行くと
(うぉーデザインが変わってURIも変わってるじゃん(TT))、確かにそんな具合で
書いてある。うーむ。。。
読み進めると、BlackICE Defender workaroundでは
1. Open the firewall.ini file.
2. Under the [MANUAL ICMP ACCEPT] section, add the following line:
REJECT, 8:0, ICMP, 2001-10-15 20:28:53, PERPETUAL, 4000, BIGUI
3. Save the firewall.ini file.
4. The next time you open BlackICE, click OK when the following a
pop-up window appears: "A configuration file change was detected."
2002/3/3に予定されているK-1 WORLD GP 2002 in 名古屋の対戦カードが発表されました。さらに今年のグランプリのシステムも発表。ワンマッチ戦中心とかで、対戦カード重視に向かうようです。そして総合格闘技系との試合も盛り込んでいくのでしょうね。。。とりあえず名古屋注目のカードはマーク・ハントが体重をどれだけ絞ってくるか、じゃなかった、第5試合のマーク・ハントとミルコ・クロコップのカードでしょう。
Wmap is a "simple less stupid web scanner" for *nix . Im not going
to tell you that is a intelligent scanner, because it isnt.
When you use a CGI scanner it just searches for the existence
of cgis in common directories. Thats the fact. But it should
not be that way. Because many companies just use their own
locations to put their cgis. So you are just searching in a
default web server path, leaving behind a huge space
without testing, with bigger holes that you didnt found.
So what happens if target.org just move or rename the common
cgi-bin directory having in there all the vulnerable cgis.
WMAP search recursively, grabing all the info contained in
html tags like HREF, FORM and FRAME, capturing the new
directories , dividing and including them in the tests.
えっと Sendmail for NT とかを扱ったりもしていると思ったのですが、日本では アスキーNT で販売していて結局いれてみたら日本語化されてるわけでもなくみたいな状態だったりするので、そこら辺りがどうなるのか気になるところです。そいやBlackICE Defenderと言えば未だにisskkではなく東陽テクニカだな。関係ないですが、ここの関連記事が Linux でスパム対策--2となっている。微妙に違うような感もあるが、メモ(笑
Example:
To cause the kernel to fault using an interrupt 3 (0xCC, or hard break on Intel hardware),
issue the following command against a BlackICE protected server from a Linux machine:
ping -s 60000 -c 16 -p CC 1.1.1.1
昨日と重複するが整理すると、Windows2000でTCPの通信をする際に送っているパケット(構造)の、IPパケット部のチェックサムとTCPパケット部のチェックサムがおかしいかも?ということ。とあるトラブルの切り分けで、Etherealを使ってパケットをキャプチャし調べていたとき、ふと、Etherealの解析部(?)を見ると IPのヘッダのチェックサムが 0x0000 (incorrect, should be 0x***) となっていて計算されていない。さらに TCPヘッダのチェックサムには数値が入っているものの、incorrect, should be 0x*** てな具合で結果がおかしい雰囲気。気になりますよね?(^^; まだ追試してませんがIPSecの設定をしたらcorrectってなってるのでIPSecが関係しているのか?といった意味不明な状態に陥っていたのです(^^;