みなさん、こんにちは。AWS CLI が好きなテクニカルサポート課の市野です。
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 での企画を知りました。
用意されていた取り組みには Lightning Talk（LT）形式と、チョークトーク形式の 2 つが想定されており、いわゆる Call for Papers の形式で募集がありました。
AWS に限らず、他のパブリッククラウドや SaaS 製品でもアクセスキー、アクセストークンや API キーなどの認証情報の不正利用が昨今増えています。
先日、弊社での スキルアップトレーニング でも取り上げた通り、が最近取り組んでいるテーマです。そのため LT とチョークトークの双方で CfP 応募をしていたところ、チョークトーク枠で採択いただきました。
実施前後の様子
Kiro CLI の話題を出したので Kiro ちゃんを書いてくれています
登壇時に使用した資料
なお、資料は AWS 様のレビューをいただいた状態のままアップしています。
資料 25 ページ目の Amazon CodeGuru Reviewer は 2025年11月7日 以降、新規のリポジトリの関連付けができなくなっており新規受付が停止していますのでご留意ください。
ディスカッションの内容など
流出経路について
- 運用上の受け渡しでのメール経由
- Git 系サービスに上げてしまった
- CloudWatch Logs に平文で出力されてしまっていた
当日いただけたご意見には上記のようなものがありました。
しかも AWS Summit Japan 2026 の前日に発生した、というまさしくホットな話もお伺いできました。
ただ、いずれの事例も権限が小さかった、あるいはすぐに気づいて対処できていたご様子で、大事には至らなかったようでした。
アクセスキーから脱却できない理由
- アクセスキーの利用に馴染みがある
- 運用を変えにくい
aws login を活用して最後の課題だった開発者のローカル環境でのアクセスキー利用を撤廃できたお話も伺えました。
ただ、やはり運用上の問題など、「わかってはいるけど」脱却できていない現状を多く伺えました。
対策について
- 最小権限を目指す
- SCP（Service Control Policy）など上位の概念で予防的に制限する
「わかってはいるけど」脱却できていない現状を踏まえてアクセスキーがある状態を前提とした場合を議論しました。
わたしからは「オプトインが必要なリージョン」の問題をお話ししました。
この場合、設定当時全リージョンで有効化している Amazon GuardDuty で守られているから大丈夫、とはならない可能性の示唆です。
多層で守る・気づく仕組みの必要性についても考慮が必要だと考えられます。
また、漏れてしまったあとで、犯行者が行なった行動を網羅的に知るのに Kiro CLI と読み取り権限を付与した IAM エンティティでの調査をしている実例も補足的にお話ししました。
ただ、調査は迅速にできても対処には大幅な時間がかかることは、タイトルにも込めた通りです。
やはり漏れてしまってからでは遅く、漏れて困るもの自体が存在しないことこそ最善手です。
次点で最小権限化や多層の防御や検知体制の重要さである点をご参加いただいたみなさんと共有できたかと思っています。
得た学び
わたしのロールがテクニカルサポートなので、ベストプラクティスに沿った「べき論」での回答方針を取ることがほとんどです。
もちろんそれは今も変わっていないのですが、さまざまな障壁によって「わかっているけどできていない」状態となる「運用」の難しさを感じました。
チョークトークという日本の AWS のイベントでは初の試みとなる取り組みに採択いただけたのは、得難い体験でした。
コミュニティで知り合ったさまざまな方に助けを乞うことができて 30 分のセッションを無事終えることができました。
本質を理解していない/理解が甘いことには即座に答えにくく自分にとっても再学習となるいい場でした。
セッション聴講やブース訪問といった受動的な体験に留まらず、ライブ感のある登壇機会が得られた最高の AWS Summit でした。
現地でのサポート、盛り上げをしていただき、また画像の提供もいただき大変感謝です。 個別に利用許諾はいただいており謝辞もお伝えしましたが、所属やロールも異なる関係ということもあるため、ここでは個人名や所属は伏せさせていただきます。本当にありがとうございました。
今回のわたしの登壇がどなたかの役に立てば幸いです。
ではまた。
市野 和明 (記事一覧)
マネージドサービス部・テクニカルサポート課
お客様から寄せられたご質問や技術検証を通じて得られた気づきを投稿していきます。
情シスだった前職までの経験で、UI がコロコロ変わる AWS においては GUI で手順を残していると画面構成が変わってしまって後々まごつくことが多かった経験から、極力変わりにくい AWS CLI での記事が多めです。
X（Twitter）：@kazzpapa3（AWS Community Builder）
