Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
スタートアップが AWS FTR を取得するべき理由
Search
izzii
May 27, 2024
Technology
0
530
スタートアップが AWS FTR を取得するべき理由
izzii
May 27, 2024
Tweet
Share
More Decks by izzii
See All by izzii
ポストコロナ時代の SaaS におけるコスト削減の意義
izzii
1
540
WAF に頼りすぎない AWS WAF 運用術 meguro sec #1
izzii
1
560
触って理解する Go コンパイラ最適化 go conference mini 2023
izzii
2
330
Goのとある未定義動作 golang.tokyo #33
izzii
1
720
Other Decks in Technology
See All in Technology
LLM開発を支えるエヌビディアの生成AIエコシステム
acceleratedmu3n
0
360
株式会社島津製作所_研究開発(集団協業と知的生産)の現場を支える、OSS知識基盤システムの導入
akahane92
1
1.3k
[TechNight #91] Oracle Database 最新パフォーマンス分析手法
oracle4engineer
PRO
4
340
AI時代の経営、Bet AI Vision #BetAIDay
layerx
PRO
1
1.3k
「AI駆動開発」のボトルネック『言語化』を効率化するには
taniiicom
1
240
金融サービスにおける高速な価値提供とAIの役割 #BetAIDay
layerx
PRO
1
580
Wasmで社内ツールを作って配布しよう
askua
0
180
AWS re:Inforce 2025 re:Cap Update Pickup & AWS Control Tower の運用における考慮ポイント
htan
1
150
生成AI時代におけるAI・機械学習技術を用いたプロダクト開発の深化と進化 #BetAIDay
layerx
PRO
1
810
ecspressoの設計思想に至る道 / sekkeinight2025
fujiwara3
12
2.3k
風が吹けばWHOISが使えなくなる~なぜWHOIS・RDAPはサーバー証明書のメール認証に使えなくなったのか~
orangemorishita
15
5.1k
地域コミュニティへの「感謝」と「恩返し」 / 20250726jawsug-tochigi
kasacchiful
0
120
Featured
See All Featured
It's Worth the Effort
3n
185
28k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
161
15k
Why You Should Never Use an ORM
jnunemaker
PRO
58
9.5k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
126
53k
Navigating Team Friction
lara
188
15k
Measuring & Analyzing Core Web Vitals
bluesmoon
7
530
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.4k
Unsuck your backbone
ammeep
671
58k
A designer walks into a library…
pauljervisheath
207
24k
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
How to Ace a Technical Interview
jacobian
278
23k
Bash Introduction
62gerente
613
210k
Transcript
スタートアップが AWS FTR を取得するべき理由 市川悠人/izzii @ Techtouch 2024/05/27
スタートアップが AWS パートナーになる理由
自己紹介 名前:市川悠人/izzii 所属:テックタッチ株式会社 経歴:AI -> セキュリティ系PdM -> SRE 趣味:登山!ボルダリング! X:
ahneahneahne
「テックタッチ」の紹介 任意のシステムの上にガイダンスや UI/AI をあと載せできるDigital Addaptation Platform (DAP) 製品を作っています!
「テックタッチ」導入企業(一部)
AWS Qualified Software です! 本テーマである AWS FTR を通過した証!
本日のテイクノート スタートアップが AWS FTR を取得するべき理由は セキュリティ知識がなくても かなり具体的な ToDo を通して
価値あるコンプライアンス型セキュリティを 進める事ができるから! そして後でやるより今やったほうが高コスパ!
AWS FTR とは? AWS Fundamental Technical Review の略称で、 AWS からのレビューを受けて認定をもらう仕組みです。
パートナーステージを Validated に上げるために必要です。 パートナーであれば無料で受けられます!! 対象はソフトウェアベンダーだけではありません!! 参考:https://aws.amazon.com/jp/blogs/psa/what-is-aws-ftr/
AWS FTR のレビュー内容 - Partner Hosted - サポートレベル -
アーキテクチャレビュー - AWS ルートアカウント - AWS からの連絡 - AWS CloudTrail - アイデンティティおよびアクセス管理 - 運用セキュリティ - ネットワークセキュリティ - バックアップと復元 - レジリエンス - Amazon S3 バケットアクセス - クロスアカウントアクセス - 機密データ - 規則遵守の検証プロセス (注意)最新や詳細の情報は AWS から直接得てください!
AWS FTR 取得のメリット 1. AWS パートナーシップを利用した営業広報活動が可能に 2. 具体的なコンプライアンス型セキュリティの実践 -> セキュリティ人材の不足するスタートアップでこそより価値が
高い ..
セキュリティ対策の最重要課題 映えある第1位は 「何をやったらいいかわからない」 です。 (個人の経験と直感に基づいてランキングが計算されております?)
セキュリティ対策は大きく2パターン 脅威ベース - 攻撃者目線で何をどう狙うか?という発想から対策を進める方式。 情報セキュリティの過去事例の知識が最低限必要。 コンプライアンスベース - 有識者が基本的なセキュリティ ToDo を整理してくれているので
やるだけ(?)
セキュリティ対策は大きく2パターン 脅威ベース - 攻撃者目線で何をどう狙うか?という発想から対策を進める方式。 情報セキュリティの過去事例の知識が最低限必要。 コンプライアンスベース - 有識者が基本的なセキュリティ ToDo を整理してくれているので
実作業に噛み砕いてやるだけ。
どんなコンプライアンスがあるの? NIST SP 800-53,171,183 .. CIS Benchmarks PCI-DSS ISO-27001, 27017..
OWASP ASVS, SAMM AWS FTR AWS Well Architected Review .. などなど
例1:ISO/IEC 27001 ISMS を運用管理するための 要求事項としてまとめられた国際標準規格。 主にコーポレートセキュリティに関するコンプライアンス。 ToDo は抽象度が高いので外部にコンサルしてもらう場合も。 認定が存在する。 参考:https://www.lrm.jp/security_magazine/difference_isms-iso27001/
例2:OWASP ASVS 脆弱性診断の結果が OWASP ASVS で カテゴリ分けされていたりするので、 見たことがある方も多いのでは。 セキュリティの知識がなくてもできるものから、 そうでないものまで。
公式の認定は存在しない。 参考:https://github.com/OWASP/ASVS
例3:AWS FTR AWS 上で構築されたサービスにおいて、 セキュリティに配慮し、 サービスの安定提供のための設計や運用が一定水準以上であるか といったことを問うもの。 ToDo が具体的なので外部の手を借りる必要はないと感じた。 認定が存在する。
(余談)個人的にはツール系も好きです 過剰気味に脆弱性を教えてくれるので、 意味があるものを判断して対処するとよい。
(注意)発表者はコンプライアンスを広義解 釈している嫌いがあります笑 文脈によって使い分けてください!
AWS FTR 振り返り なセキュリティコンプライアンス AWS を使ったサービスの セキュア化の 1st ステップにおすすめ -
認定がもらえる - 取得と維持が無料 - 必要最低限に絞られている印象(どの会社でもマッチするのでは?) - ToDo が具体的 - プロダクトセキュリティに特化
対策例を紹介します
IAM-009 アプリケーションコードにシークレットを含まない 放置されていたものを全て、AWS Secret Manager などに移し、ローテー ションしました。 さらに gitleaks を導入することで誰かがシークレットをハードコードしてし
まうことをふせぎました。 参考:https://github.com/gitleaks/gitleaks
SECOPS-001 脆弱性管理を実施する テックタッチでは Github dependabot AWS Inspector AWS Lambda Looker
Studio Slack の組み合わせで実施しています。 脆弱性の即時対応と、定期的な脆弱性の削減が運用に載ると 安心感が爆上げです。 ダッシュボードのスクショを 載せるわけにもいかず🥺
IAM-002 クレデンシャルを定期的にローテーションする IAM KEY をほぼ全て削除することで対応しました。 IAM KEY を使わないといけない状況というのは かなり限られるものと思われます。
そもそも漏れるキーが存在しないというのは安心感爆上げです!
本日のテイクノート スタートアップが AWS FTR を取得するべき理由は セキュリティ知識がなくても かなり具体的な ToDo を通して
価値あるコンプライアンス型セキュリティを 進める事ができるから! そして後でやるより今やったほうが高コスパ!
テックタッチでは絶賛採用募集中です!