「DNS」「DHCP」「IPAM」をまとめた「DDI」とは何か？ なぜ必要なのか
関連キーワード IT部門 | ネットワーク | ネットワーク管理 | ネットワーク監視 ネットワーク内のデバイスを管理するには、単にIPアドレスを割り当てるだけでは不十分だ。クラウドサービスやIoT（モノのインターネット）の利用が増加傾向にある中で、企業のネットワークは複雑化している。そのネットワークと、ネットワーク内のデバイスを管理する仕組みが重要になってきた。 IPアドレスベースのネットワーク管理を合理化するためには、「DNS」（Domain Name System：ドメインネームシステム）、「DHCP」（Dynamic Host Configuration Protocol：動的ホスト構成プロトコル）、「IPAM」（IP Address Management：IPアドレス管理）といったネットワークのプロトコルやシステムが欠かせない。以上3つを総称した用語が「DDI」だ。 DDIのそれ
「DNSに対する最悪の攻撃」 DNSSEC設計の根幹に関わる脆弱性「KeyTrap」が見つかる
「DNSに対する最悪の攻撃」 迅速なパッチ適用を推奨 ATHENEによると、KeyTrapを悪用した場合、単一のDNSパケットが結果的にCPUの使い果たしを誘導し、「Google Public DNS」やCloudflareのDNSなど広く使われているDNS実装やパブリックDNSプロバイダーを全て停止させることが可能だ。発表によると「BIND 9」を16時間ダウンさせたとされている。なお、この欠陥は「CVE-2023-50387」として特定されている。 この攻撃はインターネットの基本的な機能に深刻な影響を与え、世界中のWebクライアントの大部分が利用不能になる可能性がある。主要なDNSベンダーはこの攻撃を「これまでに発見されたDNSに対する最悪の攻撃」と呼んでおり、状況の重大さが指摘されている。 KeyTrapを悪用するサイバー攻撃者は、DNSSECを検証するDNSリゾルバを利用する全ての
インターネットの根幹支えるDNS、「つくづく面倒なプロトコル」と言わざるを得ない
数字の羅列であるIP（Internet Protocol）アドレスを人間が理解しやすいドメイン名に置き換えて扱えるようにするDNS（Domain Name System）。インターネットの根幹を支えるサービスだ。 これまでDNSにまつわる多くの記事を書き、査読してきた。ただ、いまだにつくづく面倒なプロトコルだなと思う。 まず仕組みそのものが面倒だ。ドメイン名を構成する区切り（ドットで分かれている部分）ごとに権威DNSサーバーがあり、それらに対し反復的に問い合わせて名前を解決する。 この仕組みを図にするとかなり大きくなる。一目で理解するのが難しく、「なぜこんな仕組みなのか」と疑問も抱かせる。とはいえDNSがドメイン名の区切りごとに責任を持って管理しつつ、過剰に責任が集中しないように分散させる仕組みであると分かれば、図の大きさや複雑さに理解を示せよう。 しかしDNSにまつわる名称の問題はいただ
変わるDNSの常識、今後は「HTTPS」での問い合わせも主流に
IPネットワークであるインターネットでは、通信相手は基本的にはIPアドレスで指定する。コンピューター同士の通信であれば、お互いのIPアドレスさえ分かれば通信が可能だ。ところが、人間にとってIPアドレスはただの数字の羅列でしかなく（IPv4では10進数、IPv6では16進数）、分かりにくい。 そこで、IPアドレスを「ドメイン名」という名前で扱えるようにする「DNS（ドメイン・ネーム・システム）」が1983年に誕生した。DNSは、問い合わせたドメイン名に対してIPアドレスを返す電話帳のような役割を持つ。この対応関係の情報は、階層構造になった多くのDNSサーバーで分散管理している。 DNSサーバーは実際には大きく2種類に分けられる。ユーザーから直接問い合わせを受け、ユーザーの代わりにIPアドレスなどを調べる「キャッシュDNSサーバー」と、ドメイン名に対応するIPアドレスなどを返答する「権威DNS
Linuxを標的としたサイバー攻撃発覚、日本のエネルギー企業も対象
The Hacker Newsはこのほど、「ChamelDoH: New Linux Backdoor Utilizing DNS-over-HTTPS Tunneling for Covert CnC」において、「ChamelGang」と呼ばれる脅威者によるLinuxを標的としたキャンペーンが展開されているとして、注意を喚起した。これまで文書化されていなかったインプラントを使用してLinuxをバックドア化するマルウェアが確認されている。 ChamelGangは、2021年9月にロシアのセキュリティベンダーにより初めて文書化された脅威者。これまでDoorMeと呼ばれるパッシブバックドアを使用し、ロシア、米国、インド、ネパール、台湾、日本などのエネルギー産業や航空製造業、政府機関を標的にサイバー攻撃を行っていることが観測されている。 ChamelGangによる新たなキャンペーンが特定され、新
PowerShellで HostName や IP Address を取得する時に早いのはどれ - tech.guitarrapc.cóm
PowerShellでは、HostNameやIP Addressを取得するのにいくつかやり方が考えられます。 今回、PSRemoting中に取得するに当たって、実行速度が速い方法を測ってみたので公開します。 検証環境 以下を同一ZoneのPublic VPCからPrivate VPC x2に向けて10回実行した結果で、単一インスタンスに対して最も遅かった時間(ms)を取得しています。 (初回のDNS解決はICMPで処理済み) PS Remoting接続元サーバー (Public VPC) Amazon AWS EC2インスタンス (m1.large) with Windows Server 2012 PS Remoting接続先サーバー x 2 (Private VPC) Amazon AWS EC2インスタンス (m1.medium) with Windows Server 2012 H
巧妙なバックドア「Saitama」を発見、ヨルダン政府組織を攻撃
Malwarebytesは2022年5月10日(米国時間)、「APT34 targets Jordan Government using new Saitama backdoor｜Malwarebytes Labs」において、「Saitama」と呼ばれる新しいバックドアを利用したサイバー攻撃を確認したと伝えた。同社はこのサイバー攻撃が「APT34」として特定されている持続的標的型攻撃(APT: Advanced Persistent Threat)グループによるものと分析しており、ヨルダン外務省の政府関係者を標的としていると説明している。 APT34 targets Jordan Government using new Saitama backdoor｜Malwarebytes Labs このバックドアは使われているファイルパスから「Saitama」と呼ばれており、有限状態マシンとして実
“HTTPSレコード”って知ってる？今知るべき4つの注意点 | IIJ Engineers Blog
[注] この記事はすぐに陳腐化するはずの内容について扱っています。何年か経ってからこの記事を参照する場合、2022年3月に書かれた内容であることを留意の上お読みください。 はじめに IIJ DNSプラットフォームサービスにて、先日大きなアップデートと小さなアップデートがありました。大きなアップデートというのは、これまでのマネージドDNSサービスに加えてもうひとつ、IIJ DNSトラフィックマネージメントサービスという新たなサービスが追加されたこと。サーバの死活監視結果に応じて動的にDNSの応答を変えることができます。小さなアップデートは、従来のマネージドDNSサービスへの機能追加。HTTPSレコードに対応しました。 サービスの宣伝という意味では大きなアップデートの方を紹介した方がいいんでしょうけれど、ヘソ曲がりなのでここでは小さなアップデート、HTTPSレコードの方に焦点をあてます。 そも
[Fedora] mDNSで.localのホストの名前解決を行う(nss-mdns*) - Life with IT
2008/8/30更新 対応バージョン: 9 mDNS(Multicast DNS)で.localのホストの名前解決をするにはnss-mdnsモジュールを使用する。 同モジュールがインストールされていない場合はまずインストールする。 % sudo yum install nss-mdns nss-mdnsモジュールには目的に応じて3種類 x 2バリエーションの計6モジュールが用意されている。 以下にそれぞれのモジュールについて説明する。 IPv4/IPv6双方のアドレス解決 (レガシー) mdns4 IPv4のみのアドレス解決 mdns6 IPv6のみのアドレス解決 どのモジュールも最後に「_minimal」が付くバリエーションがある。 mdns_minimal mdns4_minimal mdns6_minimal このバリエーションを使用すると名前解決しようとしたホスト名の最後に「.l
![[Fedora] mDNSで.localのホストの名前解決を行う(nss-mdns*) - Life with IT](https://cdn-ak-scissors.b.st-hatena.com/image/square/63c67004f340a9cfebe1346d512a10a786385cbc/height=288;version=1;width=512/https%3A%2F%2Fl-w-i.net%2Fimg%2Flogo_256.png)
bind(namd)のIPv6を無効にする方法 | puti se blog
最終更新日付： 2018年3月27日 DNSのパッケージであるbind(named)でIPv6を無効にしたいといった場合、二つの意味合いがあります。 IPv6でリッスンするのを無効にするのか IPv6の名前解決を無効にする（フィルター）のか それぞれの方法について説明したいと思います。 namedがIPv6でリッスンするのを無効にする方法 bindパッケージのnamedプロセスがIPv6でリッスンさせない設定方法は次の二つの方法があります。 どちらかを設定することにより無効化できます。 namedの起動オプションで”-4”引数 named.confでlisten-on-v6をnone設定 方法１、namedの起動オプションで”-4”引数 通常に systemctl start named で起動してもnamedプロセスには引数に”-4”オプションはついていません。 その場合は、上記画像のよ
nmcli コマンドで DNSサーバを変更できない時の対応方法（CentOS7）
まず対応方法から、DHCPでのDNSサーバ設定を無効にして、新たなDNSサーバを設定するのみです。※NetworkManager の再起動を忘れずに！ nmcli con mod enp0s3 ipv4.ignore-auto-dns yes nmcli con mod enp0s3 ipv4.dns 8.8.8.8 systemctl restart NetworkManager nmcli コマンドで DNSサーバを削除できない！ CentOS をインストールした場合、デフォルトのネットワーク設定では、DHCPを参照するようになっています。 この場合、インターフェースを有効にしたタイミングで、DHCPから取得した DNSサーバのIPアドレスが /etc/resolv.conf に設定されます。
Microsoft 365 のパフォーマンストラブルシューティング計画 - Microsoft 365 Enterprise
注意 このページにアクセスするには、承認が必要です。 サインインまたはディレクトリの変更を試すことができます。 このページにアクセスするには、承認が必要です。 ディレクトリの変更を試すことができます。 SharePoint、OneDrive、Exchange Online、または Skype for Business Online とクライアント コンピューターの間のラグ、ハング、パフォーマンス低下を特定して修正するための手順を知る必要がありますか? サポートを呼び出す前に、この記事は Microsoft 365 のパフォーマンスの問題のトラブルシューティングや、最も一般的な問題の一部の修正に役立ちます。 この記事は、実際には、パフォーマンスの問題に関する貴重なデータをキャプチャするために使用できるサンプル アクション プランです。 この記事には、いくつかの一部の問題も含まれています。 ネ
Windows Server 2022正式版がひっそりとリリース。セキュアコアサーバ搭載、SMB over QUICでVPN不要のファイルアクセスなど
Windows Server 2022正式版がひっそりとリリース。セキュアコアサーバ搭載、SMB over QUICでVPN不要のファイルアクセスなど マイクロソフトからの発表はまだありませんが、Windows Server 2022正式版のリリースが事実上開始されました。 ライフサイクルのページに製品が登録され、2021年8月18日がサポート開始日となっているため、すでにサポートがスタートしています。 バグフィクスや新機能などのアップデートが提供される「メインストリームサポート期間」は5年後の2026年10月13日まで、バグフィクスが提供される「延長サポート期間」は10年後の2031年10月14日に設定されたことが示されています。 「Try Windows Server 2022 on Microsoft Evaluation Center」のページから評価版の取得も可能です。 セキュア
サイボウズ、エンジニア新人研修の講義資料を無料公開 HTTPやDNSの解説など | Ledge.ai
サインインした状態で「いいね」を押すと、マイページの 「いいね履歴」に一覧として保存されていくので、 再度読みたくなった時や、あとでじっくり読みたいときに便利です。
FirefoxがDNSとの通信を暗号化する「DNS over HTTPS(DoH)」を正式に実装すると発表
ウェブブラウザ「Firefox」を開発しているMozillaは、「ブラウザによるDNS接続を暗号化するDNS over HTTPS(DoH)を正式に実装する計画を進めている」と発表。2019年9月下旬からアメリカのユーザーに対し段階的に導入し、最終的にはFirefoxのデフォルト機能にする計画を明らかにしました。 What’s next in making Encrypted DNS-over-HTTPS the Default - Future Releases https://blog.mozilla.org/futurereleases/2019/09/06/whats-next-in-making-dns-over-https-the-default/ Mozilla Firefox to begin slow rollout of DNS-over-HTTPS by defaul
政府によるインターネットの検閲とSNIについて
しかし今回一般の人の目にも触れる形でSNIやHTTPSのことが報じられた結果、エンジニアも含めて明らかに技術に関して勘違いをしているのではないかと感じる発言を見ることがありました。このまま放置するのも良くないと感じているので、Q&Aという形でSNIやHTTPSに関する誤解を少しでも解ければと思います。 Q&AQ: そもそもSNIって何？以前書いた記事にも書かれているので是非読んでみてください。 簡単に説明すると、HTTPSではSSL/TLSを利用して通信が暗号化されます。なので1つのIPアドレスで複数の証明書を扱おうとした場合、最初の通信時にどの証明書を利用すればいいか分かりません。そこでSNIが必要になります。 SNIは最初の通信時に今から通信したいサーバーネーム（ドメイン名と考えてください）をサーバーに平文で渡すことで、通信したいSSL証明書を指定できます。SNIは現在の一般的なブラウ
DNS over HTTPSの必要性について - Qiita
なぜ今までのDNSでは問題があるのか インターネット上の通信の多くは、ブラウザを利用したウェブによるものです。 セキュリティ向上のため、GoogleやFireFoxといった大手ブラウザベンダーが平文通信であるHTTPから暗号通信であるHTTPSへの移行を推奨し、盗聴・改竄・なりすましといった問題を解決することが出来ます。 しかしながら、そのHTTPS通信をする前のDNSによるドメイン解決は暗号化されておらず盗聴でアクセスするホスト名を把握される、なりすましで偽の応答を返されるといった可能性があります。 それを防ぐための方法の1つが、DNS over HTTPSです。 DNS over HTTPSとは 今までDNSサーバ（フルリゾルバ）の（主に）UDPポート53番に対して行われていたDNSによる名前解決を、TCPポート443番に対するHTTPS(HTTP/2 over TLS)通信上で行うプ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
/docs/man1.1.0/man1/openssl-s_client.html
CentOS7にdigコマンドをyumでインストール | AC-5
AWSのKubernetesでサービスを公開する最高の方法~ALB,ACM,Route53の自動作成~ - Qiita
