JAWS DAYS 2019 行ってきました！

f:id:yasay:20190228233944j:plain:w350

行ってきました❗️JAWS DAYS 2019❗️
所用があり午後からの参加で、1セッションのみでしたが、
相変わらずのお祭り的なムードを楽しんできました❗️😃

レポートしていきます！📝

レポート
- 15:10 ~ 16:00 PenTester が知っている危ないAWS 環境の共通点 ~攻撃者視点よりお届けする狙われやすいAWSの穴~
所感
参考サイト

レポート

15:10 ~ 16:00 PenTester が知っている危ないAWS 環境の共通点 ~攻撃者視点よりお届けする狙われやすいAWSの穴~

PenTesterが知っている危ないAWS環境の共通点 from zaki4649

www.slideshare.net

プラットフォームとしてのセキュリティは堅牢
堅牢でも使い方次第でセキュリティインシデントは発生する。
Credentialを悪用する状況が最も危険と考える。
よくある事例
- スピアフィッシングでメールアドレス・パスワードを取得している。
- Github上にAWSのアクセスキー公開の危険
  - AWSもスキャンしてくれるけど、攻撃者の方がアクセスキーを探すほうが速い
  - Privateリポジトリであっても別口から盗まれる可能性。
  - SSRFを利用したCredentialの
  - サーバー内に配置されているCredentialの取得
場合によってはこれで終わりではない
- 権限昇格によってRootを取られる可能性がある。
  - Lambdaにロールを付与することによる、高い権限を取得する例
攻撃デモ
- Pacuというツールを利用
  - アクセスキーからユーザー情報取ってこれる。
  - ポリシー割り当ても確認できる。
  - アクセスキーを取得できたら、指定したユーザーに新しいアクセスキーを作成し、バックドアを作る。
  - システムスマネージャーを起動して、EC2に侵入する。
対策
- Credentialの漏洩を防止・悪用を抑制・悪用を検知
- IAMのベストプラクティスに従う
- 特にアクセスキーの扱いに注意
- AWS Trusted Advisor
- ツールも万能の神様ではなので、出来ることと、出来ないことの確認が大事
- git-secretsを使う
- アクセス許可の境界(Permissions Boundary)
  - Permission PolicyとPermission Boundaryの2つのポリシーで制御
- aws:RequestedRegionでリージョンを制限して被害範囲を限定し、検知も容易にする。
- AWS CloudTrail、CloudWatchによる悪用の検知
- Amazon Guard Duty
  - 機械学習を利用してトラフィックログ等から怪しい通信を検知するマネージドサービス