AWS 初心者向けWebinar 利用者が実施するAWS上でのセキュリティ対策
•
109 likes•20,882 views
AWS 初心者向けWebinar 2015 利用者が実施するAWS上でのセキュリティ対策
AWS 初心者向けWebinar 利用者が実施するAWS上でのセキュリティ対策
- 1. 利用者が実施する AWS上でのセキュリティ対策 初心者向けWebinarシリーズ アマゾン データ サービスジャパン株式会社 プロフェッショナルサービス本部 セキュリティコンサルタント 高田智己 2015.04.23 1
- 2. ご質問を受け付け致します！ 質問を投稿することができます！ • Adobe Connectのチャット機能を使って、質問を書き込んでく ださい。（書き込んだ質問は、主催者にしか見えません） • Webinarの最後に、可能な限り回答させていただきます。 • 終了時刻となった際は、割愛させていただく場合がございます。 ①画面右下のチャッ トボックスに質問を 書き込んでください ②吹き出しマークで 送信してください 2
- 3. 初心者向けWebinarのご紹介 • AWSについてこれから学ぶ方向けのWebinarです。 • 過去のWebinar資料 – AWSクラウドサービス活用資料集ページにて公開 http://aws.amazon.com/jp/aws-jp-introduction/ • イベントの告知 – 国内のイベント・セミナースケジュールページにて告知 http://aws.amazon.com/jp/about-aws/events/ （オンラインセミナー枠） 3
- 5. Agenda • セキュリティに関する不安 • AWSに関する簡単なおさらい • ネットワークセキュリティ • 論理アクセス管理 • データの保護 • 監視・ログ • まとめ 5
- 6. Agenda • セキュリティに関する不安 • AWSに関する簡単なおさらい • ネットワークセキュリティ • 論理アクセス管理 • データの保護 • 監視・ログ • まとめ 6
- 9. セキュリティは大丈夫？（グローバルインフラ） US West (Northern California) US East (Northern Virginia) EU (Ireland) Asia Pacific (Singapore) Asia Pacific (Tokyo) GovCloud (US ITAR Region) US West (Oregon) South America (Sao Paulo) AWS Regions AWS Edge Locations EU (Frankfurt) ※2015/04時点 詳細 http://aws.amazon.com/jp/about-aws/global-infrastructure/ Asia Pacific (Sydney) China (Beijing) 9
- 10. セキュリティは大丈夫？ （物理セキュリティ） • Amazonは数年間にわたり、大規模なデータセンター を構築 • 重要な特性: – 場所の秘匿性 – 周囲の厳重なセキュリティ – 物理アクセスの厳密なコントロール – 2要素認証を2回以上で管理者がアクセス • 完全管理された、必要性に基づくアクセス • 全てのアクセスは記録され、監査対象となる • 職務の分離 AWSコンプライアンス http://aws.amazon.com/jp/compliance/ AWSのセキュリティとコンプライアンス http://www.slideshare.net/AmazonWebServicesJapan/aws-23722701 10
- 11. セキュリティは大丈夫？ （ネットワーク） • Distributed Denial of Service (DDoS)対策: • 効果的かつ標準的な緩和対策を実施 • 中間者攻撃対策: • 全エンドポイントはSSLによって保護 • 起動時に新しいEC2ホストキーを生成 • IPなりすまし対策: • ホストOSレベルで全て遮断 • 許可されていないポートスキャニング対策: • AWSサービス利用規約違反に該当 • 検出され、停止され、ブロックされる • インバウンドのポートはデフォルトでブロックされているた め、事実上無効 • パケットの盗聴対策: • プロミスキャスモードは不許可 • ハイパーバイザ―レベルで防御 AWSコンプライアンス http://aws.amazon.com/jp/compliance/ AWSのセキュリティとコンプライアンス http://www.slideshare.net/AmazonWebServicesJapan/aws-23722701 11
- 12. セキュリティは大丈夫？（論理的セキュリティ） • ハイパーバイザー（ホストOS） – AWS管理者の拠点ホストからの個別のログイン – 全てのアクセスはロギングされ、監査されます • ゲストOS（EC2インスタンス） – お客様による完全なコントロール – お客様が生成したいキーペアを使用 • Firewall機能の標準提供 – AWS標準機能としてInbound/Outboundに対する Firewall – AWSのお客様の権限、責任で設定 AWSコンプライアンス http://aws.amazon.com/jp/compliance/ AWSのセキュリティとコンプライアンス http://www.slideshare.net/AmazonWebServicesJapan/aws-23722701 12
- 13. セキュリティは大丈夫？（データセキュリティ） • データを配置する物理的なリージョンはお客様が指定 • AWSは、法令遵守等やむをえない場合を除き、お客様のデータ を指定されたリージョンからお客様への通告なしに移動しない • お客様のデータが 権限のない人々に流出しないようにするスト レージ 廃棄プロセスを保持 • DoD 5220.22-M（米国国防総省方式） – 3回の書き込みでの消去を実施 – 固定値→補数→乱数 • NIST 800-88（メディアサニタイズのための ガイドライン) – 情報処分に対する体制、運営やライフサイクルに関するガイドライン – 情報処分に対しする組織的に取り組み • 上記の手順を用い ハードウェアデバイスが廃棄できない場合、 デバイスは業界標準の慣行に従って、消磁するか、物理的に破 壊する AWSコンプライアンス http://aws.amazon.com/jp/compliance/ AWSのセキュリティとコンプライアンス http://www.slideshare.net/AmazonWebServicesJapan/aws-23722701 13
- 15. AWSセキュリティセンターとAWSコンプライアンス aws.amazon.com/jp/security aws.amazon.com/jp/compliance • セキュリティやコンプライアンス関する多くの質問に対する回答 • セキュリティWhitepaper • リスクとコンプライアンス Whitepaper • セキュリティプロセス概要 Whitepaper • “Security at Scale” whitepaper シリーズ • Security bulletins • 侵入テスト申請フォーム • Securityベストプラクティス • 詳しい情報のお問い合わせ先 15
- 18. AWS上に構築した典型的な3層Webシステム Web Web Web Web Private Segment (Web) Public Segment Lo g Private Segment (DB) Public Subnet (DMZ) Public Subnet (DMZ) Private Subnet Private Subnet Private Subnet Private Subnet NAT NAT 操作ログ リソース監視 通知 データ暗号化 権限管理 Availability Zone Availability Zone 18
- 19. 本セッションで取り扱うセキュリティ対策エリア ドメイン 内容 １ ネットワークセキュリティ ネットワーク設計（セグメンテーション等） Firewall等のACL実装 2 論理アクセス管理 IAMユーザーおよびIAMロールによる権限付与 パスワードポリシー 3 データの保護 データの暗号化 4 ログ・監視 ログの取得・管理 システム監視 19 注意）AWSで実装が可能なセキュリティ対策の範囲は上記に限りません。 AWSにおけるセキュリティの全容に関しては資料の最後にまとめた参考資料をご参照ください。
- 20. 本セッションで取り扱うセキュリティ対策エリア Web Web Web Web Private Segment (Web) Public Segment Lo g Private Segment (DB) Public Subnet (DMZ) Public Subnet (DMZ) Private Subnet Private Subnet Private Subnet Private Subnet NAT NAT 操作ログ リソース監視 通知 データ暗号化 権限管理 【サブネット】 外部からアクセスできるサブ ネットと、外部からはアクセ スできないサブネットの作成 【ネットワークアクセス制御】 SecurityGroup及びNetwork ACLを使ってアクセス制御を実 施 【保管するデータの暗号化】 S3やEBS、RDSといったスト レージサービス上のデータを暗 号化 【アクセス管理】 AWSアカウント・IAMユー ザーの管理。AWSリソース へのアクセス制御 【AWS操作ログ】 AWS操作ログの取得（管理コン ソールやCLI含む） 【AWSサービス監視】 各種AWSサービス（ELB、RDS、 EC2等）のリソース監視 Availability Zone Availability Zone 20
- 21. アジェンダ • セキュリティに関する不安 • AWSに関する簡単なおさらい • ネットワークセキュリティ • 論理アクセス管理 • データの保護 • 監視・ログ • まとめ 21
- 22. AWSアカウント登録について • Webフォーム上で数分程度の登録作業をするだけで、すぐさまAWS を利用可能 • AWSアカウント作成の流れ http://aws.amazon.com/jp/register-flow/ • AWSアカウント作成方法についての動画（日本語字幕付き） http://aws.amazon.com/jp/getting-started/ 22
- 25. Amazon VPC(Virtual Private Cloud) • クラウド内にPrivateネットワークを構築可能 • 企業イントラの延長/1拠点としてAWSを利用 • リージョン内でAZをまたがって構築可能 リージョン VPC イントラ Private Subnet Public Subnet インターネット 分離したNW 領域を作成 ゲートウェイ VPN接続 専用線 25
- 26. Amazon EC2(Elastic Compute Cloud) 1任意のゾーンに 分散配置可能 リージョン アベイラビリティ ゾーン A EC2 アベイラビリティ ゾーン B EC2 EC2 • 数分で起動可能な仮想サーバ • 1時間ごとの従量課金で利用可能 • スケールアップ/ダウン、アウト/インが 即座に可能 • Windows, Linuxなどx86-64アーキテ クチャのOS利用可能 – Windowsライセンスも従量課金 • OS以上はお客様の自由 – お手持ちのソフトをそのまま利用 26
- 27. Amazon EBS(Elastic Block Store)ボリューム EC2インスタンスに仮想外付けされた ブロックレベルのストレージ サイズは1GB単位で～16TBまで サイズ/期間/IOで課金される 複数EBSを1 EC2インスタンスにアタッチ可能 1つのEBSを同時に複数のEC2インスタンスに attach不可 データは永続的に保存される アベイラビリティゾーン(AZ) に存在 他のEC2インスタンスに付け替え可能 暗号化オプション Region Availability Zone - a EBS EBS EBS Availability Zone - b EBS EBS Amazon Simple Storage Service (S3) EBS Snapshot EC2 EC2 27
- 28. Amazon S3(Simple Storage Service) 低コスト アップロード無料 格納料金 1GB/月4円 (100円換算、2015/04時点) 耐久性 99.999999999%の耐久性 3か所以上への自動複製保存 インテグリティチェックおよび自動復旧 データを 自動複製 リージョン EC2 Availability Zone セキュリティ データ転送はすべてSSL通信 同一リージョン内のみでの保管 サーバサイド暗号化オプション(AES256) 柔軟性 格納容量無制限 多くの3rdベンダー製品がサポート 28
- 29. Amazon Elastic Load Balancing (ELB) ～ AWSクラウド上のロードバランシングサービス ～ ELBで実現できるシステム スケーラブル : 複数のEC2インスタンスに負荷分散 高い可用性 : 複数のアベイラビリティゾーンにある複数のEC2インスタンス の中から正常なEC2インスタンスにのみ振り分け ELB自身の特徴 スケーラブル : ELB自体も負荷に応じてキャパシティを自動増減 安価な従量課金 : 従量課金で利用可能 運用管理が楽 : マネージドサービスなので管理が不要 豊富な連携機能 : Auto Scaling, Route 53, Cloud Formation… などと連携 EC2 EC2 29
- 30. • マネージドRDBMSサービス • バックアップやフェイルオーバーに対応したDBを数クリックで利用可能 • サポートRDBMS Amazon RDS(Relational Database Service) 30
- 31. AWS IAM (Identity and Access Management) • AWS操作をよりセキュアに行うための認証・認可の仕組み • AWS利用者の認証と、アクセスポリシーを管理 AWS操作のためのグループ・ユーザー・ロールの作成が可能 グループ、ユーザーごとに、実行出来る操作を規定できる ユーザーごとに認証情報の設定が可能 開発チーム 運用チーム 31
- 32. AWS Key Management Service • 暗号鍵の作成、管理、運用サービス – AWS管理コンソール、または API を使用した暗号化キーの一元管理 – S3, EBS, Redshift, RDS等のAWSサービスとの統合 – SDKとの連携でお客様の独自アプリケーションデータをも暗号化 – AWS CloudTrail と連動したログの生成による組み込み型監査 – 可用性、物理的セキュリティ、ハードウェアの管理をAWS が担当す る完全マネージド型サービス – 低コストで使用可能 – 暗号化キーを保存および使用するための安全なロケーションを提供 32
- 35. アジェンダ • セキュリティに関する不安 • AWSに関する簡単なおさらい • ネットワークセキュリティ • 論理アクセス管理 • データの保護 • 監視・ログ • まとめ 35
- 36. VPCで作成されるネットワーク例 Availability Zone Availability Zone Public Subnet Private Subnet Internet gateway Public Subnet Private Subnet 複数のAZをまたがるネット ワーク構成にすることで高 可用性を維持できるように する。 Internetにアクセスできる PublicなSubnetや、internet からはアクセスできない PrivateのSubnetを自由に構 成可能 Internetに出るための Gatewayや、専用線・ もしくはVPN接続する ためのGatewayを構成 可能 VPCで利用するアドレ スレンジ(/16～/28)を 自由に指定 初心者向けWebinar AWS上でのネットワーク構築 http://www.slideshare.net/AmazonWebServicesJapan/webinar-aws-43351630 36
- 37. セキュリティグループによるアクセスコントロール 各リソース間のアクセス制限にはセキュリティグループを利用しトラフィックを制限します。 • 個別の仮想サーバへのトラフィックを制限します。 • インバウンドの制御、アウトバウンドの制御が可能です。 • デフォルトは全拒否。 • 必要な受信アクセスに対してアクセスルールを定義します。 – プロトコル( TCP/UDP) – 宛先ポート – アクセス元IP / Security Group • ルールをひとまとめにしたものをセキュリティグループと 呼びます。 • 後から仮想サーバに異なるセキュリティグループに変更したり、 複数のセキュリティグループを付与可能。即時反映されます。 • システムの通信要件を確認し、全公開（0.0.0.0/32）は極力避け るようにします。 VPC のセキュリティグループ http://docs.aws.amazon.com/ja_jp/AmazonVPC/latest/UserGuide/VPC_SecurityGroups.html37
- 38. ネットワークACLによるアクセスコントロール サブネット単位でベースラインとなるポリシーを設定する場合にはネットワークACLを適用します。 （データベース群を設置するサブネット間の通信などでは、ACLで通信を相互に許可します） • サブネットに一つだけ適用するACL • インバウンドの制御、アウトバウンドの制御が可能です。 • ベースラインのポリシーを設定するのに適しています • 例）このサブネットからはTFTPやSMTPのトラフィックは 出ていかない • サブネット間の通信のコントロールに適しています • 例）DMZとなるサブネットから直接DBが置かれているサブ ネットには通信できない • シンプルなルール作りのためにはVPCから出ていく方向のポリシー に使用を検討します。VPC Subnet EC2 ポート25 (SMTP) ネットワークACL http://docs.aws.amazon.com/ja_jp/AmazonVPC/latest/UserGuide/VPC_ACLs.html38
- 39. セキュリティグループとNACL セキュリティグループは、個別に許可するポート、Source、宛先を設定します。 拒否ルールをセキュリティグループで設定することはできないためその場合NACLの使用を検討します。 VPC のセキュリティ http://docs.aws.amazon.com/ja_jp/AmazonVPC/latest/UserGuide/VPC_Security.html39 ネットワークACL セキュリティグループ 各サブネットに設定 各インスタンス（ENI）に設定 ステートレス ステートフル AllowとDenyが設定可能（BlackListの作成が可能） Allowのみ設定（WhiteListの作成が可能） デフォルトDeny ルール順番通りに処理される 全てのルールが検証される • ベースラインのポリシーを設定するのに適している 例）このサブネットからはTFTPやSMTPのトラフィックは 出ていかない • サブネット間の通信のコントロールに適している 例）DMZとなるサブネットから直接DBが置かれているサブ ネットには通信できない • ネットワーク担当とサーバー担当の権限分掌にも利用可能 • サーバーの機能に応じたルールの作成 例）SMTPサーバー向けのSG • 用途に応じたルールの作成 例）管理用トラフィックのためのSG ログ機能はない ログ機能はない
- 41. 2つのAZを跨いだVPCの作成 Availability Zone Availability Zone VPC A - 10.0.0.0/16 VPCのアドレスレンジの設定が可能 • 自身のプライベートな、隔離さ れたAWS上のネットワークの 作成 • 全てのVPCはプライベートアド レススペースを所有 • 例） 10.0.0.0/16 IPアドレッシングの戦略 • VPCのアドレス空間は設定後 は変更不可 • 既存環境のアドレス空間と重 ならないような考慮が必要 • アドレス空間を無駄にしない ように、しかし将来的な拡張 も考慮に入れる必要があり 41
- 42. 複数のサブネットでVPC内をセグメント化 Availability Zone Availability Zone VPC A - 10.0.0.0/16 10.0.1.0/24 10.0.2.0/24 10.0.3.0/24 10.0.4.0/24 10.0.5.0/24 10.0.6.0/24 作成したVPCの内部に自由にサブ ネットを作成可能 • アドレスレンジは設定後は変更 不可能 • VPCと同じように、将来の拡張 も考慮して設定する必要あり 42
- 43. EC2やAWSサービスの配置 Web Web Web Web Lo g NAT NAT Availability Zone Availability Zone VPC A - 10.0.0.0/16 10.0.1.0/24 10.0.2.0/24 10.0.3.0/24 10.0.4.0/24 10.0.5.0/24 10.0.6.0/24 ELB • ロードバランサー • Internetからのリクエストを Webサーバーに分散 NATサーバー • WebサーバーがInternetに出 る際に経由するサーバー Webサーバー • ELB配下のWebサーバー • アクセスリクエストはELBを経 由するため直接Internetからア クセスできる必要はない RDS • DBサービス • 直接インターネットからはアク セスされない 43
- 44. ルーティングによるセグメント化 Web Web Web Web Lo g NAT NAT Availability Zone Availability Zone VPC A - 10.0.0.0/16 Destination Target 10.0.0.0/16 local 0.0.0.0 Internet Gateway Route Table A Internet Gateway Destination Target 10.0.0.0/16 local Route Table C Destination Target 10.0.0.0/16 local 0.0.0.0 i-XXXXXX (NAT) Route Table B ルーティングの設定 • トラフィックをコントロール するためのルーティングテー ブルをサブネットに追加 • Internet Gatewayにルーティ ングされるものはPublic Subnetに • デフォルトゲートウェイに NATを指定することで、 Private SubnetもNAT経由で Internetにアクセス可能 • インターネットゲートウェイ によるルーティングには Elastic IPかPublic IPがインス タンスにつけられている必要 がある Public Subnet (DMZ) Public Subnet (DMZ) Private Subnet Private Subnet Private Subnet Private Subnet 44
- 45. セキュリティグループでサーバーを保護 Web Web Web Web Private Segment (Web) Public Segment Lo g Private Segment (DB) Public Subnet (DMZ) Public Subnet (DMZ) Private Subnet Private Subnet Private Subnet Private Subnet NAT NAT Availability Zone Availability Zone WebサーバーはELBからの port80/443のみ接続可能 NATサーバーはWebサー バーからのみ利用可能 DBにはWebサーバーからの み接続可能 VPC A - 10.0.0.0/16 Internet Gateway セキュリティグループ • インスタントレベルでの操作 • ALLOWルールのみのサポート • ステートフル • 各セキュリティグループで最 大50ルールまで • 必要なトラフィックのみ許可 し、極力どこからでもアクセ スできるというルールは使わ ない 45
- 46. ネットワークACLによるVPC内の制御 Web Web Web Web Public Subnet (DMZ) Public Subnet (DMZ) Private Subnet Private Subnet Private Subnet Private Subnet NAT NAT Availability Zone Availability Zone NACLはオプション的な利用 • サブネットレベルでの適用 • ALLOW および DENY • ステートレス • サブネット内の全てのインス タンスに適用 • セカンドラインでの防御とし て利用 Publicサブネット からの直接的な DBサブネットへ のアクセスの拒否 VPC A - 10.0.0.0/16 Internet Gateway 46
- 47. ネットワークのセグメンテーションとアクセス制御の例 Web Web Web Web Private Segment (Web) Public Segment Lo g Private Segment (DB) Public Subnet (DMZ) Public Subnet (DMZ) Private Subnet Private Subnet Private Subnet Private Subnet NAT NAT Availability Zone Availability Zone 47
- 48. ネットワークセキュリティのまとめ 基本は自身のリソースの外部への不必要な露出を避けるネットワーク構成 サブネットとルーティングによるネットワークのセグメンテーションを行う PublicとPrivate Subnetの特徴と使い分け Security GroupとNetwork ACLの特徴と使い分け Security GroupやNetwork ACLを用いる際は不必要に全開放はせず、 Source/Destinationが絞れるか確認する 48
- 49. アジェンダ • セキュリティに関する不安 • AWSに関する簡単なおさらい • ネットワークセキュリティ • 論理アクセス管理 • データの保護 • 監視・ログ • まとめ 49
- 50. アカウントごとのユーザとグループの作成 セキュリティクレデンシャル（認証情報） – アクセスキー – ログイン/パスワード – 多要素認証デバイス(オプション) AWS APIを使ったポリシーコントロールアクセス AWSマネージメントコンソールのユーザログオンサポート OSやアプリケーションレベルのログインではない。 IAMの機能 AWS account owner (master) Network management Security management Server management Storage management AWS Black Belt Techシリーズ AWS IAM http://www.slideshare.net/AmazonWebServicesJapan/aws-black-belt-tech-aws-iam50
- 52. IAMでやっていただきたいこと AWSルートアカウントは極力使用しない AWSルートアカウントや特権を持つIAMユーザーアカウントにはMFAを利用する 利用者に対して個別のIAMユーザーを作成し、IAMグループで管理 強度の高いパスワードポリシーを設定する 認証情報は定期的に更新する EC2インスタンスにはIAM Roleを利用する IAMのベストプラクティス http://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/IAMBestPractices.html 52
- 53. AWSルートアカウントは極力利用しない AWSルートアカウントはIAMで設定するアクセ スポリシーが適用されない強力なアカウント 十分に強度の強いパスワードを設定した上、通 常は極力利用しないような運用を Security CredentialのページからAccess Keyの 削除（ただしAccess Keyを使用していないか確 認を行ってください） 53
- 54. MFAによる高い権限を持つアカウントの保護 ハードウェア ソフトウェア 製品 Gemalto Google Authenticator Authenticator AWS Virtual MFA 形式 トークン型／カード型 スマホアプリ コスト 有料（2,000円程度） 無料 保管 持ち歩くことも可能だし、金庫など に厳重に保管も可能 常に持ち歩く 交換 紛失／故障時は、再登録 交換時のために予備の準備が必要 紛失／機種変更時は、再登録 セキュリティ デバイス内に閉じているため一般的 に高い 複数デバイス登録できたりもするため、 登録時のセキュリティ担保が必要 多要素認証（MFA）によるなりすましの防止 AWSルートアカウントはMFAで保護し通常利用しない運用に Multi-Factor Authentication http://aws.amazon.com/jp/iam/details/mfa/54
- 55. 個別のIAMユーザーを作成し、IAMグループで管理 IAMユーザー IAMグループ IAMポリシー ①直接IAMポリシーを付与するパ ターン IAMユーザー IAMポリシー ②IAMグループにIAMポリシーを付与し、IAMユーザーがそれ に属するパターン IAMポリシー IAMグループ ③IAMポリシーを複数のオブジェクトに 付与するパターン • IAMユーザー：AWS操作用のユーザー • IAMグループ：IAMユーザーをまとめるグループ • IAMポリシー：AWSのサービスの操作に対する権限設定、IAMユーザーやIAMグループ等に 対して付与する 利用者に対しては個別のIAMユーザーを作成し、共有するような運用は極力避けてください。 IAMユーザーはIAMグループに所属させ、権限の付与はIAMグループに対して行うと便利です。 55
- 56. 強度の強いパスワードポリシーの利用 AWSの管理コンソールにログインするために必要となるIAMユーザーのパスワードには以下のような パスワードポリシーを持たせることが可能です。 • Minimum password length（パスワードの最小文字数） • Require at least one uppercase letter（大文字英字の要求） • Require at least one lowercase letter （小文字英字の要求） • Require at least one number（数字を含めることの要求） • Require at least one non-alphanumeric character （特殊文字の要求） • Allow users to change their own password （ユーザー自身によるパスワード変更の許可） • Enable password expiration （パスワードの有効期限の設定） • Password expiration period (in days) • Prevent password reuse （パスワードの再利用の制限） • Number of passwords to remember • Password expiration requires administrator reset （パスワードが期限切れになった場合管理者によるリセットの有無） 本ポリシーはAWSルートアカウントには適用されないので注意が必要です。 56
- 57. 認証情報の定期的なローテーション IAMユーザーのパスワードやAccess Key/Secret Access Keyは定期的にローテー ションすることを推奨 認証情報の利用状況はIAMのCredential Report 機能で確認可能 ユーザーの作成日時 最後にパスワードが使われた日時 最後にパスワードが変更された日時 MFAを利用しているか Access KeyがActiveか Access Keyのローテートした日時 Access Keyを最後に使用した日時 Access Keyを最後に利用したAWSサービス 証明書はActiveか 証明書のローテートした日時 57
- 59. Access Keyのローテーション IAMユーザーのSecurity CredentialのAccess KeysからManage Access Keysを選択 Create Access Keyで新しい認証情報の作成 （２つまで） 新しい認証情報でテストを行い、古 いAccess KeyはInactiveにする 万が一問題が起きた時は再び Activateすることが可能 認証情報の更新 http://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/Using_RotatingCredentials.html59
- 60. Access Keyに関する注意点 • Access Key/Secret Access Keyは以下の場所に は決しておかないこと – GitHub – Pastebin – カスタムAMIの中 – ドキュメント中 (プリントしないように） – メールのような暗号化できない電子メディア 60
- 61. EC2にはIAMロールの利用 EC2のようなAWSサービスに対してAWS操作権限を付与するための仕組み。IAMユーザーの認証情報のようなものをOS/アプ リケーション側に持たせる必要がなく、認証情報の漏えいリスクが低くなります。IAMロールによる認証情報はAWSが自動的 にローテーションされます。 プログラム IAM Role メタデータ IAMロール利用 プログラム メタデータ IAMユーザー利用 認証情報をEC2内に持た せる。認証情報の保管・ ローテーション等の検討 が必要 IAMロールによる権限は EC2上に恒久的に保管され るものではなくテンポラ リ。ローテーション等は 自動で行われる。 IAMロール利用の利点 • EC2上のアクセスキーの管理が容易 • 自動的に認証情報のローテーション が行われる • EC2上のアプリケーションに最低権 限を与えることに適している • AWS SDK及びAWS CLIのサポート • IAMユーザーの認証情報を外部に漏 えいしてしまうリスクを低減させる 61
- 62. 論理アクセス管理のまとめ IAMの機能はAWSのサービスの中でも最重要の一つ 強力な権限を持つAWSルートアカウントは極力使用せず安全な運用を IAMユーザーに与える権限は最小権限の原則を守り、パスワードやAccess Key 等の認証情報は安全な管理を EC2に権限を与える場合には極力IAMロールの利用の検討を IAMのベストプラクティスは是非参照ください http://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/IAMBestPractices.html 62
- 63. アジェンダ • セキュリティに関する不安 • AWSに関する簡単なおさらい • ネットワークセキュリティ • 論理アクセス管理 • データの保護 • 監視・ログ • まとめ 63
- 64. 様々な暗号化手法 暗号化 暗号化 暗号化 鍵の管理鍵の管理 鍵の保管 鍵の保管 鍵の管理 鍵の保管 KMI KMI KMI 利用者が管理 AWSが管理 暗号化 鍵の保管 KMI 鍵の管理 暗号化手法は様々な観点からのリスク考慮により、必要な手法を選択する必要があります。AWSには下記 の様な様々な暗号化のソリューションが用意されており利用者が選択することができます。 64 KMI：鍵管理インフラ
- 65. 暗号化手法の特徴と選択肢 暗号化処理 鍵の保管 鍵の管理 管理負荷 AWSサービス ユースケース 利用者環境 （CSE） 利用者 利用者 最高 クライアント側で全て実施する ため特に限定なし • End to Endで暗号化と鍵の統制を完全 に利用者の統制下に置く必要のある データの保護 利用者環境 （CSE） AWS 利用者 高 CSE with KMS CSE with CloudHSM • 鍵の保管についてはAWSが提供する サービスの利用を許容できる • 暗号/復号化できる利用者を限定するな ど，暗号鍵管理の統制は利用者側で実 施 AWS環境 （SSE） AWS 利用者 中 SSE with KMS SSE with CloudHSM • AWSのDCからのストレージ盗難・紛 失というリスクには対応可能 • 暗号鍵の生成やローテーションといっ た管理はユーザー側で統制を行いたい 場合 AWS環境 （SSE） AWS AWS 低 SSE （S3, EBS, RDS, Redshift, Glacier) • AWSのDCからのストレージ盗難・紛 失というリスクには対応可能 • AWSが鍵管理を実施することを許容で きる • 暗号に関する利用者の負荷は最も軽い 65
- 66. 暗号化手法の特徴と選択肢 暗号化処理 鍵の保管 鍵の管理 管理負荷 AWSサービス ユースケース 利用者環境 （CSE） 利用者 利用者 最高 クライアント側で全て実施する ため特に限定なし • End to Endで暗号化と鍵の統制を完全 に利用者の統制下に置く必要のある データの保護 利用者環境 （CSE） AWS 利用者 高 CSE with KMS CSE with CloudHSM • 鍵の保管についてはAWSが提供する サービスの利用を許容できる • 暗号/復号化できる利用者を限定するな ど，暗号鍵管理の統制は利用者側で実 施 AWS環境 （SSE） AWS 利用者 中 SSE with KMS SSE with CloudHSM • AWSのDCからのストレージ盗難・紛 失というリスクには対応可能 • 暗号鍵の生成やローテーションといっ た管理はユーザー側で統制を行いたい 場合 AWS環境 （SSE） AWS AWS 低 SSE （S3, EBS, RDS, Redshift, Glacier) • AWSのDCからのストレージ盗難・紛 失というリスクには対応可能 • AWSが鍵管理を実施することを許容で きる • 暗号に関する利用者の負荷は最も軽い 66
- 67. AWSのサーバーサイド暗号化（SSE） AWS Storage Services S3 Glacier Redshift RDS for Oracle RDS for MS-SQL HTTPS アプリケーション アプリケーション • S3, EBS and Redshift・・・サーバーサイド暗号化のオプションあり • Glacier・・・全てのデータが標準で暗号化 • RDS for Oracle and Microsoft SQL・・・TDE（Transparent Data Encryption）機能で暗号化 EBS 67
- 68. AWSのSSE – Amazon S3 オブジェクトのアップロード時に指定 CLI/SDKでの利用も可能 68
- 69. KMSを用いたサーバーサイド暗号化 AWSサービス + データキー 暗号化されたデータキー 暗号化され たデータ アカウント下の マスターキー AWS KMS 1. AWSサービスはデータを暗号化するための暗号鍵を要求します。 2. AWSサービスからの要求は認証を受け、マスターキーを利用する権限があるか確認されます。 3. 新しいデータ暗号化用の鍵が生成され、そのコピーはマスターキーによって暗号化されます。 4. データ暗号化用の鍵（データキー）とマスターキーによって暗号化されたデータキーがAWSサービスに渡され ます。データの暗号化にはデータキーが用いられ、使用後に鍵は消去されます。 5. 暗号化されたデータキーは後で利用するときのために保管され、元のデータを復号する必要があるときには KMSに戻されます。 利用者で鍵の生成や ローテーション、 Enable/Disableや権限 設定等の管理ができる 69
- 70. • KMSをサポートするサービス(2015/4現在) AWSサービスとの統合 http://docs.aws.amazon.com/ja_jp/kms/latest/developerguide/services.html カテゴリ サービス 対応機能 データベース Amazon Redshift クラスターキー管理 Amazon RDS (MySQL, PostgreSQL, Oracle, MS SQL) データベースストレージの暗号化 ストレージ・コンテ ンツ配信 Amazon Simple Storage Service サーバサイド暗号化(SSE-KMS) S3 Encryption Clientを利用したクライアントサイ ド暗号化 Amazon Elastic Block Store(EBS) ボリューム暗号化 アプリケーション サービス Elastic Transcoder トランスコードデータ暗号化 WorkMail 保存データ(メール、コンタクト、添付ファイル、 メタデータ)の暗号化 70
- 71. AWSサービスのKMS利用法 - Amazon EBS ボリューム作成時にマスターキーを指定 • AWSコンソール – EBSボリューム作成時にEncrypt this volumeにチェックを入れ、KMSのカスタ マーマスターキーを指定 • CLIの例 – aws ec2 create-volumeコマンドにて以下 のオプションを付与 • --encrypted • --kms-key-id <マスターキーのARN> DISK I/O,ディスクに書き込まれたデータ, ス ナップショットも暗号化 71
- 72. AWSサービスのKMS利用法 - Amazon S3 オブジェクトアップロード時に指定 • AWSコンソール – Set Details画面でKMSのマスターキーを選択 – 既に保存済みのオブジェクトはKMSでの暗号化は できない • APIでの指定 – Put/Post/Copy/Initiate Multipart Upload実行時 に以下のヘッダーを指定 • x-amz-server-side-encryption:aws:kms • x-amz-server-side-encryption-aws-kms- key-id バケットポリシーでSSE-KMSの強制が可能 72
- 73. KMS with AWSサービス TIPS • 各サービス共通 – 他リージョンへのデータ移行の際はDecrypt/Encryptが必須 • KMSのキーはリージョンごと – キーのDisableは影響を鑑みて慎重に実施する • Amazon EBS – サポートされているインスタンスタイプに注意 http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/EBSEncryption.html – Attach/Detach時にキーやりとりが行われるため、意図した挙動と異なる場合がある • デバイスをアタッチ中にキーをDisableすると・・・ – OSリブート→データのアクセスが可能 – Stop/Start→アクセス不可 • Amazon S3 – KMSで暗号化されたオブジェクトに対する操作はVersion4署名が必要 – バケットポリシーでSSE-KMSの強制化が可能 • s3:PutObjectに対して、“s3:x-amz-server-side-encryption”:“aws:kms”の条件を利用 73
- 74. データの保護のまとめ AWSではお客様の要件に応じた様々な暗号化方式を利用可能 方式により、満たせる要件や利用者側の負荷が変わるため、特徴をおさえて 選択を。 AWSでは利用者側の負荷の少ないAWSによるSSEや、鍵管理環境をお客様に 提供するKMS等のサービスも利用可能 利用するAWSサービスの暗号化機能のサポート状況を確認し、安全なデータ 保護対策を。 74
- 75. アジェンダ • セキュリティに関する不安 • AWSに関する簡単なおさらい • ネットワークセキュリティ • 論理アクセス管理 • データの保護 • 監視・ログ • まとめ 75
- 76. AWSでの監視の概要 Application Middleware CloudWatch/ API/SDK Agent経由等の 情報収集 アプリ チェック OS Service Status監視 リソース監視 Event監視 アプリ性能/死活監視 リソース監視 死活監視 (ログ,プロセス,OS) Alarm 76
- 77. CloudWatchができること • 各AWSサービスのメトリクス監視 – メトリクス = 監視項目（例：CPU使用率） – メトリクスはあらかじめ定義され、構成済み • サービス開始時から監視開始 • EC2ではハイパーバイザーから監視できる項目 – メトリクスを追加定義も可能 • カスタムメトリクス – メトリクス値を時系列にグラフ表示 • 各メトリクスに対してアラームを作成可能 – しきい値を設定（例：CPU使用率60%以上） – メトリクス値がしきい値を越えたら起こすアクションを定義（例：メールで通知） • EC2上のログ監視 ・・・Amazon CloudWatch Logs – メトリクスとアラームも作成可能 77
- 79. CloudWatchができること：アラーム • アラーム設定 – メトリクス（e.g. CPU使用率）としきい値（e.g. 60%以上）で構成 – 3つのアラーム状態を管理 • OK – メトリクスの値が、定義されたしきい値を下回っている • ALARM – メトリクスの値が、定義されたしきい値を上回っている • INSUFFICIENT_DATA – アラームが開始直後であるか、メトリクスが利用できないか、データが不足していていアラー ムの状態を判定できない – 各アラーム状態に対してアクションを定義可能 • 通知（Notification） – Amazon Simple Notification Service（SNS）を使って通知 – メール送信やHTTP(S)送信、Amazon Simple Queue Service（SQS）への送信が可能 • Auto Scalingアクション – Auto Scaling GroupのScaling Policyを指定し、インスタンスのスケールアウト／インが可能 • EC2アクション – EC2インスタンスの停止およびTerminateが可能 79
- 80. CloudWatch利用イメージ：アラーム設定 しきい値として、 CPU使用率70%以上が 3期間（ここでは1期間＝5分）以上 AutoScalingGroup アクション定義 アラーム設定 80
- 81. 記録される情報には以下のようなものが含まれます。 • APIを呼び出した身元（Who） • APIを呼び出した時間（When） • API呼び出し元のSource IP（Where） • 呼び出されたAPI（What） • APIの対象となるAWSリソース（What） • 管理コンソールへのログインの成功・失敗 （rootアカウントの失敗は2015年4月現在未サポート） AWS CloudTrailはAWSアカウントで利用されたAPI Callを記録し、S3上にログを保存するサービスです。 AWSのリソースにどのような操作が加えられたか記録に残す機能ですので必ず有効化してください。 特別な問題がない限りは全リージョンで有効化することを推奨します。 AWS環境の操作ログの取得について 81
- 82. CloudTrail対応サービスの確認 2015年4月現在CloudTrailは下記のサービスをサポートしています。十分なサービスがサポートされてい るか確認をしてください。S3等サポートされていない機能に関してはアクセスログの有効化など必要な 代替コントロールを利用する必要があります。 対応サービス: • Amazon EC2 • Amazon VPC • Auto Scaling • ELB • Amazon EBS • AWS Storage Gateway • Amazon Glacier • Amazon CloudFront • Amazon RDS • Amazon Redshift • Amazon Elasticache • AWS DirectConnect • Amazon Kinesis • EMR • AWS Data Pipeline • AWS IAM • AWS STS • AWS Key Management Service • AWS CloudHSM • AWS CloudTrail • AWS CloudFormation • AWS OpsWorks • AWS CodeDeploy • AWS Elastic Beanstalk • Amazon CloudWatch • Amazon SQS • Amazon SNS • Amazon Simple Workflow • Amazon Cloudsearch • Amazon Elastic Transcoder • Amazon WorkDocs • AWS Config • Amazon EC2 Container Service • AWS Lambda 82
- 84. CloudTrailの有効化 S3バケットを新規作成するかどうか S3バケット名の入力 グローバルサービスのログを取得するか（IAM、STSなど） SNS通知の設定をするかどうか 使用するSNS Topicの選択 各リージョンで有効化する必要があります。 ログをためるS3のバケットは集約が可能です。 84 管理コンソールからも直近7日のイベントが確 認できます。
- 85. CloudTrailにて監視すべきイベント例 Event 想定ケース AttachInternetGateway AssociateRouteTable CreateRoute DeleteCustomerGateway DeleteInternetGateway DeleteRoute DeleteRouteTable DeleteDhcpOptions DisassociateRouteTable • 意図せぬネットワーク構成の変更 • 未承認のインターネットゲートウェイの作成 • ルーティングの変更による未承認の経路の作成 CreateNetworkAcl CreateNetworkAclEntry DeleteNetworkAcl DeleteNetworkAclEntry ReplaceNetworkAclEntry ReplaceNetworkAclAssociation • 意図せぬNetworkACLの変更 • 許されないポートの解放 RunInstances CreateInstances LaunchInstances TerminateInstances • 未承認のEC2の作成 • 意図せぬEC2のTerminate CloudTrailではサポートしているAWSサービスの操作のために使われた全てのAPIログを取得しますが、ど のようなログを監視するかについては監視要件に依存します。下記は代表的な重要イベントの例です。 85
- 86. CloudTrailにて監視すべきイベント例 Event 想定ケース AuthorizeSecurityGroupIngress AuthorizeSecurityGroupEgress RevokeSecurityGroupIngress RevokeSecurityGroupEgress CreateSecurityGroup DeleteSecurityGroup • 意図せぬSecurity Groupの変更 • 許されないポートの解放 StopLogging DeleteTrail UpdateTrail • CloudTrailの停止 • CloudTrailの削除 • CloudTrailの設定変更 DeleteGroupPolicy DeleteRole DeleteRolePolicy DeleteUserPolicy PutGroupPolicy PutRolePolicy PutUserPolicy • 許可されていないIAMポリシーの削除 • 許可されていないIAMポリシーの付与 Unauthorized* errorCode AccessDenied Failed authentication • 許可されない操作の試行 • エラー "type":"Root" • AWSルートアカウントでのログイン 86
- 87. 参考：CloudTrailのCloudWatch Logsとの連携 • CloudTrailのログをCloudWatch Logsに転送できるようになりました CloudTrail CloudWatch Logs ログ連携 アラーム SNS http://aws.typepad.com/aws_japan/2015/03/cloudtrail-integration-with-cloudwatch-in-four-more-regions.html CloudTrailによるAPI コールのログ（操作ロ グ）の集約 どのようなログを監 視するか、閾値をど うするか等の設定が 可能 下記のURLで紹介されているサ ンプルでは以下に関わる10の監 視用フィルタを設定 ・ネットワーク ・SG、NACL ・インターネットゲートウェイ ・サイズの大きいEC2インスタ ンスの作成、削除、および更新 ・CloudTrail自体の変更 ・IAMポリシー ・認証の失敗 ・管理コンソールへのログイン 87
- 88. 参考：AWS Configの利用 • AWSリソースのレポジトリ情報を取得し、リソースの設定履歴を監査、リ ソース構成の変更を通知することができるフルマネージドサービス • サポートリージョン： • US West (Oregon), US West (Northern California) , US East (N.Virginia), EU (Ireland), EU (Frankfurt), Asia Pacific (Sydney) ,Asia Pacific (Tokyo), Asia Pacific (Singapore) , South America (Brazil) • 対象サービス、2015年4月時点 • 作成・変更・削除オペレーション情報の取得 Amazon EC2 Instance, ENI... Amazon EBS Volumes AWS CloudTrailAmazon VPC VPC, Subnet... 88
- 89. AWSでは他にも様々なサービスのログが取得できます Service Data Method CloudTrail API Call Log S3 ELB Access Log S3 S3 Object access S3 Auto Scaling Event Logs CLI, Console, API CloudFront Access logs, cookies S3 Glacier Retrieval jobs only SNS notifications Redshift Connections/Event logs/status S3, CLI RDS Service Events Database log CLI, Console, API, SNS Console, CLI ElastiCache Events SNS OpsWorks Chef logs CLI CloudFormation Event logs/status CLI, Console, API Elastic Beanstalk Event logs/status CLI, Console, API Data Pipeline Pipeline events Task runner log S3 SES Feedback Notification SNS notifications SNS Messages sent SNS notifications EMR Hadoop logs S3, Console, Master Node 89
- 90. 監視・ログのまとめ AWSのサービスに関する様々なリソースはCloudWatchで監視が可能 AWSの操作ログはCloudTrailで必ず取得を CloudTrail以外でもAWSサービス固有のログが取得できるため、必ずマニュアル で確認を CloudTrailを始めとするログをモニターすることで予期せぬ変更等の検知が可能 90
- 91. アジェンダ • セキュリティに関する不安 • AWSに関する簡単なおさらい • ネットワークセキュリティ • 論理アクセス管理 • データの保護 • 監視・ログ • まとめ 91
- 92. AWS Trusted Advisorによる確認 2013年よりサービス開始 コスト最適化、セキュリティ、可用性、 パフォーマンスの４つのカテゴリから AWSの利用状態を評価 170万のベストプラクティス 3億ドルを超えるコスト削減を通知 2014/7/31より、33のチェック項目中、 4項目をすべてのユーザに開放 構成終了後、その後も定期的にTrusted Advisorにより、把握していない未達のチェック項目がないか確認 をしてください。Notificationの設定も行うことができます。 https://aws.amazon.com/jp/premiumsupport/trustedadvisor/92
- 93. まとめ 責任共有モデルに基づき、基盤のセキュリティ・統制はAWSが責任を持って実施 AWS上に構築するシステムの構成・設定に関するセキュリティ・統制はお客様の 責任により実施 AWSはお客様を助ける様々なセキュリティ関連機能を提供 更に固有のセキュリティ要件がある場合はAPNパートナーの製品の利用も検討を 93
- 94. Q&A 94 AWS Summit Tokyo 2015 参加登録受付中！ http://www.awssummit.tokyo/
- 95. 参照リンク • AWSアカウント作成の流れ – http://aws.amazon.com/jp/register-flow/ • AWS コンプライアンス – http://aws.amazon.com/jp/compliance/ • AWSセキュリティ – http://aws.amazon.com/jp/security/ • AWSクラウド活用資料集 – http://aws.amazon.com/jp/aws-jp-introduction/ • 国内のお客様のAWS活用事例 – http://aws.amazon.com/jp/solutions/case-studies-jp/ 95
- 98. AWS初心者向けWebinar 2015 • AWSをこれからご使用になる方向け、ソリューションカットのオ ンラインセミナー • 今後の配信予定 – 5/12(火) 基本から理解する、AWS 運用監視 – 5/19(火) AWS 料金の見積り方法 • 申し込みサイト http://aws.amazon.com/jp/about-aws/events/ 98
- 99. AWS Black Belt Tech Webinar 2015 • AWS中上級者向け、サービスカット • 今後の配信予定 – 5/13(水) Elastic Load Balancing (ELB) – 5/20(水) Amazon Elastic Compute Cloud Windowsインスタンス – 5/27(水) Amazon Relational Database Service（Amazon RDS） • 申し込みサイト http://aws.amazon.com/jp/about-aws/events/ 99
- 100. 100