X
【DNS】Name Server 総合スレ Part2
■ このスレッドは過去ログ倉庫に格納されています
0279名無しさん＠お腹いっぱい。
垢版 |
2015/11/27(金) 16:06:36.78
www.example.com/site1/
の内、DNSが関係するのは www.example.com まで。
なので　www.example.com/site1/とwww.example.com/site2/ は
DNSで区別はできない。
Webサーバで何とかしてください。
0282名無しさん＠お腹いっぱい。
垢版 |
2015/12/17(木) 01:09:11.78
これマジなの？ KDDI 管轄下のキャッシュサーバが注入されたの？

RIBBON.TO TOPICS
ttp://ribbon.to/topic.html

2015/12/17
14日頃よりKDDI様管轄のDNSにてribbon.toドメイン関連が広告サイトに誘導される事象が発生しております。
DNSキャッシュポイズニングの対策は行っておりますが、同脆弱性による問題と認識しておりますので、
現在対策を検討しております。誠に申し訳ございません。
0284名無しさん＠お腹いっぱい。
垢版 |
2015/12/22(火) 00:36:28.30
対策って何だ？
to ドメインって DNSSEC 対応してたっけ？
自分管轄の権威サーバーならともかく
KDDIのキャッシュサーバーが汚染されないように（ドメイン所有者ができる）対策なんてあるの？
0285名無しさん＠お腹いっぱい。
垢版 |
2015/12/22(火) 01:01:07.43
今は設定が直っててほとんど痕跡残ってないけど、
ribbon.to側の設定誤りが原因だよ。KDDIのキャッシュは、
権威サーバ側の設定の通りキャッシュして、その影響がまだ残ってるだけ。

ribbon.toのNSのうち、1つのドメインが放棄されたが、
別の業者に取られて広告サイトにリダイレクトされてたみたい。
こういう広告サイトは意図的にAレコードのTTLを長くしているから
消えるまで時間かかるだろうね

キャッシュサーバ側の対策はcache-max-ttl を小さくする
くらいかなぁ。長いTTLのRRSetを拾っても影響時間を短くできる。
BIND9のデフォルトの7日間は長すぎると思う。

権威サーバ側は、NSレコードのドメイン名は極力 in-bailiwickな
NSで構成するか、自分のコントロールの及ぶ範囲のドメイン名だけに
することだ。
0287名無しさん＠お腹いっぱい。
垢版 |
2015/12/22(火) 10:17:13.23
>>285
ありがとう！ (実験目的以外の状況で) ポイズニングに成功したという話が俄には
信じ難かったので、そういう話を聞きたかったんだ。

権威サーバ側の設定ミス (or 運用ミス) は良く聞く話だけど、なんで KDDI が
名指しで指摘されているんだろう。もしかして、その放棄された NS が KDDI で
ホスティングされていたからとか？ だとしたら、とばっちりもいいところですね。酷い話だ。
0288名無しさん＠お腹いっぱい。
垢版 |
2015/12/22(火) 16:18:51.61
>DNSキャッシュポイズニングの対策は行っておりますが、同脆弱性による問題と認識しておりますので、

それじゃぁこの１行は嘘？
これ読んだら普通はKDDIのBINDの脆弱性を突いたかDNS仕様の16ビットしかないカウンタ問題を
突いてKDDIのキャッシュサーバーへの攻撃に成功したように取るぞ
0289名無しさん＠お腹いっぱい。
垢版 |
2015/12/22(火) 16:36:34.07
仮にribbon.to側の運用ミスだというのが本当の話だとしたら、KDDIへの風評被害だよね。
KDDIの中の人はブチ切れていいと思う。もし俺だったら激怒してribbon.toにクレーム入れるよ。

#もしや、キャッシュポイズニングという言葉が本来とは異なる意味で使われ始めてしまうのか？
0290名無しさん＠お腹いっぱい。
垢版 |
2015/12/22(火) 23:50:34.17
たまたま大きなISPのKDDIのキャッシュが拾ってしまって被害が
目立ってるだけかもしれない。他のISPでも発生しているのかもしれない

