デバイスコンプライアンスとは、デバイスが業界または組織の標準や規制を満たしている状態を指します。デバイスコンプライアンスポリシーは、最低限必要なオペレーティングシステム、ディスク暗号化、セキュアブートなど、ユーザーとデバイスがコンプライアンスを満たすために満たすべきルールと設定を定義します。また、デバイスコンプライアンスポリシーには、ユーザーへの警告、アクセスのブロック、データの消去など、非準拠のデバイスに適用されるアクションも含めることができます。デバイスコンプライアンスポリシーは条件付きアクセスと統合することができ、デバイスのコンプライアンス状態に基づいて属性駆動型ポリシーを適用できます。属性駆動型ポリシーとは、デバイス、ユーザー、またはリソースの属性を使用してアクセスレベルまたは保護レベルを決定するポリシーです。例えば、デバイスがコンプライアンスに準拠し、ユーザーが特定のグループに属し、リソースが特定の場所にある場合にのみ、リソースへのアクセスを許可することができます。属性駆動型ポリシーは、役割や権限に基づく従来のポリシーよりも、アクセスとセキュリティをよりきめ細かく柔軟に制御できます。したがって、デバイスコンプライアンスを実行するメリットは、オプションDである属性駆動型ポリシーを提供できることです。参考資料：
* Microsoft Intune のデバイス コンプライアンス ポリシー
* Intune における Windows 10/11 のデバイス コンプライアンス設定
* デバイスコンプライアンス：それが何であるか、そしてなぜそれを使用すべきか
* Cisco Security Core Technologies (SCOR) v1.0 の実装と運用

説明
ドメインネームシステム（DNS）は、securitytut.com のような人間が理解しやすいURLを、183.33.24.13 のようなIPアドレスに変換するプロトコルです。DNSメッセージは各通信の始まりとしてのみ使用され、データ転送を目的としたものではないため、多くの組織はDNSトラフィックにおける悪意のあるアクティビティを監視していません。その結果、DNSベースの攻撃は、ネットワークに対して実行された場合、効果を発揮する可能性があります。DNSトンネリングはそのような攻撃の一つです。
DNS トンネリングの例を以下に示します。

攻撃者は、多数のオープンソース DNS トンネリング キットの 1 つを権威 DNS ネーム サーバー (NS) と悪意のあるペイロードに組み込みます。
2. 攻撃者のインフラストラクチャからIPアドレス（例：1.2.3.4）が割り当てられ、ドメイン名（例：attackerdomain.com）が登録または再利用されます。レジストラは、トップレベルドメイン（.com）のネームサーバーに対し、attackerdomain.comへのリクエストを、DNSレコードが1.2.3.4にマッピングされているns.attackerdomain.comに転送するよう指示します。
3. 攻撃者は悪意のあるペイロードを使ってシステムに侵入します。目的のデータを取得すると、ペイロードはデータを32文字（0～9、A～Z）の短い文字列（3KJ242AIE9、P028X977Wなど）にエンコードします。
4. ペイロードは、攻撃者のドメインに対し、ドメイン名の一部となる文字列（例：3KJ242AIE9.attackerdomain.com）を含む数千の一意のDNSレコード要求を開始します。攻撃者の忍耐力とステルス性に応じて、疑わしいネットワークアクティビティを回避するために、要求は数日または数ヶ月にわたって間隔をあけて送信される可能性があります。5. 要求は再帰DNSリゾルバに転送されます。解決中に、要求は攻撃者の権威DNSネームサーバーに送信されます。6. トンネリングキットはエンコードされた文字列を解析し、抽出したデータを再構築します。参考：https://learn-umbrella.cisco.com/i/775902-dns-tunneling/0
5. リクエストは再帰DNSリゾルバに転送されます。解決中に、リクエストは攻撃者の権威DNSネームサーバーに送信されます。
6. トンネリング キットはエンコードされた文字列を解析し、盗み出されたデータを再構築します。
ドメイン名の一部（例：3KJ242AIE9.attackerdomain.com）を暗号化します。攻撃者の忍耐力とステルス性によっては、疑わしいネットワークアクティビティを回避するために、リクエストを数日または数ヶ月にわたって送信することもあります。5. リクエストは再帰DNSリゾルバに転送されます。解決処理中に、リクエストは攻撃者の権威DNSネームサーバに送信されます。6. トンネリングキットはエンコードされた文字列を解析し、抽出したデータを再構築します。参考：https://learn-umbrella.cisco.com/i/775902-dns-tunneling/0

証明書署名要求 (CSR) は、独自の SSL 証明書を取得するための最初のステップの 1 つです。
証明書をインストールする予定のサーバーで生成されたCSRには、次のような情報が含まれています（例：
認証局（CA）が証明書を作成する際に使用する、共通名、組織名、国名などの情報です。また、証明書に含まれる公開鍵も含まれており、対応する秘密鍵で署名されています。