Firewallを参考に試してみました。なるように試してみました。VPCのサブネットはあらかじめ作成しておきました。ルールグループの作成ステートレスルールを選択して作成しました。キャパシティはチュートリアルどおり10にしました。これもチュートリアルどおり、アクションはドロップで、指定のCIDRを設定しました。これでステートレスルールの設定は完了です。存在しないIPアドレスに設定しても面白くないので、後に送信元をVPCのCIDRにして、実在するWebサーバーへの送信をブロックしてみました。ステートフルルールも作成しました。list、Suricata互換のIPSルールから選択できますが、Suricata互換のIPSルールを選択しました。[gid:255]チュートリアルの上記のルールでは、gidをサポートしてないってエラーになったので、最終的にgidを抜いて作りました。rev:1;)ステートフルとステートレスのルールができました。先程作ったステートレスルールとステートフルルールを選択しました。Firewall用に作成したサブネットを指定しました。さきほど作成したポリシーを関連付けしました。ログの設定アラートが出力されるように設定しました。IGWイングレスルートテーブルFirewallエンドポイントのVPCエンドポイントIDをターゲットとして、NATゲートウェイが配置されたサブネットを指定しました。Firewallエンドポイントのサブネット0.0.0.0/0へのターゲットにインターネットゲートウェイを指定しました。NATゲートウェイのサブネット0.0.0.0/0へのターゲットにFirewallエンドポイントのVPCエンドポイントIDを指定しました。プライベートサブネット従来のプライベートサブネットと変わりなく、NATゲートウェイへ向けています。確認SSMManagedInstanceCoreポリシーをアタッチしたIAMロールを設定したEC2インスタンスをプライベートサブネットで起動して、セッションマネージャで接続しました。Suricata互換のIPSルールでは、どうやら”https://evil.com”へのリクエストがブロックされるのかなと思い試しました。念の為、手元のMacからは、https://evil.comもhttps://www.evil.comも接続できることを確認しています。receivedステートフルルールが効いているようです。Logsにもalertログが出力されていました。クラウドプラクティショナー」という本を書きました。「AWSではじめるLinux入門ガイド」という本を書きました。デベロッパーアソシエイト」という本を書きました。プロフェッショナル」という本を書きました。Engineerです。質問はコメントかSNSなどからお気軽にどうぞ。出来る限りなるべく答えます。このブログの内容/発言の一切は個人の見解であり、所属する組織とは関係ありません。このブログは経験したことなどの共有を目的としており、手順や結果などを保証するものではありません。ご参考にされる際は、読者様自身のご判断にてご対応をお願いいたします。勉強会やイベントのレポートは自分が気になったことをメモしたり、聞いて思ったことを書いていますので、登壇者の意見や発表内容ではありません。Connectから発信する電話の音声を動的に設定します。ElastiCacheのmemcachedに格納するこのブログのアーキテクチャは現在こちらです。...CloudFormationドリフト検出CloudFormationスタックのドリフト検出を確認しました。Meetupにはじめて参加しました。#01に参加しました。(1)AMAZONアソシエイト「Amazon.co.jpアソシエイト」または「ヤマムギ」は、Amazon.co.jpを宣伝しリンクすることによってサイトが紹介料を獲得できる手段を提供することを目的に設定されたアフィリエイトプログラムである、Amazonアソシエイト・プログラムの参加者です。(Burmese)NepaliPortugueseRomanianRussianSpanishVietnamese。