KDDIはキャッシュクリアして cache-max-ttl を小さくすることだな
感覚的には3600〜10800くらいが適正値かと
0291名無しさん＠お腹いっぱい。
垢版 |
2015/12/23(水) 11:19:37.94
>>290
>たまたま大きなISPのKDDIのキャッシュが拾ってしまって被害が
>目立ってるだけかもしれない。他のISPでも発生しているのかもしれない

設定や運用をしくじった権威サーバのコンテンツが各所のキャッシュサーバに
キャッシュされてしまったという事例なら、そりゃ今までにもあちこちで発生して
いるだろうよ。それはわかる。だけどさ、こういう事例のことを「キャッシュポイズ
ニング」とは呼ばないだろって話なんじゃないの。

>KDDIはキャッシュクリアして cache-max-ttl を小さくすることだな

権威サーバ側でしくじったのが原因なら、KDDI側はそこまで対応する義理は
無いよね。

>感覚的には3600?10800くらいが適正値かと

それはKDDIじゃなくて権威サーバ側に言えよ。
0293名無しさん＠お腹いっぱい。
垢版 |
2015/12/26(土) 21:08:40.97
>>285 本来の意味での毒入れだと、TTL短くするとキャッシュがしょっちゅう
クエリをかけるようになるから、かえって毒入れの危険性は増すのでは？
ttp://jprs.jp/tech/material/iw2006-DNS-DAY-minda-04.pdf
0294名無しさん＠お腹いっぱい。
垢版 |
2015/12/28(月) 02:38:44.37
dig axfr をしたら、SOAレコードが2つ表示されるんですけどなぜでしょうか？

検索するとどこも、最初と最後に同じSOAレコードが
2つ表示されているようです。
0295名無しさん＠お腹いっぱい。
垢版 |
2015/12/28(月) 06:33:42.13
>>294
AXFRとはそういうものだから

RFC 5936 2.2. AXFR Response

.... the first message MUST begin with the
SOA resource record of the zone, and the last message MUST conclude
with the same SOA resource record. Intermediate messages MUST NOT
contain the SOA resource record.
0296名無しさん＠お腹いっぱい。
垢版 |
2016/01/24(日) 11:56:25.46
またパッチかよ。余計な仕事増やさないでくれよ(´・ω・｀)
0297名無しさん＠お腹いっぱい。
垢版 |
2016/02/08(月) 20:41:03.56
BINDからPowerDNSにしようと思って検証しているんだけど、ちょっと理解できない
動きをするので教えて下さい。

CentOS6に、EPELからPowerDNS 3.3.3をインストール。
バックエンドは、mysqlを使用。
同時に、PowerAdmin 2.1.7をセットアップ。

BINDのゾーンをzone2sqlで変換しインポート。

①･･･a-a.hoge.com

PowerAdminでAレコード登録（②と③）

②･･･a-b.hoge.com
③･･･ab.hoge.com

①は、問題なく名前解決できるのですが、②はNXDOMAINが返ってきて
名前解決ができません。②の後に、③をすぐ登録したら③は名前解決が出来ました。

PowerAdminの問題な気もしますが、ハイフン入りのホスト名を登録するのに
何か注意点があるのでしょうか?
0299名無しさん＠お腹いっぱい。
垢版 |
2016/03/10(木) 12:09:36.15
重複をお許しくださいｷﾀｰ
今回のは結構レベル高いやつだな、これ。とほほ……

■（緊急）BIND 9.xの脆弱性（DNSサービスの停止）について（CVE-2016-1285）
- フルリゾルバー（キャッシュDNSサーバー）／権威DNSサーバーの双方が対象、バージョンアップを強く推奨 -
<https://jprs.jp/tech/security/2016-03-10-bind9-vuln-controlchannel.html>;

