CloudTrail全リージョン有効化の詳細と個別リージョン設定からの移行 | DevelopersIO
はじめに こんにちは、虎塚です。 2015年12月のAWSアップデートで、CloudTrailを全リージョンで有効化する機能が追加されました。 Amazon Web Services ブログ: AWS CloudTrail アップデート – すべてのリージョンを有効に とはいえ、セキュリティや監査に注意を払っている環境では、すでにCloudTrailを各リージョンで設定して、有効に活用されている場合が多いと思います。 2016年1月、ソウルに新しいAWSリージョンがオープンしました。新リージョンをCloudTrailのロギング対象に加えるには、新リージョンで個別にCloudTrailを有効化するのがよいでしょうか？ それとも、全リージョン有効化設定を使うべきでしょうか？ 技術的には、どちらでも実現可能です。 この記事では、CloudTrailの全リージョン有効化設定の詳細を説明します。そし
CloudTrailの有効化とログのKMS暗号化をCloudFormation一発で | DevelopersIO
こんにちは、虎塚です。 2015年12月のAWSアップデートによって、AWS CloudFormationを使ってAWS Key Management Service (KMS) のカスタマーマスターキーを作成できるようになりました。 AWS CloudFormation Adds Support for AWS CodePipeline, AWS Config and more また、2015年10月のAWSアップデートでは、AWS CloudTrailのログファイルをKMSで暗号化できるようになっています。 CloudTrail announces support for log file encryption using KMS Key and log file integrity validation これらの機能を組み合わせると、CloudFormation一発で、全リージョンの
EmbulkでCloudtrailログをelasticsearchに放り込む - Qiita
始めに Embulkを使ってCloudtrailログをelasticsearchに放り込むのが便利だったのでので、やり方をまとめておきます。 準備 elasticsearchとkibanaをインストールしておく。手順は下記リンクなどを参考に。 http://www.elasticsearch.org/download/ http://www.elasticsearch.org/overview/kibana/installation/ elasticsearch上にマッピングを作成。kibanaで分析する場合は各フィールド適宜not_analyzed を指定する。今回は以下ののmappingを使用。 { "mappings": { "log": { "properties": { "eventName": { "type": "string", "index": "not_analyzed
新規アカウントでもこれ一発！CloudTrailを全リージョンで有効化するスクリプトを書いた | DevelopersIO
こんにちは。望月です。 先日(といっても結構前ですが)、ついに待望のCloudTrailの全リージョン対応が発表されました。 その前からそうだったかは未調査ですが、CloudTrailを有効にしていない場合に、AWSのTrusted Advisorで警告が出るようになりました。 この警告を消すためにも、全リージョンでCloudTrailを有効にしましょう！ スクリプト化してみた ですが、手作業でぽちぽちやるのはアレなので、自動化しました。既にj3tm0t0さんがAWS - 全リージョンのCloudTrailロギングを有効にするワンライナー - Qiitaにてワンライナーを公開されていますので、そちらを使うのもいいと思います。このワンライナーではS3バケットと適切なBucket Policyが設定されていることが大前提なので、まだBucketを作成していないアカウントでは、先にS3バケットを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/inokappa/items/660303d87af6d2e2dbd4
