権限管理基盤の開発とQAの今 / Authority Management Infrastructure Development and QA Now

by freee

Slide 1

Slide 1 text

権限管理基盤の開発とQAの今 sentokun/harashin 2024年6⽉1⽇

Slide 2

Slide 2 text

2022年8月中途入社。10年組込 → Webエンジニア → freee でエンジニアリングマネージャーに。ニックネームは sentokunくんづけのままで呼ぶか迷われがち  2 辻裕士/sentokun  権限管理基盤チームエンジニアリングマネージャー 2021年にfreeeに入社。これまでにモバイルQAE/会計QAE/SWE in Qualityを経験。現在は基盤 QAEとして奮闘中。自称、社内ジョブホッパー。  原田晋/harashin  権限管理基盤チーム QAマネージャー

Slide 3

Slide 3 text

　 01 freee の権限管理基盤とは 02 権限管理基盤のマジ価値 03 マジ価値が届くまで 04 権限管理基盤のこれから⽬次

Slide 4

Slide 4 text

　 01 freee の権限管理基盤とは 02 権限管理基盤のマジ価値 03 マジ価値が届くまで 04 権限管理基盤のこれから⽬次

Slide 5

Slide 5 text

統合型経営プラットフォームを⽬指す freee

Slide 6

Slide 6 text

統合型経営プラットフォームを⽬指す freee 権限体験の統⼀が必要

Slide 7

Slide 7 text

権限体験の統⼀とは freee 会計 freee ⼈事労務 ● 権限に関わるユーザー体験をプロダクトで同じ状態にすること ○ 今はプロダクトごとに異なる

Slide 8

Slide 8 text

権限体験が統⼀されていないとなにが困るの？ユーザーにとって ● freee のプロダクトを業務に取り⼊れるたび、使い⽅を覚える必要あり freee の開発者にとって ● 権限制御を⾃⾝で適切に実装‧運⽤‧拡張しつづけなければならないプロダクトの企画者にとって ● プロダクトの権限制御を時間とコストをかけて提供する必要がある

Slide 9

Slide 9 text

Slide 10

Slide 10 text

権限管理基盤とは ● 複雑な権限制御を誰にとっても、簡単に、わかりやすく提供する基盤 ○ プロダクトは基盤を導⼊するだけで、権限制御に関わる機能を実現できる！ ○ freee のための Platform as a Service となるのが理想プロダクト 1 プロダクト 2 …  freee ユーザー  権限管理基盤 

Slide 11

Slide 11 text

権限管理基盤が提供する価値ユーザーにとって ● どのプロダクトでも業務に沿って安全かつ簡単に権限を運⽤できる freee の開発者にとって ● 権限制御を基盤に任せ、⼿軽で安全に導⼊‧運⽤‧拡張できるプロダクトの企画者にとって ● プロダクトの権限制御を素早くリーズナブルに提供できる

Slide 12

Slide 12 text

　 01 freee の権限管理基盤とは 02 権限管理基盤のマジ価値 03 マジ価値が届くまで 04 権限管理基盤のこれから⽬次

Slide 13

Slide 13 text

　権限制御ってなに？

Slide 14

Slide 14 text

権限制御ってなに？ ● A. アクセス制御ポリシーに従い、ユーザーの属性に合わせて適切なアクセス制御を⾏うこと

Slide 15

Slide 15 text

権限制御ってなに？ ● A. アクセス制御ポリシーに従い、ユーザーの属性に合わせて適切なアクセス制御を⾏うこと

Slide 16

Slide 16 text

権限制御ってなに？ ● A. アクセス制御ポリシーに従い、ユーザーの属性に合わせて適切なアクセス制御を⾏うことユーザー属性ってなに？

Slide 17

Slide 17 text

ユーザー属性 ● freee ユーザーは、様々な属性を持っている ■ 管理者、メンバーなどの役割 (ロール) ■ ユーザーの契約プラン (ライセンス) ■ etc

Slide 18

Slide 18 text

権限制御ってなに？ ● A. アクセス制御ポリシーに従い、ユーザーの属性に合わせて適切なアクセス制御を⾏うこと適切なアクセス制御ってなに？

Slide 19

Slide 19 text

対象の機能を使っていい⼈だけが、画⾯やエンドポイントなどにアクセスできるよう制御すること OK  NG  ×  管理者メンバー適切なアクセス制御

Slide 20

Slide 20 text

権限制御ってなに？ ● A. アクセス制御ポリシーに従い、ユーザーの属性に合わせて適切なアクセス制御を⾏うことアクセス制御ポリシーってなに？

Slide 21

Slide 21 text