■（緊急）BIND 9.xの脆弱性（DNSサービスの停止）について（CVE-2016-1286）
- DNSSEC検証を実施していない場合も対象、バージョンアップを強く推奨 -
<https://jprs.jp/tech/security/2016-03-10-bind9-vuln-rrsig.html>;

■BIND 9.10.xの脆弱性（DNSサービスの停止）について（CVE-2016-2088）
- DNS cookie機能を有効にしている場合のみ対象、バージョンアップを強く推奨 -
<https://jprs.jp/tech/security/2016-03-10-bind9-vuln-dnscookie.html>;
0300名無しさん＠お腹いっぱい。
垢版 |
2016/03/10(木) 17:24:31.55
PowerDNS recursorで教えて下さい。

forward-zones-recurse=.=IPSのDNS
上記設定をし、digをすると、キャッシュをしないのか応答時間が常に10msecを超えます。

forward-zones-recurse=.=ローカルの権威サーバ（BINDやPowerDNS）
この設定の場合は、digをすると1回目は時間がかかりますが、それ以降はキャッシュされ
0msecで返ってきます。

これは、相手がキャッシュサーバなのでこちらはキャッシュしないという事なのでしょうか？
ローカルの権威サーバを外部通信させたくないので、recursorでキャッシュさせたいのですが
なにか手はありますでしょうか？
0302名無しさん＠お腹いっぱい。
垢版 |
2016/08/17(水) 14:36:09.77
unboundで問い合わせが失敗したら次のサーバに順送りで問い合わせというようにできますでしょうか。
0303名無しさん＠お腹いっぱい。
垢版 |
2016/08/17(水) 15:05:46.24
>>302 unboundでは複数のサーバへの問い合わせは均等に割り振ってるみたいなのでまぁいいです。
失礼しました。
0307名無しさん＠お腹いっぱい。
垢版 |
2016/11/02(水) 12:55:42.98
このスレ、以前よりも過疎ってるね？ 10月のBIND祭りの時も何も書き込まれなかったし……
というわけで新ネタが来てるよ！ 今回は権威サーバは対象じゃないので、中ボスくらいな印象。

（緊急）BIND 9.xの脆弱性（DNSサービスの停止）について（CVE-2016-8864）
ttps://jprs.jp/tech/security/2016-11-02-bind9-vuln-dname.html
0309名無しさん＠お腹いっぱい。
垢版 |
2016/11/02(水) 17:21:51.12
ウチはキャッシュサーバを全てunboundに切り替えたところ、想像以上に平穏な日々を満喫しております。
「重複をお許しください」のメッセージを見ても身構えなくなりましたｗ
0312名無しさん＠お腹いっぱい。
垢版 |
2016/11/06(日) 13:39:49.78
BINDが糞なのはわかってるけど(コードも開発体制も)
同じIPアドレス・ポートで recursive と authoritative こなせるDNS鯖って他にある？
unbound も PowerDNSも recursive と auth は別アドレスで運転するよね。
それがbest practiceなのはわかってるけどさ
0315名無しさん＠お腹いっぱい。
垢版 |
2016/11/25(金) 10:37:06.05
「OracleがDNSサーバー管理代行サービスなどを手がける米Dynを買収（中略）
今年10月にはDynが大規模な攻撃を受け」

OracleがDynを買収 | スラド IT
https://it.srad.jp/story/16/11/24/0641237/
2016年11月24日 17時17分
0319名無しさん＠お腹いっぱい。
垢版 |
2017/01/12(木) 12:35:49.42
重複をお許しください。

（緊急）BIND 9.xの脆弱性（DNSサービスの停止）について（CVE-2016-9131）
https://jprs.jp/tech/security/2017-01-12-bind9-vuln-malformed-any.html

久し振りに来よったで。と思ったら権威サーバへの影響は限定的みたいなんで、それほどでもないかな。
0320名無しさん＠お腹いっぱい。
垢版 |
2017/01/12(木) 18:40:26.21
自分が利用しているサービス周辺で幾つか障害が発生したみたい。今回の脆弱性が関係してるのかなあ？
# いずれにせよ、お疲れ様です＞中の人

