LoginSignup
2
0
@maru3ka9(Hiroshi Maruyama)in富士通 ソフトウェア技術者コミュニティ

AWSセキュリティグループの自動修復とカスタマイズ対応 (AWS Config＋SSMドキュメント)

Posted at

はじめに

AWSのセキュリティグループの設定不備対策として、AWS Configを使って検出・自動修復する方法と、修復できない条件（すべてのトラフィック、すべてのTCP）について、SSMドキュメントのカスタマイズで対応する方法をご紹介します。

目次

  1. 背景
  2. 概要: AWS Configを使った検出と自動修復
  3. AWSで用意されている検出と修復の設定方法
  4. 標準の修復アクションでは対応できないケース
  5. 修復のカスタマイズ方法（SSMドキュメント）
  6. まとめ
  7. 補足1. AWS Security Hub利用時
  8. 補足2. AWS Control Tower利用時

1. 背景

インターネットから通信できるようなシステム構成で、セキュリティグループの設定をミスってしまい、第三者に乗っ取られるケースがあります。
社会問題になっており、クラウド設定不備防止のガイドラインも出てきました。

引用 クラウドサービス利用・提供における適切な設定のためのガイドライン 総務省 2022/10

Ⅲ. 3.1.2 【基本】設定項目の管理 【ベストプラクティス】 (p.49)

  • i. 管理については、サードパーティやクラウドサービス事業者から提供される設定項目の可視化ツール等を利用する。
  • ii. 初期の設定だけでなく、設定値の監視の仕組み等を構築する。（予防的措置）
  • iii. 外部の設定値診断サービス等を活用して定期的に設定値の診断を行う。（予防的措置）
  • iv. 設定が変更されたことが検知されたら、なるべく早く適正な設定値に戻す、又は自動で復元する仕組みを組み込んでおく。（発見的措置）

ベストプラクティス：設定値の監視、自動で復元する仕組み

人が設定する時点でミスを防ぐことは困難なため、設定ミスが発生することを前提に対策を考えることが重要です。お勧めの対策は、危険なルールが設定されたら検出して、自動的に該当のルールを削除する仕組みを導入することです。

AWSではどうすればよいでしょうか？簡単な方法として、AWS Configを使いましょう！

2. 概要: AWS Configを使った検出と自動修復

  • AWS Configルールで非準拠を検出
    • AWSで用意されているルールを活用
  • 修復アクションで設定不備に自動対応
    • AWS管理のSSMドキュメントを活用
    • SSMドキュメントのカスタマイズ方法

2-1. 特徴

AWSで用意されているものを使うため、汎用的で簡単に導入できる方法であると思います。

  • 簡単に導入できて、仕組みを理解しやすい。
  • マネジメントコンソールから設定。スクリプト(Lambda等)不要。

※AWS Security HubやAWS Control Towerを利用している場合は下記をご確認ください。

2-2. 検出／修復対象の条件

対象条件：セキュリティグループのインバウンドルール

  • ルールタイプ ：RDP(3389/tcp)、SSH(22/tcp)、すべてのTCP(0-65535)、すべてのトラフィック
  • ソース：0.0.0.0/0 (Anywhere-IPv4)
    • ※本記事ではIPv4の無制限許可の条件を対象にしています。

2-3. 仕組み

3. AWSで用意されている検出と修復の設定方法

  • AWSで用意されているConfigルールを設定することで無制限許可の検出に対応できます。RDPとSSHの両方の検出に対応する場合は下記の2つのConfigルールを設定する必要があります。
AWS Configルール名 対応ポート (インバウンド通信)
restricted-common-ports RDP (3389/tcp), FTP (20/tcp, 21/tcp), MySQL (3306/tcp, 4333/tcp)
restricted-ssh SSH (22/tcp)
  • 検出については、「すべてのTCP」、「すべてのトラフィック」の条件で設定した無制限許可(0.0.0.0/0)のルールも検出できます。

3-1. セキュリティグループのRDP/SSHの全開放を検出

  • AWS Config ＞ ルール ＞ ルールを追加
    • ルールタイプ：AWSによって管理されるルールの追加 を選択
    • AWS マネージド型ルール から検索します。

