SCS検出

あるエンタープライズ企業のセキュリティアナリストが、本番VPCのEC2インスタンスから外部への異常なDNSトラフィックを観測し、DNSトンネリングによるデータ窃取を疑っている。悪用されているドメインのパターン(同一ベースドメインへの大量サブドメインクエリ)を分析して特定したい。VPCフローログはS3バケットに保存されており、Route 53 Resolverクエリログは専用のCloudWatch Logsグループに配信されている。最も適切な分析手順はどれか。

A
AthenaでS3のVPCフローログをクエリし、dstport=53のレコードをsrcaddrでGROUP BYして降順ソートし、大量DNSリクエスト送信元のIPアドレスを特定する
VPCフローログにはDNSクエリの実際のドメイン名が含まれないため、送信元IP別カウントは取得できても悪用ドメインのパターンは識別できない。
B
AthenaでS3のVPCフローログをクエリし、dstport=53かつbytesが閾値を超えるフローをフィルタリングし、大容量DNSパケットを送信している送信元IPを特定する
VPCフローログのbytesフィールドはDNSパケットの大きさの代替指標にすぎず、トンネリングで使用されている具体的なドメイン名パターンは特定できない。
C
CloudWatch Logs InsightsでRoute 53 Resolverクエリログをparseコマンドで解析し、query_nameのサブドメイン段数が5段階以上のレコードをフィルタリングして異常なドメインを特定する
CloudWatch Logs Insightsのparseコマンドはサブドメインのネスト段数を動的に算出する機能を持たず、段数フィルタリングをクエリ内でそのまま実行することはできない。
D
CloudWatch Logs InsightsでRoute 53 Resolverクエリログをfilter・statsコマンドで集計し、ベースドメインへのクエリ数と送信元インスタンスIDを特定する
✓ 正解
Route 53 Resolverクエリログはquery_nameと送信元IDのフィールドを持ち、statsコマンドでベースドメインへの大量クエリ発信元インスタンスを特定できる。

解説

Route 53 Resolverクエリログには実際のDNSクエリ名(query_name)が記録されており、CloudWatch Logs Insightsのstatsコマンドでベースドメイン別クエリ数と発信元インスタンスを関連付けることでDNSトンネリングを特定できる。

ドメイン別正答率・予想スコアでリアルタイムに実力把握

無限ノックでSCSを徹底対策。全問AI生成のオリジナル問題。

無料で演習を始める →
SCS の問題一覧に戻る