20240717_AWS10分LT会 - vol.4 AWSでSplunkを動かしてみた

Transcript

1. 2024年7⽉17⽇ AWS10分LT会 - vol.4 LT② AWSでSplunkを動かしてみた
2. 2 • 野崎 ⾼弘（のざき たかひろ） • 今まではインフラ構築・保守やSOCセキュリティアナリストをやってました • 現在は技術検証やドキュメント作業が主 • 趣味︓資格取得、⽝の散歩、ドラマ鑑賞、巨⼈ファン • 資格︓現在、AWS・GCP全冠 • 2023 Japan AWS All Certifications Engineers 2024 Japan AWS All Certifications Engineers 2024 Japan AWS Top Engineers(Networking) 3 ⾃⼰紹介
3. 本LTの⽬的 3 AWSのVPCフローログを集中監視し、可視化することで、ネットワークトラフィックの状況を把握し、セ キュリティリスクを検知したいとします。 この⽬的を達成するため、SIEMとしてSplunkを使⽤します。AWS上のログデータをSplunkに取り込み、 Splunkの監視・分析機能を活⽤します。具体的には、Splunk側でAWS側のVPCフローログを受信できるよ う設定を⾏います。 本LTでは、主にそのSplunk側の設定で必要な部分に焦点を当て、AWSでのSplunk活⽤術を紹介します。
4. 全体像 4
5. 前提条件 5 • Splunk on EC2の構築（AWSマーケットプレイスAMI︓Splunk Enterprise バージョン 9.2.2） • Splunk Add-on for AWS（バージョン 7.6.0）のインストール が完了している • Splunk on EC2のロールには、あらかじめ以下を許可したAmazonEC2RoleforSSMポリシーと、 AmazonSQSFullAccessポリシーを付与 • S3バケット（nozaki-bucket2）は作成済み EC2 制限あり: リスト すべてのリソース EC2 Messages フルアクセス すべてのリソース S3 制限あり: リスト, 読み取り, 書き込み すべてのリソース SSM Messages フルアクセス すべてのリソース Systems Manager 制限あり: リスト, 読み取り, 書き込み すべてのリソース
6. ⼿順概要 6 1. VPCフローログの設定 2. SQSの作成 3. SNSの作成 4. S3の設定 5. Splunk側での検証（demo）
7. VPCフローログの設定 7 nozaki-vpcというVPCで、このような設定でフ ローログを作成します。 発⾏先は s3://nozaki-bucket2/vpcflowlog/ で す。（ARNで指定）
8. SQSの作成 8 1. 先にSQS-DLQを作成しておく。 キュータイプ︓標準にします。 可視性タイムアウト︓5分にして おきます （それ以外はデフォルトでOK）
9. SQSの作成 9 アクセスポリシー︓アドバンストにして、以下内容を⼊れておく { "Version": "2012-10-17", "Id": "__default_policy_ID", "Statement": [ { "Sid": "SQS_DLQ_PUSH", "Effect": "Allow", "Principal": { "AWS": ”123456789012" }, "Action": "SQS:*", "Resource": "arn:aws:sqs:ap-northeast-1:123456789012:nozaki-vpcflowlog-dlq”, "Condition": { "ArnLike": { "aws:SourceArn": "*" } } } ] }
10. SQSの作成 10 2. 通常のSQSキューを作成 キュータイプ︓標準 可視性タイムアウト︓5分 （それ以外はデフォルトで OK）
11. SQSの作成 11 サーバー側の暗号化︓検証段階では無効にしておきます。 アクセスポリシー︓アドバンストにして、SNSがSQSにSendMessageできる権限（”SNS_SQS_PUSH”） と、 "Sid": "SNS_SQS_PUSH", "Effect": "Allow", "Principal": {"AWS": ”123456789012"}, "Action": "sqs:SendMessage", "Resource": "arn:aws:sqs:ap-northeast-1:123456789012:nozaki-vpcflowlog-sqs", "Condition": { "ArnLike": { "aws:SourceArn": "arn:aws:sns:ap-northeast-1:123456789012:nozaki- vpcflowlog-topic" }
12. SQSの作成 12 Splunk on EC2等がSQSを確認できる権限（”Sid”: “SQS_PULL”）を⼊れておきます。 "Sid": "SQS_PULL", "Effect": "Allow", "Principal": {"AWS": "123456789012"}, "Action": "sqs:*", "Resource": "arn:aws:sqs:ap-northeast-1:123456789012:nozaki-vpcflowlog-sqs"
13. SQSの作成 13 デッドレターキュー︓ 有効にして、1.で作成した DLQを指定します。
14. SNSの作成 14 • SNSトピックの作成
15. SNSの作成 15 • アクセスポリシー︓アドバンスドにして、S3がSNSにPublishできる権限（”Sid”: “S3_to_SNS_Publish”） "Sid": "S3_to_SNS_Publish", "Effect": "Allow", "Principal": { "AWS": "*" }, "Action": "SNS:Publish", "Resource": "arn:aws:sns:ap-northeast-1:123456789012:nozaki-vpcflowlog-topic", "Condition": { "ArnLike": { "aws:SourceArn": [ "arn:aws:s3:::nozaki-bucket2", "arn:aws:s3:::nozaki-bucket2/*"
16. SNSの作成 16 SQSがこのSNSトピックをSubscribeできる権限（”Sid”: “SQS_Subscribe”）を⼊れておきます。 "Sid": "SQS_Subscribe", "Effect": "Allow", "Principal": { "AWS": "*" }, "Action": "SNS:Subscribe", "Resource": "arn:aws:sns:ap-northeast-1:123456789012:nozaki-vpcflowlog-topic", "Condition": { "ArnLike": { "aws:SourceArn": "arn:aws:sqs:ap-northeast-1:123456789012:nozaki-vpcflowlog- sqs" } }
17. SNSの作成 17 • サブスクリプションの作成 トピック︓先ほど作成したもの を選択 プロトコル︓SQS エンドポイント︓先ほど作成し たSQSキューのARNを指定 rawメッセージ配信の有効化︓ チェックは外したままにしてお く
18. S3の設定 18 • バケットポリシーの修正 VPCフローログを設定すると、にS3のバケットポリシーが勝⼿に書き換わってしまいます。 このため、Splunk on EC2のロールがS3にアクセスできるよう、最下部に「”Sid”: “EC2PULL”」を追加して おきます。 ・・・ { "Sid": "EC2PULL", "Effect": "Allow", "Principal": { "AWS": "arn:aws:iam::123456789012:role/SSMAgentRoleforEC2" }, "Action": "s3:*", "Resource": "arn:aws:s3:::nozaki-bucket2/vpc-flowlog/*" }
19. S3の設定 19 • イベント通知設定（SNSへの通知) 最後に、S3に新規書き込みがあった際のイベント通知設定を⾏います。 プレフィックス︓（始まり）記載なくてもいいですが、「AWSLogs/123456789012/vpcflowlogs/ap- northeast-1/」は不変だったので記載しておきました。 サフィックス︓（終わり）拡張⼦が.gzのファイルがアップロードされるので、拡張⼦だけ記載しておきまし た。なくてもいいです。 イベントタイプ︓念のため「すべてのオブジェクト作成イベント」s3:ObjectCreated:*にチェックを⼊れて おきます 送信先︓先ほど作成したSNSトピック「nozaki-vpcflowlog-topic」を指定して通知します
20. Splunk側での設定 20 （5分ほどDemo）
21. 感想 21 Splunkの知識はそんなになくても構築できました。 AWSネイティブ⼀択でいくのであれば、SIEMはOpenSearchでいくのがスムーズですが、Splunkを使いた いケースもあるかと思います。その場合、Splunk側ではAWS連携⽤としてSplunk Add-on for AWSを使 い、⼊⼒⽅式もSQS Based S3というSNS⇨SQSからの通知によりS3から取得しに⾏く⽅式です。 これが結構曲者で、S3 File DecoderやSource Typeを正しいものを選ばないと、Splunk側で正しく取り込 めず、ログが表⽰されません。特にSQS Based S3だとどれを選べばいいのか、デフォルトのままでいいの か、情報がネットにもあまりありません。なのでSplunk Add-on for AWSを使う場合は、この辺りに注意し てください。
22. 拙いところがあったかと思いますが、 ご清聴ありがとうございました。m(_ _)m