アクセス制御ポリシー = アクセスしていい条件の集まり ● 設定ファイルでユーザーの属性となにが許可されているかを記載 ○ 許可機能とユーザー属性を紐付け ○ 許可エンドポイントと機能を紐付け => ユーザー属性と紐付け …. … … アクセス制御ポリシー管理者なら  許可  有料プランなら許可 

Slide 22

Slide 22 text

権限制御ってなに？ ● A. アクセス制御ポリシーに従い、ユーザーの属性に合わせて適切なアクセス制御を⾏うこと OK  NG  ×  管理者メンバー …. … … アクセス制御ポリシー管理者なら  許可 

Slide 23

Slide 23 text

権限管理基盤を利⽤したアクセス制御の実現 ● 権限管理基盤は、設定ファイルに従いアクセス制御の判定を⾏う ● プロダクトは、判定結果を元に適切なアクセス制御を実現できる

Slide 24

Slide 24 text

多様‧多層なアクセス制御の提供が価値を広げる ● 権限管理基盤が提供する多様‧多層なアクセス制御とその品質 = プロダクトが提供できる権限制御多層なアクセス制御多様なアクセス制御ロールライセンス …

Slide 25

Slide 25 text

　どんなアクセス制御があるの？

Slide 26

Slide 26 text

この話多様なアクセス制御ロールライセンス

Slide 27

Slide 27 text

RBAC / ロールベースアクセス制御 ● ユーザーの業務に合わせたロールによる制御 ○ 例: 勤怠申請はみんなできるが承認は管理者しかできない ● ⼀般⽤語、AWS の IAM ロールなどと同じ概念 OK  NG  ×  管理者メンバー

Slide 28

Slide 28 text

RBAC の流れをアクセス制御ポリシーで説明 ● 権限管理基盤はロールに対するアクセス制御ポリシーを持つ ○ 例: 管理者 → 承認機能を利⽤できる ● 管理者は、ユーザーを招待する際にロールを割り当てる ● ユーザーに割り当てられたロールを元に、アクセス制御ポリシーに基づいてアクセス制御を⾏う ○ 例: 管理者 → 承認ボタンを表⽰

Slide 29

Slide 29 text

LBAC / ライセンスベースアクセス制御 ● ユーザーの契約プランに紐づいたライセンスによる制御 ○ プレミアムなら仕訳承認フローが使えるといったアクセス制御 ● freee 独⾃の造語、freee プロダクトに合わせたアクセス制御 OK  NG  ×  プレミアムプランスタンダードプラン

Slide 30

Slide 30 text

LBAC の流れをアクセス制御ポリシーで説明 ● 権限管理基盤はライセンスに対するアクセス制御ポリシーを持つ ○ 例: プレミアムプランに紐づいたライセンス → 仕訳承認機能を利⽤できる ● ユーザーは、freee のプランを契約する ● freee は、ユーザーに契約プランに応じたライセンスを割り当てる ● ユーザーに割り当てられたライセンスを元に、アクセス制御ポリシーに基づいてアクセス制御を⾏う ○ 例: プレミアムプランに紐づいたライセンス → 仕訳承認画⾯を表⽰

Slide 31

Slide 31 text

　どうやってマジ価値を届けるの？

Slide 32

Slide 32 text

Slide 33

Slide 33 text

権限管理基盤が提供する価値ユーザーにとって ● どのプロダクトでも業務に沿って安全かつ簡単に権限を運⽤できる freee の開発者にとって ● 権限制御を基盤に任せ、⼿軽で安全に導⼊‧運⽤‧拡張できるプロダクトの企画者にとって ● プロダクトの権限制御を素早くリーズナブルに提供できるすべて「プロダクトに権限管理基盤を使ってもらう」ことで価値が届く！

Slide 34

Slide 34 text

例: LBAC / ライセンスベースアクセス制御を導⼊した場合 ● プロダクトはアクセス制御ポリシーを考えるだけで、ユーザーの契約プランに紐づいたライセンスに応じたアクセス制御ができる OK  NG  ×  プレミアムプランスタンダードプラン

Slide 35

Slide 35 text

例: LBAC / ライセンスベースアクセス制御を導⼊した場合開発者プロダクト企画者新プランで使う機能を考えるだけ！権限制御開発が簡単！簡単にプランを作れるから、ユーザーに嬉しいプランがたくさん考えられるぞ！⾃分たちにあったプランが選べる！ freee ユーザー

Slide 36

Slide 36 text

権限管理基盤が提供する価値ユーザーにとって ● どのプロダクトでも業務に沿って安全かつ簡単に権限を運⽤できる freee の開発者にとって ● 権限制御を基盤に任せ、⼿軽で安全に導⼊‧運⽤‧拡張できるプロダクト設計する⼈にとって ● プロダクトの権限制御を素早くリーズナブルに提供できる

Slide 37

Slide 37 text

Slide 38

Slide 38 text

