このサーバのアプリケーションいつバージョンアップしたんだっけ？ SSM インベントリと AWS Config の組み合わせでタイムラインから確認する | DevelopersIO
コンバンハ、千葉（幸）です。 先日、以下の記事を書きました。 AWS Systems Manager インベントリを利用して収集した OS 上のファイルのメタデータが、 AWS Config による記録の対象となった、というものです。ファイルの情報を変更したらそれが AWS で検知できるなんて面白いなーと思いました。 それの検証を行った際に、従来からできる機能でも面白いと思ったものがありました。今回はそれをご紹介します。 全体のイメージは以下の通りです。 目次 SSM インベントリによるマネージドインスタンスのメタデータの収集 AWS Config 設定レコーダーによるリソースの設定変更記録 やってみた 1. AWSConfig レコーダーの設定 2. Systems Manager インベントリのセットアップ 3. マネージドインスタンスの作成 4. yum アップデートの実行 終わりに
[アップデート]Systems Manager Explorerで、AWS Configコンプライアンスのマルチアカウント/リージョンの概要が見れるようになりました | DevelopersIO
はじめに こんにちは。大阪オフィスの林です。 2020年11月11日（水）のアナウンスにて「AWS Systems Manager Explorerは、AWS Configコンプライアンスのマルチアカウント、マルチリージョンの概要を提供するようになりました。」と発表がありました。公式ページはこちら タイトルからだとイメージが付きにくいかもですが、分かりやすく言うと『AWS Systems Manager ExplorerのダッシュボードでAWS Configのコンプライアンス状況（マルチアカウント/リージョン）のレポートも見れるようになった！』というアップデートです。 AWS Systems Manager Explorerとは？ AWS Systems Manager Explorerは、AWS Systems Managerの画面から操作することができる機能で、AWSリソースに関する各
ECSでECR利用監査するAWS Configをrdkを使って適用 - YOMON8.NET
コンテナセキュリティを検討していると、ECSで利用されているイメージはECRから取得されているかチェックしたいという要望はあると思います。 EKSの場合はこちらの記事で書かせていただいたOPA などを利用すると良いですが、ECSの場合はAWS Configを使うことで検査できます。 事前準備 動作内容の確認 監査対象のタスク登録 AWS Configルールのデプロイ aws-config-rdkのインストール リポジトリのClone 設定ファイルの調整 ルールのデプロイ 動作確認 nginx-from-dockerhubのコンプライアンス違反の確認 nginx-from-dockerhubの修正 nginx-from-ecrの修正 最後に 事前準備 動作内容の確認 2021年2月末にAWS Configがコンテナ関連のサービスをサポートしたので、こちらを使ってみようと思います。 aws.a
クラウド利用で最も心配な「セキュリティ」 AWS Well-Architectedを更に掘り下げた、オージス総研独自の「さらに使える」 フレームワーク活用事例とは？
クラウド利用で最も心配な「セキュリティ」AWS Well-Architectedを更に掘り下げた、オージス総研独自の「さらに使える」フレームワーク活用事例とは？ アマゾン ウェブ サービス（AWS）では、責任共有モデルを採用しています。これは「セキュリティとコンプライアンスを、クラウドベンダーと利用者の間で共有する」考え方です。 簡単に説明すると「クラウドのセキュリティ」はクラウドベンダーが、「クラウド内のセキュリティ」はユーザーが担保しなければならないのです。「クラウド内のセキュリティ」を例で挙げると、仮想マシンのOS・ミドルウェア・アプリケーション等の脆弱性対応、ファイアウォール設定、クラウドのユーザー管理、認証情報・鍵管理、データ管理、ログ管理等です。 総務省「ICTによるイノベーションと新たなエコノミー形成に関する調査研究」（平成30年）によると、クラウドサービス未導入者に対して行
「このセキュリティグループ使ってるんだっけ…？」に即座に答える AWS Config ルールのご紹介 | DevelopersIO
「えぇ・・・っと。このセキュリティグループ、削除して良いんだっけ。。」 みなさん、このような経験はないでしょうか？(私はよくあります・・・） 検証用途で一時的に作ったもの、過去に使っていたがインスタンスの削除にともない使われなくなった…etc さまざまな理由で使われていないセキュリティグループは存在しているかと思います。 いざ整理しようと思ったとき、悲しいかなセキュリティグループ側には判断するための属性がありません。 今回は、そんなときに役立つ AWS Config Rules を使って未使用のセキュリティグループを検出する方法のご紹介です。 AWS Config AWS Config はリソースの設定履歴を記録してくれるツールで、『いつ』『何のリソースが』『どのように変更されたか』 といった情報を簡単に確認することができます。（便利なので、ぜひ使ってくださいね） AWS Config に
Config Rulesが激安になるのでみんな使ったほうが良いRuleを紹介します！ | DevelopersIO
こんにちは、臼田です。 皆さん、AWS Config使ってますか？ AWS Config自体は全てのユーザーが使っているサービスだと思います。各種リソースの設定変更を記録できて、例えば、いつどのようにSecurity Groupを変更したか、いつEC2を立ち上げたか、時系列で確認することができるので使わない手はないサービスです。弊社ではデフォルト有効化しています。 しかし、AWS Configに付属するサービスであるConfig Rulesはなかなか「みんなが使っている」というものではなかったです。 その理由はなんと言っても価格！1ルールあたり月額$2.00という決して安くない価格にありました。機能は良いんですけどね！ でもそれが激安になるなら、話は別です。使いましょう、Config Rules！ 今回新しいConfig Rulesの料金体系が発表されました！ New – Updated
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
