投稿順表示 (176/282)
前のページ 1...171/172/173/174/175/176/177/178/179/180/181...282 次のページ
[2172] Re: 「Cookie の secure フラグの動作が謎」
えむけい (2004年8月10日 7時22分)
ニフティのWebフォーラムってCookieを使っててログインフォームだけhttpsでしたから、IEでもhttpsで発行したCookieをhttpに送れるはずだと思うのですがどうでしょうか。
[2170] Re: 「DDoS に Aレコード削除は禁物」
ばけら (2004年8月6日 19時34分)
>②名前解決できなかった(Aレコードを削除された)時
>NXDOMAIN応答。neg_TTLが経過する都度発生。
仕様的にはそうなのだろうと思いますが、
http://www.itmedia.co.jp/help/howto/win/win2000/0007special/dns/chap8/05.html
>ネガティブキャッシュにはTTLが存在しないため,デフォルトでは5分間キャッシュするように設定されている。
という Windows 2000 Server が DNS キャッシュサーバとして使われていると……とか、そういった実務上の話がいろいろあるのではないかと思います。
[2169] Re: 「DDoS に Aレコード削除は禁物」
kr-cube (2004年8月6日 18時58分)
"名前解決できた Antinny は DNS クエリを送るのをやめて攻撃に移りますが、NXDOMAIN 応答を受けた場合は延々と DNS クエリを送り続けるということなのでしょう。"
うーん、つまりこういうことでしょうか?
①名前解決できた時
IPアドレス応答。TTLが経過する都度発生。
②名前解決できなかった(Aレコードを削除された)時
NXDOMAIN応答。neg_TTLが経過する都度発生。
だとしたら、Aレコードが削除されても、DNS側への影響はあまり変わらないのではと思うのですが。
OCNのBINDのバージョンが古くてネガティブキャッシュ機能がなかったとかと考えたのですが、まさかね。
[2168] Re: 「DDoS に Aレコード削除は禁物」
ばけら (2004年8月6日 16時50分)
>どうしてAレコードを削除するとISPのDNSが負荷が増大するのか資料を読んでて疑問。
これに関してはワーム側の挙動が関係しているのだと思います。
資料10ページでは
>WebサーバのFQDNに対する 名前解決要求(Wormが頻繁に繰り返す)
となっているところ、11ページでは
>WebサーバのFQDNに対する 名前解決要求 (TTLが経過する都度発生)
となっています。
名前解決できた Antinny は DNS クエリを送るのをやめて攻撃に移りますが、NXDOMAIN 応答を受けた場合は延々と DNS クエリを送り続けるということなのでしょう。
[2167] Re: 「DDoS に Aレコード削除は禁物」
kr-cube (2004年8月6日 16時8分)
どうしてAレコードを削除するとISPのDNSが負荷が増大するのか資料を読んでて疑問。
ACCSでレコードが削除されたらNXDOMINが返されるから、
ネガティブキャッシュに登録されてTTLが切れるまでは回避できるような気がするんですが。。。
[2166] Re: 「ACCS 謎の更新」
ばけら (2004年8月6日 12時17分)
>素で意味を理解できなかったのですが、誰をなんと説得するのに使えるのですか?
いや、これは完全に内輪の話なのであんまり気にしないでください。
[2165] Re: 「ACCS 謎の更新」
義珍 (2004年8月6日 0時23分)
> あとどうでも良いのですが、お詫び系のはずのコンテンツにアニメーションする「NEW」アイコンをつけているのが興味深いですね。アニメーションする NEW をつけたがる人ってけっこういるのですが、その説得に使えそうな気がします。
素で意味を理解できなかったのですが、誰をなんと説得するのに使えるのですか?
[2164] Re: 「「正しくない」URL の処理」
えむけい (2004年8月5日 18時41分)
しかもこの誘導に従うと実際には投稿が存在していても「まだ投稿のない」フォームに案内されますね。
無事修正できたら、ついでに機械読み取り不可能な案内だけでなく301でも返してくれると嬉しいかも。
[2162] Re: 「「正しくない」URL の処理」
スターダスト (2004年8月3日 23時46分)
要求された URL は http://altba.com/bakera/hatomaru.aspx/ebi/topic/1351/comment ですが、正しい URL は http://altba.com/bakera/hatomaru.aspx/ebi/comment/topic/1351 かもしれません。
えび日記からで上記のようにと出ました。はて?
[2161] Re: 「ココログ大アンケート」
ばけら (2004年8月3日 10時15分)
>22時現在、復活していました
してますね。
XSS やら任意 Cookie の発行やらができなくなったことを確認。
……しかし、緊急メンテナンスの内容が脆弱性の修正だったということがどこにも書かれていないのですが、それはいいのかなぁ。
[2160] Re: 「アーカイバのディレクトリトラバーサル」
ばけら (2004年8月3日 10時11分)
> そういう機能は自己解凍書庫だけにあればいいのです。
それもそうですね。
> 現状でも環境変数で解凍先を指定する機能や解凍後に書庫内のファイルを自動実行する機能などは自己解凍書庫だけで有効です。そのような書庫を通常のアーカイバで解凍すると、%windir%なんてフォルダができたりします。
そうなんや……。こりゃ勉強になります。
[2159] Re: 「アーカイバのディレクトリトラバーサル」
えむけい (2004年8月2日 22時49分)
> そもそも「自己解凍書庫がそのまんまインストーラ」というソフトがあったりしますので、書庫側で任意のパスを指定できる機能は必要なのだろうと思います。
そういう機能は自己解凍書庫だけにあればいいのです。自己解凍書庫をダブルクリックしたということは.exeを信頼したということですから任意の場所に解凍される程度は誤差の範囲ですし。
現状でも環境変数で解凍先を指定する機能や解凍後に書庫内のファイルを自動実行する機能などは自己解凍書庫だけで有効です。そのような書庫を通常のアーカイバで解凍すると、%windir%なんてフォルダができたりします。
[2157] Re: 用語「DoS」
yuu (2004年7月27日 21時55分)
> #2126 の Duplicate な感じですが、「間違った」URL でアクセスされてもリンクリストに追加されるようになっているのでそうなります。
> そのうち直したいとは思っていますが。
なるほど、とりあえずは意図的にそうなっているんですね。
[2156] Re: 用語「DoS」
ばけら (2004年7月27日 20時6分)
>『用語「DoS」が使われているページ』のリンクリストに、同じものがふたつ掲載されています。URLは違うんですが、このURLの違いは何でしょうか。
#2126 の Duplicate な感じですが、「間違った」URL でアクセスされてもリンクリストに追加されるようになっているのでそうなります。
そのうち直したいとは思っていますが。
[2155] Re: 用語「DoS」
yuu (2004年7月27日 19時2分)
『用語「DoS」が使われているページ』のリンクリストに、同じものがふたつ掲載されています。URLは違うんですが、このURLの違いは何でしょうか。この用語に限らず、ほかのところでも、リンクリストに出てくるのが、ebi/ebi/topic と ebi/topic とが混在していたりするのですけど。
[2154] Re: 「IPAへの届け出は暗号化必須?」
ばけら (2004年7月26日 11時37分)
>プレス発表>ソフトウエア等脆弱性関連情報に関する届出の受付開始について>2004年7月8日
あーなるほど、そんなところに出ていましたか。
しかし実際に送ろうとする人はプレス発表なんて読まない可能性大だと思うですよ……。
[2153] Re: 「IPAへの届け出は暗号化必須?」
tito (2004年7月25日 11時29分)
プレス発表>ソフトウエア等脆弱性関連情報に関する届出の受付開始について>2004年7月8日
http://www.ipa.go.jp/about/press/20040708-2.html
には『 届出に際しては、ネットワーク経路における盗聴などにより、未対策の脆弱性情報が漏洩することを防ぐため、PGP暗号鍵による暗号化を施した上で、下記アドレス宛に届出をお願いします。』ってありますが、確かに他のページには書かれて無いかも。
前のページ 1...171/172/173/174/175/176/177/178/179/180/181...282 次のページ