config-add-rule.png

  • あとはポチポチとクリックして進めていけば検出設定ができます。（詳細は省略）

  • 設定後、セキュリティグループで非準拠の条件があると検出されます。

  • 検出結果は、AWS Configルールの一覧から非準拠のセキュリティグループを確認可能

    • 別途設定：通知したい
      • → EventBridge＋SNSでイベント通知（Emailなど / 詳細は省略）
  • 参考：検出できるセキュリティグループのルール
    タイプ ソース 検出可能なConfigルール 検出結果
    RDP (3389/tcp) 0.0.0.0/0 restricted-common-ports 非準拠
    SSH (22/tcp) 0.0.0.0/0 restricted-ssh 非準拠
    すべてのTCP 0.0.0.0/0 restricted-common-ports
    restricted-ssh    		 非準拠
    すべてのトラフィック 0.0.0.0/0 restricted-common-ports
    restricted-ssh    		 非準拠
    すべてのTCP 1.0.0.0/8 - (対象外のソース条件のため) 準拠
    HTTPS (443/tcp) 0.0.0.0/0 - (対象外のポート条件のため) 準拠

3-2. 自動修復の設定方法

検出された非準拠のセキュリティグループのルールに対して「AWS Systems Manager(SSM) Automation」でSSMドキュメントを実行し、自動削除するように設定します。
簡単に設定方法を説明します。詳細は下記のAWSドキュメントを参照ください。

3-2-1. 事前準備：IAMポリシーとロールの作成

  • 修復アクションがセキュリティグループのインバウンドルールを削除するために必要なIAMポリシーとロールの作成について説明します。
  • 最小権限で設定するため、Actionに e2:RevokeSecurityGroupIngress のみ許可したポリシーを持つIAMロールを作成しておきます。

IAM ポリシー作成

  • 名前(例)：RevokeSecurityGroupIngress
  • ec2:RevokeSecurityGroupIngress を許可 
    {
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Action": "ec2:RevokeSecurityGroupIngress",
            "Resource": "*"
        }
    ]
}

IAM ロールを作成し、ポリシーをアタッチ

  • 名前(例)：DisablePublicAccessForSecurityGroup
  • 許可ポリシー：RevokeSecurityGroupIngress ※作成したポリシーを選択
  • 信頼関係：信頼ポリシー(JSON) 
    {
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Principal": {
                "Service": "ssm.amazonaws.com"
            },
            "Action": "sts:AssumeRole"
        }
    ]
}

3-2-2. Configルールの修復アクションの設定

検出で設定した各Configルールごとに修復設定が必要です。restricted-common-ports、restricted-ssh に対してそれぞれ設定します。

  • AWS Config ＞ アクション ＞ 修復の管理
    config-automation.png

4. 標準の修復アクションでは対応できないケース

AWSで用意されている修復アクション：AWS-DisablePublicAccessForSecurityGroup では「すべてのTCP」、「すべてのトラフィック」のインバウンドルールは削除されません。

  • :warning: 未対応ルール：すべてのTCP（0-65535）、すべてのトラフィック
    sg-automation-ng-rules.png
    • ポート番号を指定しない条件のルール削除には対応していません。
  • プロトコル指定の条件は修復できます。（SSH 22/tcp、RDP 3389/tcpを指定）
  • 検出と修復についてまとめると以下になります。（ソース条件：0.0.0.0/0）
    タイプ 検出：Configルール 修復：SSMドキュメント
    RDP (3389/tcp) restricted-common-ports AWS-DisablePublicAccessForSecurityGroup
    SSH (22/tcp) restricted-ssh AWS-DisablePublicAccessForSecurityGroup
    すべてのTCP restricted-common-ports
    restricted-ssh    		 未対応 ※カスタマイズで対応
    すべてのトラフィック restricted-common-ports
    restricted-ssh    		 未対応 ※カスタマイズで対応
    • 「すべてのトラフィック」、「すべてのTCP」のルールを自動修復したい場合は、カスタマイズで対応が必要となります。

5. 修復のカスタマイズ方法（SSMドキュメント）

