AWS Summit Japan 2026 の Builder Community Lounge でチョークトークをしてきました
AWS Summit Japan 2026 の Builder Community Lounge でチョークトークに登壇しました。アクセスキーの不正利用対策をテーマに、流出経路や脱却できない理由、多層防御の重要性について参加者とディスカッションした内容の振り返りと、私個人として得た学びをまとめました。
みなさん、こんにちは。AWS CLI が好きな kazzpapa3 a.k.a. ICHINO Kazuaki です。
2026年6月25日、26日 に幕張メッセで開催された AWS Summit Japan 2026 の Builder Community Lounge でチョークトーク登壇の機会をいただきました。
チョークトークとは何か
毎年年末にアメリカ・ラスベガスで開催される AWS re:Invent に行かれたことがある、かつ英語があまり苦ではない方はご存知でしょう。
同じ部署の同僚で、英語に抵抗感のない森本さんが過去に書いてくれているブログ にある通り、講義形式と質疑応答形式で行われるインタラクティブ形式のコンテンツです。
機会を得るまで
私は AWS グローバルプログラムの 1 つである AWS Community Builder としても活動しています。
同じくAWS グローバルプログラムである AWS Hero を含めた呼びかけで Builder Community Lounge での企画を知りました。
同じくAWS グローバルプログラムである AWS Hero を含めた呼びかけで Builder Community Lounge での企画を知りました。
用意されていた取り組みには Lightning Talk（LT）形式と、チョークトーク形式の 2 つが想定されており、いわゆる Call for Papers の形式で募集がありました。
AWS に限らず、他のパブリッククラウドや SaaS 製品でもアクセスキー、アクセストークンや API キーなどの認証情報の不正利用が昨今増えています。
先日、弊社での スキルアップトレーニング でも取り上げた通り、私が最近取り組んでいるテーマです。そのため LT とチョークトークの双方で CfP 応募をしていたところ、チョークトーク枠で採択いただきました。
先日、弊社での スキルアップトレーニング でも取り上げた通り、私が最近取り組んでいるテーマです。そのため LT とチョークトークの双方で CfP 応募をしていたところ、チョークトーク枠で採択いただきました。
実施前後の様子
登壇時に使用した資料
なお、資料は AWS 様のレビューをいただいた状態のままアップしています。
資料 25 ページ目の Amazon CodeGuru Reviewer は 2025年11月7日 以降、新規のリポジトリの関連付けができなくなっており新規受付が停止していますのでご留意ください。
資料 25 ページ目の Amazon CodeGuru Reviewer は 2025年11月7日 以降、新規のリポジトリの関連付けができなくなっており新規受付が停止していますのでご留意ください。
ディスカッションの内容など
流出経路について
- 運用上の受け渡しでのメール経由
- Git 系サービスに上げてしまった
- CloudWatch Logs に平文で出力されてしまっていた
当日いただけたご意見には上記のようなものがありました。
しかも AWS Summit Japan 2026 の前日に発生した、というまさしくホットな話もお伺いできました。
ただ、いずれの事例も権限が小さかった、あるいはすぐに気づいて対処できていたご様子で、大事には至らなかったようでした。
しかも AWS Summit Japan 2026 の前日に発生した、というまさしくホットな話もお伺いできました。
ただ、いずれの事例も権限が小さかった、あるいはすぐに気づいて対処できていたご様子で、大事には至らなかったようでした。
アクセスキーから脱却できない理由
- アクセスキーの利用に馴染みがある
- 運用を変えにくい
aws login を活用して最後の課題だった開発者のローカル環境でのアクセスキー利用を撤廃できたお話も伺えました。
ただ、やはり運用上の問題など、「わかってはいるけど」脱却できていない現状を多く伺えました。
ただ、やはり運用上の問題など、「わかってはいるけど」脱却できていない現状を多く伺えました。
対策について
- 最小権限を目指す
- SCP など上位の概念で予防的に制限する
「わかってはいるけど」脱却できていない現状を踏まえてアクセスキーがある状態を前提とした場合を議論しました。
わたしからは「デフォルト無効化しているリージョンのオプトイン」の問題をお話ししました。
この場合、設定当時全リージョンで有効化している GuardDuty で守られているから大丈夫、とはならない可能性の示唆です。
多層で守る・気づく仕組みの必要性についても考慮が必要だと考えられます。
この場合、設定当時全リージョンで有効化している GuardDuty で守られているから大丈夫、とはならない可能性の示唆です。
多層で守る・気づく仕組みの必要性についても考慮が必要だと考えられます。
また、漏れてしまったあとで、犯行者が行なった行動を網羅的に知るのに Kiro CLI と読み取り権限を付与した IAM エンティティでの調査をしている実例も補足的にお話ししました。
ただ、調査は迅速にできても対処には大幅な時間がかかることは、タイトルにも込めた通りです。
ただ、調査は迅速にできても対処には大幅な時間がかかることは、タイトルにも込めた通りです。
やはり漏れてしまってからでは遅く、漏れて困るもの自体が存在しないことこそ最善手です。
次点で最小権限化や多層の防御や検知体制の重要さである点をご参加いただいたみなさんと共有できたかと思っています。
次点で最小権限化や多層の防御や検知体制の重要さである点をご参加いただいたみなさんと共有できたかと思っています。
得た学び
わたしのロールがテクニカルサポートなので、ベストプラクティスに沿った「べき論」での回答方針を取ることがほとんどです。
もちろんそれは今も変わっていないのですが、さまざまな障壁によって「わかっているけどできていない」状態となる「運用」の難しさを感じました。
もちろんそれは今も変わっていないのですが、さまざまな障壁によって「わかっているけどできていない」状態となる「運用」の難しさを感じました。
チョークトークという日本の AWS のイベントでは初の試みとなる取り組みに採択いただけたのは、得難い体験でした。
コミュニティで知り合ったさまざまな方に助けを乞うことができて 30 分のセッションを無事終えることができました。
本質を理解していない/理解が甘いことには即座に答えにくく自分にとっても再学習となるいい場でした。
本質を理解していない/理解が甘いことには即座に答えにくく自分にとっても再学習となるいい場でした。
セッション聴講やブース訪問といった受動的な体験に留まらず、ライブ感のある登壇機会が得られた最高の AWS Summit でした。
現地でのサポート、盛り上げをしていただき、また画像の提供もいただき大変感謝です。登壇の様子を写真に収めてくれた Giovanni (N.Ito) さん、yuki さん、急に板書をお願いして快諾していただいた なみき さん、本当にありがとうございました。
今回のわたしの登壇がどなたかの役に立てば幸いです。
ではまた。
Enjoyed reading this content? Let the author know!
Your likes, comments, shares, and saves help creators reach more builders.
Loading recommendations
Loading article