「リリース サイクルを速めることに注力するあまり安全性がないがしろにされないだろうか?」DevOps に踏み切れない理由として「安全性」を挙げる方は多いようです。しかし、DevOps の中にセキュリティの改善も含まれていたらどうでしょう? アプリケーションのリリースとともに安全性も向上させられます。その大前提となるのは「コーディング側でやるべきことを最小限にする」ことです。そのためにはプラットフォーム側の安全性も担保されていなければなりません。本セッションでは、Microsoft Azure と Visual Studio Team Services を駆使し、アプリケーションとインフラストラクチャの安全性を改善し続ける方法について解説します。 受講対象: IT セキュリティの改善に興味のある方 製品/テクノロジ: DevOps/アーキテクチャ/アイデンティティ (AD/Azure AD)/セキュリティ/運用 安納 順一 日本マイクロソフト株式会社 デベロッパー エバンジェリズム統括本部 エバンジェリスト

1. Sec

2. セッションアンケートにご協力ください
 専用アプリからご回答いただけます。
decode 2017
 スケジュールビルダーで受講セッションを
登録後、アンケート画面からご回答ください。
 回答時間はたったの 15 秒!

3. Ask the Speaker のご案内
本セッションの詳細は『Ask the Speaker Room』各コーナーカウンタにて
ご説明させていただきます。是非、お立ち寄りください。

5. 安全性

7. SIEM

8. A B
C

11. ここはクラウドがやってくれている

13. 開始
Security as an after thought（結果論）
計画 設計 開発 テスト 展開

15. なぜシステムが必要なのか?
利用者は目的をもってデバイスを使用する。
それはネットワークに接続され、ソリューションを使用する。
ソリューションはサービスによって構成され、
インフラストラクチャ上で実行される。
Personas have objectives and use devices that connect via networks and consume solutions composed of services running on infrastructure.
こちら側に重きを置いて設計
しようとするから

16. なぜシステムが必要なのか?
利用者は目的をもってデバイスを使用する。
それはネットワークに接続され、ソリューションを使用する。
ソリューションはサービスによって構成され、
インフラストラクチャ上で実行される。
Personas have objectives and use devices that connect via networks and consume solutions composed of services running on infrastructure.
人を中心に設計する

17. SSO

19. 確実に“本人であること”を
保証する仕組みを実装する
認証された
ユーザーの
権限を明確に
する

21. アイデンティティのライフサイクルが
スムーズに遷移できる仕組みになっているか?

23. ROLE1
アクション
アクション
アクション
User ROLE1
ROLE2
ROLE3 権限

24. アプリケーション改修を回避できる設計

25. 割り当て
評価/棚卸削除

26. 各業務プロセスにおいて、
• 誰がどのような役割を持つべきか
• 誰がどのような役割を持っていてはいけないか
を常に改修できるパイプラインを設計する。
RBAC ＋ DevOps

30. User
admins

31. まとめ

32. DevOps is Journey
Security is also Journey

33. © 2017 Microsoft Corporation. All rights reserved.
本情報の内容（添付文書、リンク先などを含む）は、作成日時点でのものであり、予告なく変更される場合があります。