基盤を導⼊ → 基盤がパワーアップするほどマジ価値が広がるよ！多層なアクセス制御多様なアクセス制御ロールライセンス …

Slide 39

Slide 39 text

権限管理基盤の価値は、「プロダクトに権限管理基盤を使ってもらう」ことで届く！

Slide 40

Slide 40 text

社内の基盤チームならではの部分もあるよ！ ● 利⽤ユーザーである開発者の slack からフィードバックを得る ● 基盤チームがプロダクトを触って直接導⼊を進めることも ● 導⼊作業を通じた気づきを得て基盤に⾜りない点を把握 ○ 結果、安全な導⼊ができるような追加開発を⾏った事例も

Slide 41

Slide 41 text

　 01 freee の権限管理基盤とは 02 権限管理基盤のマジ価値 03 マジ価値が届くまで 04 権限管理基盤のこれから⽬次

Slide 42

Slide 42 text

権限管理基盤の価値がユーザーに届くまでリリース  freee ユーザー  freee 内  プロダクトリリース  導入  権限制御機能 

Slide 43

Slide 43 text

基盤機能開発  基盤導入開発  権限管理基盤の価値がユーザーに届くまでのフェーズ新機能企画  機能開発  基盤QA  導入QA  導入開発  開発‧QA でフェーズに合わせた価値を提供するプロダクトリリース  導入  権限制御機能 

Slide 44

Slide 44 text

　基盤機能開発

Slide 45

Slide 45 text

基盤開発フェーズ基盤機能開発  基盤導入開発  新機能企画  機能開発  基盤QA  導入QA  導入開発  プロダクトリリース  導入  権限制御機能 

Slide 46

Slide 46 text

機能開発 ● 多様‧多層なアクセス制御を実現する開発多層なアクセス制御多様なアクセス制御ロールライセンス …

Slide 47

Slide 47 text

開発の価値を作る ● バグがセキュリティリスクに繋がる ● 共通基盤としてのパフォーマンスリスクを引き起こす ● 導⼊時の漏れが権限制御機能設計の漏れに繋がるキーワード: shift-left ● なぜ shift-left しやすいのか？ ○ API ベースだから ○ 基盤として提供するドメインを明確にしている。だからデモベースの CI でテストができるよ ● どういうテストをしているか？ ○ テスト内容の話 ■ 機能観点 ■ プロダクト導⼊観点

Slide 48

Slide 48 text

● セキュリティインシデントに繋がる ○ ⾒れてはいけない⼈や⾒てほしくない⼈のデータが⾒れてしまう ○ サービスの信頼も落ちてしまう ● 多くのサービスに影響がある ○ 基盤起因で他サービスが障害になる可能性があるなぜ権限管理基盤で品質が重要なのか

Slide 49

Slide 49 text

基盤開発フェーズでのポイント QA対象は、権限管理基盤のみ！プロダクトは対象外 1 テスト準備‧実施は、ほぼすべてAPI経由で実施 2 基盤開発フェーズで、QAやるといいことがたくさん 3

Slide 50

Slide 50 text

● 権限を通してどんなユーザー体験を提供するかは、プロダクトによって異なる。 ○ 特定のプロダクトを介したQAをしたとしても、権限管理基盤での⼀部の機能しか利⽤しないという場合がある ● 対象を権限管理基盤に絞ることで、シフトレフトすることができる。権限管理基盤が提供する権限制御機能プロダクトAが利⽤する権限制御プロダクトBが利⽤する権限制御 QA対象は、権限管理基盤のみ！プロダクトは対象外 1

Slide 51

Slide 51 text

● ユーザ作成などのテスト準備や権限管理基盤が提供する機能もAPI経由でテストを実施。 OK  NG  ×  管理者メンバー …. … … アクセス制御ポリシー画⾯制御テスト対象：権限管理基盤エンドポイント保護設定ファイルの更新テスト準備‧実施は、ほぼすべてAPI経由で実施 2

Slide 52

Slide 52 text

基盤機能開発 ● プロダクトの変更に強いので、テストをシフトレフトできる。 ● ⾃動テストとして実⾏しているので安⼼安全に開発を進めることができる。 Eng  Pull Request Merge Release 基盤QA  リグレッションテスト機能テスト機能テストを含むリグレッションテストテスト準備‧実施は、ほぼすべてAPI経由で実施 2

Slide 53

Slide 53 text

● これまでプロダクトチームで細かな権限のテストが不要になる。 ● リリース前の脆弱性診断で⾒つかっていた権限による脆弱性は、権限管理基盤を導⼊していれば早期に検知‧対応できる。 ● 基盤開発フェーズでQAできると安⼼安全にリリースが早くできる。基盤開発フェーズで、QAやるといいことがたくさん 3

Slide 54

Slide 54 text

