こんにちは！イーゴリです。 AWS にとって、クラウドのセキュリティは最優先事項です。(AWS公式ページ) AWS環境のセキュリティ対策としてAWSサービスを解説するよりも、まずはAWS環境の最適な設計について考える必要があります。AWS Well-Architected Frameworkを考慮しながらの設計を推奨します。AWS Well-Architected Frameworkを全部詳しく読むことをおすすめしますが、この記事では個人的に一番重要だと思う点について記載します。 とてもざっくり説明しますと、AWS Well-Architected Frameworkとは、クラウドシステムの最適な設計方法を提供するAWSのガイドラインで、6つの柱があります。この記事では基本的に「セキュリティ」の柱を技術的観点から見てみたいと思います。 AWS Well-Architected Framew
本記事は AWSアワード記念！夏のアドベントカレンダー 4日目の記事です。 🎆🏆 3日目 ▶▶ 本記事 ▶▶ 5日目 🏆🎆 はじめに AWS Security Hubとは AWS Security Hubに情報を集約 AWS Security Hubから情報を受け取る AWS Security Hub導入における課題 どのように統制を効かせていくのか AWS Security Hubを有効化していないリージョンの設定 AWS Security Hubを導入した場合の組織構成 リージョンを切り替えて検知内容を確認することで負担が増加している AWS Security Hubの運用における課題 検知後のアクションにどのように繋げていくのか 通知が飛びすぎて重要検知を見逃してしまう ケースに応じた検知の変更をしたい Security Hub オートメーションルール Security Hu
前編の振りかえり 前編ではOSSのハニーポットであるT-PotをAWS、Azure、Google Cloudの3大クラウドサービスの日米両リージョンにデプロイしました。後編となる本記事ではT-Potを24時間程動かした結果をご紹介していきます。 T-Potの実行結果について 各クラウドサービスの日米両リージョンで収集したデータをT-Potのダッシュボードに表示した様子のスクリーンショットを以下に掲載します。なお表示期間はデータ収集を行った2024年6月12日17時から翌日の2024年6月13日17時までの24時間に揃えています。 24時間という比較的短時間かつ各リージョンで1インスタンスのみでしかデータ収集していないため統計学的な考察というよりは一参考情報としてお読み頂けますと幸いです。 図1 AWS東京リージョン（ap-northeast-1） 図2 AWS米国東部リージョン（us-ea
弊社では業務端末にMacを利用しているのですが、気づいたら利用可能ストレージが少なくなっていたので、ストレージの最適化を行いました。 前回記事から約1年・・・550MBだと!!!!? 関連記事 Macストレージがシステムデータでいっぱいな原因がRancher Desktopだった話 結果 ESETのアップデータファイルは、自動削除されず蓄積されていくようなので、定期的に削除した方が良い。 ※必ず確保できるわけではございませんので、参考程度にお読みください。 対象者 Macのストレージ最適化をやったことがない方 →初めに前回記事を参考ください Macの利用可能ストレージがなぜか少ないと感じる方 ESETを使っている方 前提 今回の記事の対象となるMacは、下記の仕様です。 MacBook Pro (13-inch, M1, 2020) チップ：Apple M1 ストレージ：251 GB スト
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
セキュアなAWS環境の設計についての解説【2024年版】 - サーバーワークスエンジニアブログ
AWS Security Hubを活用した効率的でセキュアなマルチアカウント管理 - NRIネットコムBlog
3大クラウド×日米両リージョンでハニーポットを動かしてみる【後編】 | gihyo.jp
Macストレージがシステムデータでいっぱいな原因がESETだった話 - Qiita