修復のカスタマイズで「すべてのTCP」、「すべてのトラフィック」のルールの自動修復に対応する方法を説明します。

  • Systems Manager (SSM) ドキュメントのカスタマイズで対応します。
    • AWS Systems Manager > ドキュメント
    • AWS-DisablePublicAccessForSecurityGroup を選択
    • アクション ＞ ドキュメントのクローン作成

ssm-document-customize.png

  • ドキュメントエディタ ＞ 編集 でYAMLで設定されている条件をカスタマイズできます。

任意の条件を追加する

  • 例）すべてのTCP条件 (IPv4) 
        - name: DisableALLTCPFromIpV4
        action: 'aws:executeAwsApi'
        inputs:
          Service: ec2
          Api: RevokeSecurityGroupIngress
          GroupId: '{{GroupId}}'
          IpPermissions:
            - IpProtocol: tcp
              FromPort: 0
              ToPort: 65535
              IpRanges:
                - CidrIp: 0.0.0.0/0
    • FromPort、ToPortでポート範囲を指定できます。
    • すべてのTCPポートの場合、FromPort: 0、ToPort: 65535を指定します。
    • IpProtocolやFromPort/ToPort条件で任意ポート条件にカスタマイズ対応できます。
  • 例）すべてのトラフィック条件（IPv4） 
        - name: DisableALLTrafficFromIpV4
        action: 'aws:executeAwsApi'
        inputs:
          Service: ec2
          Api: RevokeSecurityGroupIngress
          GroupId: '{{GroupId}}'
          IpPermissions:
            - IpProtocol: '-1'
              IpRanges:
                - CidrIp: 0.0.0.0/0

    引用：Amazon EC2 > API Reference - RevokeSecurityGroupIngress

    • IpProtocol:
      • The IP protocol name (tcp, udp, icmp) or number (see Protocol Numbers). Use -1 to specify all.
    • :warning:「すべて」のプロトコル条件を指定する場合は、文字列で '-1' を指定
      • ※値のタイプは文字列なので、-1 ではエラーになります。

6. まとめ

  • AWSの設定不備対策として、AWS Configルール／修復アクションで自動化しよう

  • 検出の設定は超簡単！AWSで用意されているものを活用

  • 自動修復もAWSで用意されているものを活用。不十分なケースにはカスタマイズで対応

    • 未対応：「すべてのTCP」、「すべてのトラフィック」条件の自動修復ができない
      • → SSMドキュメントのカスタマイズで対応。ひと手間かかるが、比較的簡単

補足1. AWS Security Hub利用時

検出だけならSecurity Hubを有効化することで、簡単にAWSセキュリティベストプラクティスへの準拠状況をチェックできるのでお勧めです。
セキュリティグループのRDP/SSHの設定不備対策で使えるものをピックアップしました。

【検出①】 CIS AWS Foundations Benchmark v1.2.0

【検出②】 AWS基礎セキュリティのベストプラクティス v1.0.0

【修復】「AWSでの自動化されたセキュリティ対応」の導入

  • AWSでの自動化されたセキュリティ対応 | AWS ソリューションライブラリ

    • CloudFormationで導入。SSHとRDPの自動修復に対応可能（EC2.13、EC2.14）
    • Amazon EventBridgeで有効化
      • SC_2.0.0_EC2.13_AutoTrigger (SSH)、SC_2.0.0_EC2.14_AutoTrigger (RDP)
    • EC2.13、EC2.14の修復は「すべてのTCP」、「すべてのトラフィック」条件には対応していません。
    • EC2.19の修復アクションは提供されていません。
    • Security HubのルールはAWS Configでは修復設定できません。
    • GitHubのコード「ASR-SC_2.0.0_EC2.13」を参考にしてカスタマイズするなどの対応が必要となります。
    • 「すべてのXXX」のルールについては、重複検出になりますが、本記事の方法を併用することで自動修復に対応できます。(Security Hubのルールと別で追加設定)

補足2. AWS Control Tower利用時

複数アカウント利用時、統制したいなどでAWS Control Towerを導入しているケースについて補足します。

【検出】SSH/RDPの無制限許可のコントロールを有効にする

【修復】AWS Config 適合パックを使う

2
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
Sign upLogin
2
0