OSIモデルとは何ですか?また、DNSとIPアドレスは、その7つのレイヤーのどこに位置づけられますか?
OSIモデルはネットワークを7つの層に分割しており、中核となるネットワーク機能はそれぞれ異なる層で動作します。具体的には、DNSはレイヤー7、IPアドレスはレイヤー3、MACアドレスはレイヤー2に位置します。BlueCat Integrityは、MACレコードとIPレコードを単一の信頼できる情報源として連携させます。
OSIモデルとは何ですか?
OSIモデルは、国際標準化機構(ISO)によって作成された概念的なフレームワークであり、ネットワーク通信を7つの階層に分類しています。 各レイヤーは独自の機能を果たし、その直上のレイヤーおよび直下のレイヤーと通信を行います。
上から順に、レイヤーはアプリケーション(レイヤー 7)、プレゼンテーション(6)、セッション(5)、トランスポート(4)、ネットワーク(3)、データリンク(2)、物理(1)です。 このモデルは、インターネットプロトコルに基づいて構築された4層のTCP/IPモデルとは異なり、特定のプロトコルに依存せず、エンジニアにトラブルシューティングのための共通言語を提供します。
DNSは、レイヤー7のアプリケーション層プロトコルです。レイヤー4ではUDP(場合によってはTCP)を介して、レイヤー3ではIPを介して伝送されます。このため混乱を招くこともありますが、これらのレイヤーを使用しているからといって、DNSがレイヤー4やレイヤー3のプロトコルになるわけではありません。
このモデルは、レイヤー1の電気信号、無線信号、光信号から、レイヤー7のアプリケーションプロトコルに至るまで、7つのレイヤーを積み重ねたものです。
What is the OSI model? It standardizes how computer networks communicate
The OSI model is a conceptual model that provides a universal standard for how computing devices communicate across networks, with seven abstract layers.
OSIモデルについて、人々はどのような誤解を抱いているのでしょうか?
最もよくある間違いは、OSIモデルを「何かが接続できるネットワーク」として扱うことです。 これはネットワークのための7層モデルであり、データリンク層はその第2層であり、ネットワークが接続する対象ではありません。
レイヤーに関する混乱は、まったく異なる役割を果たすプロトコルを混同させる原因にもなります。ARPはIPアドレスをMACアドレスに解決するデータリンク層のプロトコルであるのに対し、DNSはドメイン名をIPアドレスに変換する階層的な命名システムです。この2つは別物ですが、IPネットワークでは、DNSが機能するためにはARPが正常に動作している必要があります。
テレビの犯罪コメディ『ブルックリン・ナイン・ナイン』のあるエピソード(S6E14)では、これらの用語が支離滅裂に組み合わされ、OSIはネットワークではないという指摘を含め、台詞一つひとつが事実確認の対象となりました。 このエピソードが伝えるより広範な教訓はソーシャルエンジニアリングに関するもので、チームに攻撃者を疑うための技術的知識が欠けていたため、攻撃者はほぼ成功しかけていた。
How Brooklyn Nine-Nine S6E14 got cybersecurity all wrong
Brooklyn Nine-Nine's writers have a great cybersecurity vocabulary, but not a great understanding of how cybersecurity works. BlueCat breaks it down.
クエリが HTTPS 経由で暗号化されると、DNS の可視性はどうなるのでしょうか?
DNS に対する企業の可視性はゼロになります。 DNS over HTTPS は、通常の DNS クエリと応答を HTTPS 暗号化の内部で伝送するため、経路を監視している者(企業のセキュリティツールを含む)は、どの名前が解決されているかを判別できなくなります。
通常の解決プロセスでは、デバイスが再帰的リゾルバーにアドレスを問い合わせ、リゾルバーは応答が得られるまで一連のネームサーバーにクエリを送信します。ネットワークチームは、ネットワークの状態を監視し、解決パスを最適化するためにこれらのクエリを分析しており、多くの組織では、DNSセキュリティ戦略の一環としてこれらを検査しています。
このトラフィックを暗号化することで、ネットワーク経路上での盗聴からユーザーを保護できますが、企業ネットワーク上では、サイバーセキュリティソリューションによるDNSクエリの検査が妨げられ、クエリの内容に基づくルーティングがはるかに困難になる可能性があります。また、解決処理が少数のパブリックリゾルバーに集中するため、1つの障害が発生しただけで、はるかに多くの人々に影響が及ぶ可能性があります。
DNS over HTTPS: what, why, and who cares
Encrypting DNS queries and responses over HTTPS has long sparked robust debate, with interest from numerous stakeholders. Learn more with BlueCat.
DDoS攻撃は、どのようにDNSを武器として利用するのですか?
攻撃者がDNSを利用する理由は、その設計上オープンであり、クエリの生成にコストがかからず、偽装も容易であるためです。 オープンなリゾルバを経由して送信されるなりすましクエリは、DNS サーバーを増幅器に変え、被害者に、それを引き起こしたリクエストよりもはるかに大規模な応答を大量に送りつけます。
DDoS 攻撃には 3 つの形態があります。サーバー、ファイアウォール、またはロードバランサーのリソースを枯渇させるプロトコル攻撃、一見正当に見えるリクエストを送信して Web サーバーをクラッシュさせるアプリケーション層攻撃、そして偽装されたパケットの洪水攻撃です。侵害されたコンピュータや IoT デバイスからなるボットネットが攻撃のボリュームを供給しており、その数は数十万ホスト以上に及ぶこともあります。
DNSは、常に開放された状態を維持する必要があり、リゾルバーがその役割を果たすためにすべてのリクエストを処理しなければならないため、攻撃者にとって魅力的な標的となっています。また、ほとんどのセキュリティチームはこのプロトコルを当然のこととして捉え、監視を行っていないため、まさにその隙を攻撃者は狙っているのです。
攻撃者が送信する約80バイトごとに、DNSは約5.6キロバイトの攻撃トラフィックを生成する可能性があります。
How DDoS attacks use DNS as a weapon
Bad actors know that DoS and DDoS attacks can use DNS as a weapon to cause spectacular web crashes that bring critical business services to their knees.
DNSの可視化とトラブルシューティングのためのプラットフォームにおいて、チームはどのような点を重視すべきでしょうか?
中核となる要件は、すべてのサーバーからの DNS データを 1 つの検索可能な場所に集約し、クライアント、ネットワーク、サーバー間の経路に沿ってクエリを追跡できることです。 この2つが揃わなければ、感染や設定ミスを明らかにするパターンは、個々のログの中に埋もれたままになってしまいます。
あるエンドポイントからの持続的な NXDOMAIN 応答は、マルウェアによるビーコン送信や、偵察および横方向の移動を示唆している可能性があります。一方、同期がずれたゾーンでは、一部のユーザーには NXDOMAIN が返され、他のユーザーには正しい応答が返されます。適切なログがあれば、こうした失敗した応答は貴重な情報源となります。
同期がずれてしまったゾーンについては、イースト-ウエストトラフィックを可視化できなければ、トラブルシューティングが困難です。
What you can learn from an NXDOMAIN response
At a basic level, an NXDOMAIN response means “that site does not exist.” But it can also provide critical clues about your network’s security.
企業チームは、スプレッドシートを使わずに、レイヤー2およびレイヤー3にわたってデバイスを追跡するにはどうすればよいですか?
彼らは、MAC アドレスや IP アドレスをスプレッドシートではなく、単一の記録システムに保管しています。 MAC アドレスはレイヤ 2 でのハードウェアを識別し、IP アドレスはレイヤ 3 でのネットワーク接続を識別するため、この 2 つを関連付けることで、チームはデバイスレベルでトラブルシューティングを行うことができます。
LAN では、ARP がIPv4 アドレスを MAC アドレスにマッピングすることで2 つのレイヤーを橋渡ししており、IPv6 ではネイバーディスカバリが同様の役割を果たしています。大企業では数百万もの MAC アドレスや IP アドレスを管理する必要がありますが、依然としてスプレッドシートで IP アドレスを追跡し、MAC アドレスを見落としているケースがあり、これが重大な運用リスクを生み出しています。
BlueCat Integrityは、DNS、DHCP、IPAMを統合し、デバイス、ユーザー、IPアドレスの関係に関する唯一の信頼できる情報源を提供します。そのAddress Managerを使用すると、管理者はMACアドレスを記録し、それらをMACプールにグループ化し、ネットワーク全体で各MACアドレスをIPアドレスに関連付けることができるため、デバイス単位でのトラブルシューティングが可能になります。
MAC address vs IP address: What’s the difference?
MAC address vs IP address: One is a unique hardware identifier, while the other identifies a device's network connection. Learn more with BlueCat.
Integrity
Tame network complexity with Integrity's full-stack DDI management platform and get visibility and control over your DNS, DHCP, and IPAM.
コアネットワークサービスのトラブルシューティングをレイヤーごとに容易にするには、どのアプローチが適切でしょうか?
適切な出発点は、問題がどのレイヤーで発生しているかについての混乱、DNSトラフィックの可視性の欠如、手作業によるアドレスの追跡など、チームが現在直面している課題によって異なります。以下の各アプローチは、これらの課題のいずれかに対処するものです。
暗号化されたDNSの処理方法を決定する
攻撃対象領域としてのDNSに注意を払う
すべてのアドレスを対応するハードウェアに紐付ける
よくある質問
OSIモデルおよびその上で動作するサービスについて、エンジニアから最も頻繁に寄せられる質問に対する簡潔な回答です。
まだご質問がありますか?
BlueCatの担当者から具体的な回答を得ましょう。