メンテナンス・障害情報・機能追加｜さくらインターネット公式サポートサイト
http://support.sakura.ad.jp/mainte/mainteentry.php?id=20971

Uptime Robot on Twitter: "The server provider we're using is currently experiencing a DNS-based issue & site is not reachable for some users. Will be updating back."
https://twitter.com/uptimerobot/status/819475124118241280 👀
Rock54: Caution(BBR-MD5:0dc23c366b23c59a9fe320a62dd69b5a)
0322名無しさん＠お腹いっぱい。
垢版 |
2017/03/15(水) 05:36:28.98
社員向け公開サーバをサブドメインとしてDNSに登録する意味あるのかな
モバイルアクセスするのにドメインのが設定はしやすいけど、
DNS情報は参照されちゃうからいかにもなDNS名つけると
無駄なリスク背負うことになるよね
0324名無しさん＠お腹いっぱい。
垢版 |
2017/03/16(木) 14:58:37.16
いかにもな名前というと www とか、blogとか、owncloudとか？
そういうんじゃなくて、普通の単語(nightsplitterとか)なら気にするほどリスクは高くないと思う。
通常、zone転送は不許可になってるだろうし。
0330名無しさん＠お腹いっぱい。
垢版 |
2017/03/16(木) 21:25:44.27
「DNSに登録するとリスクが増える」ってより
「DNSに登録しなくてもリスクは減らない」と考えるべき
そんなことで安心してないでまじめにセキュリティ対策とっとけ
0338名無しさん＠お腹いっぱい。
垢版 |
2017/04/13(木) 12:28:11.88
ジェットストリームアタック (違
緊急レベルのやつの再現条件が今一つ分からないんだけど、これは簡単に再現できるから、あえてハッキリ記載していないってことかな？

（緊急）BIND 9.xの脆弱性（DNSサービスの停止）について（CVE-2017-3137）
https://jprs.jp/tech/security/2017-04-13-bind9-vuln-cname-dname.html

BIND 9.xの脆弱性（DNSサービスの停止）について（CVE-2017-3136）
https://jprs.jp/tech/security/2017-04-13-bind9-vuln-dns64.html

BIND 9.xの脆弱性（DNSサービスの停止）について（CVE-2017-3138）
https://jprs.jp/tech/security/2017-04-13-bind9-vuln-control-channel.html
0347名無しさん＠お腹いっぱい。
垢版 |
2017/07/26(水) 00:34:36.30
dig +bufsize=4096 +short rs.dns-oarc.net txt
でチェックできるのは、特定の経路だけと考えてよいのですか?
DNSSEC無効にしないと酷い目にあいそう。
0356名無しさん＠お腹いっぱい。
垢版 |
2017/09/18(月) 14:41:25.59
インタビュー＆トーク - DNS運用者は10月11日に備えよう：ITpro
itpro.nikkeibp.co.jp/atcl/interview/14/262522/091300346/

ルートゾーンKSKのロールオーバー - ICANN
www.icann.org/resources/pages/ksk-rollover-2017-05-31-ja
0362名無しさん＠お腹いっぱい。
垢版 |
2017/12/21(木) 06:54:07.49
多少強引でもやっちまえばいいのにな
0363名無しさん＠お腹いっぱい。
垢版 |
2017/12/29(金) 06:47:21.06
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

19MH67R8CT
0365名無しさん＠お腹いっぱい。
垢版 |
2018/01/17(水) 18:35:51.02
DJB「アハハハハハハハハハ！！！」
0367名無しさん＠お腹いっぱい。
垢版 |
2018/01/20(土) 15:48:22.68
島本町民以外の皆さん
大阪府三島郡島本町では
「いじめはいじめられた本人が悪い」ということですよ
0368名無しさん＠お腹いっぱい。
垢版 |
2018/02/14(水) 09:45:41.91
☆ 日本の、改憲をしましょう。現在、衆議員と参議院の両院で、
改憲議員が３分の２を超えております。『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況