● 権限を通じて提供するユーザー体験は、プロダクトごとで異なる。 ● テスト対象を絞ることで、シフトレフトすることができる。基盤開発フェーズ：まとめ QA対象は、権限管理基盤のみ！プロダクトは対象外 1 テスト準備‧実施は、ほぼすべてAPI経由で実施 2 基盤開発フェーズで、QAやるといいことがたくさん 3 ● プロダクトの変更に強いので、テストもシフトレフトしやすい。 ● ⾃動テストとして実⾏しているので安⼼安全に開発が進められる。 ● 導⼊開発フェーズで、細かな権限周りのテストが不要になる。 ● 権限周りの脆弱性が早期に発⾒‧対応でき、リリースが早くできる。

Slide 55

Slide 55 text

　基盤導⼊開発

Slide 56

Slide 56 text

導⼊開発フェーズ基盤機能開発  基盤導入開発  新機能企画  機能開発  基盤QA  導入QA  導入開発  プロダクトリリース  導入  権限制御機能 

Slide 57

Slide 57 text

導⼊開発フェーズでのポイントプロダクトに合ったアクセス制御ポリシー設計が重要 1 プロダクトチームにもQAを実施してもらう 2 設定ファイルの記載漏れに気付ける仕組みを⽤意する 3

Slide 58

Slide 58 text

● 権限制御を利⽤すること⾃体は簡単 ○ 設定ファイルを⽤意するだけで利⽤可能 ● 権限制御を安全に導⼊するのが難しい ○ 適切なポリシー設計のためには必要なこと ■ プロダクトのドメイン知識 ■ 権限ドメインの知識が必要 ○ 安全に導⼊するための品質担保が重要！プロダクトと基盤の連携が必要プロダクトに合ったアクセス制御ポリシー設計が重要 1

Slide 59

Slide 59 text

● アクセス制御ポリシーが適⽤されているか ○ プロダクトに設定したアクセス制御ポリシーがアプリ側で正しく適⽤されているかをテストする ● 設定ファイルにエンドポイント∕機能の記載漏れがないか ■ プロダクト側のリグレッションテストを実施することで重篤度の⾼い機能において記載漏れがないことをテストするプロダクトチームにもQAを実施してもらう 2

Slide 60

Slide 60 text

通常安全プロダクト処理前に拒否判定だけして結果をプロダクトに転送設定ファイルの記載漏れに気付ける仕組みを⽤意する 3

Slide 61

Slide 61 text

エンドポイント保護を安全に導⼊するための例通常安全プロダクト処理前に拒否判定だけして結果をプロダクトに転送

Slide 62

Slide 62 text

● 設定ファイルを⽤意するだけで、権限制御機能は利⽤できるようになる ● 適切なポリシー設計のために、プロダクトと権限管理基盤の連携が必要。導⼊開発フェーズ：まとめプロダクトに合ったアクセス制御ポリシー設計が重要 1 プロダクトチームにもQAを実施してもらう 2 設定ファイルの記載漏れに気付ける仕組みを⽤意する 3 ● プロダクトの設定ファイル⾃体の正しさは、導⼊開発QAで担保する ● プロダクト側でアクセス制御ポリシーが適応しているかのテストを実施 ● 設定ファイルの記載漏れは、リグレッションテストを実施して洗い出す ● 設定ファイルの記載漏れは完全に防げない ● 仮に記載が漏れていたとしても、気がつける仕組み‧体制にしている

Slide 63

Slide 63 text

　 01 freee の権限管理基盤とは 02 権限管理基盤のマジ価値 03 マジ価値が届くまで 04 権限管理基盤のこれから⽬次

Slide 64

Slide 64 text

基盤機能∕導⼊開発で⽬指す世界 ● 機能開発 ○ freee 独⾃のユーザー属性に合わせた多様‧多層なアクセス制御を想定 ● 導⼊開発 ○ 利⽤者が簡単に誰の⼿も借りずに基盤を導⼊できる世界を⽬指す ○ SLI/SLO などの品質基準の設定

Slide 65

Slide 65 text

参考: freee Developers Hub 関連ページ ● freee の権限管理基盤マイクロサービスの今を語ろう！ ○ https://developers.freee.co.jp/entry/authorization-management-micros ervice ● freee 権限管理基盤を開発するチームの今を語ろう！ ○ https://developers.freee.co.jp/entry/authorization-management-develo pment-team ● 権限管理基盤マイクロサービスで⾏っているQA活動について ○ https://developers.freee.co.jp/entry/freee-qa-advent-calendar-day2 ● QAエンジニアからSEQへのキャリアパスについて考える ○ 発表者の記事。SEQ としての取り組みが権限管理基盤に反映されている ○ https://developers.freee.co.jp/entry/freee-qa-advent-calendar-day1

Slide 66

Slide 66 text

No content