67
loading...
AWS Managed AD x AWS SSOでGoogle Workspaceにログインする
Google Workspace（旧G Suite）のアプリケーションを使いたいけど、ユーザー管理はActive Directoryで行いたいというケースもあるだろう。
言い換えると、ADを認証プロバイダー（Identity Provider、IdPとも書く）として利用し、Google Workspaceをそれと連携するカスタムSAMLアプリケーションとして登録するということになる。
ADFSをたてて連携させたり、ADのユーザーをGoogleと同期させる方法もあるようだがAWS Managed Microsoft AD（以下AWS Managed AD）を使っている場合は、少し面倒だ。前者はできると思うが、後者に関しては未確認。
そこで、AWSのシングルサインオンサービスのAWS SSOを利用すればサーバーをたてて何かしらインストールする必要なく、その辺りのフェデレーションをやってくれるので楽に連携できる。
なお、当たり前だが、しっかりユーザーのフェデレーションを行うためにはGoogle側のユーザーとADのユーザーは同じドメイン名を利用している必要がある。組織が持っているちゃんとしたパブリックドメインを利用するということだ（.localではだめなので、ADのドメインが.localならパブリックドメインでalternative UPNを追加しておくこと）。
AWS Managed ADでは、パブリックドメインであっても.localであってもディレクトリを作成する際に検証がはしるということはないのだが、Google側はちゃんと自分が持っているドメインじゃないとカスタムドメインとして利用できないので注意。
まずはAWS SSOの画面から、認証プロバイダーを設定する。
Active DirectoryをIDのソースに指定した上で、ディレクトリの一覧から、正しいAWS Managed ADを選択する。
設定が完了すると、こんな状態になっているはず。
次に、Googleのアプリケーションを追加する。
左側ナビゲーションの「アプリケーション」を選択し、新規アプリケーションの追加からG Suiteを検索する。ここはまだ名前が更新されてなくて旧名称のG Suiteになっているのね。
アプリケーションの追加時に、設定画面にていくつか情報を控える必要がある。
AWS SSO サインアウト URL
をコピーしておいて、
AWS SSO 証明書
をダウンロードしておく。
他に、「アプリケーションのプロパティ」と「アプリケーションメタデータ」の設定が必要だが、
「アプリケーション SAML メタデータファイル*」は手動でのメタデータ入力に切り替えた上で、
にそれぞれ設定する。何を設定するかを説明してくれるGoogleのヘルプページがあるが、ここでは省くとする。
次に、ちょっと作業場所を変えて今度はGoogle側でSSOの設定とユーザー作成を行う。
組織の管理者としてGoogle Admin画面にログインし、セキュリティ→シングルサインオンの設定に進む。設定が2つあるが、
「SAMLアプリケーションに対するシングルサインオン（SSO）の設定」は、今回とは逆のシナリオで使うものだ。つまり、Google側が認証プロバイダーとして、AWS管理コンソール等にログインしたい場合。
「サードパーティの ID プロバイダを使用したシングル サインオン（SSO）の設定」が、今回使うものなので間違いのないように。
見ていただければもうお分かりだと思うが、先程AWS SSO側で控えた情報をこちらにセットする。
設定が完了したら、保存を行う。
次は、Google側のユーザーにADと同じメールアドレスのユーザーが存在していることを確認し、まだないのであれば作成しておく。
※この例では、ユーザーの自動同期（プロビジョニング）は行っていない
再度AWS SSOに戻り、アプリケーションにユーザーの割当を行う。
さきほど追加したアプリケーションの「割り当て済みユーザー」タブから、「ユーザーの割り当て」を選択し、アプリケーションを利用させたいユーザーやグループを割り当てる。
ここまで終わったら、直接AWS SSOのポータル画面からログインしてみる。
アプリケーション一覧に、ちゃんとG Suiteがある。
G Suiteのアイコンを選択すると、ちゃんとシングルサインオンできた。
67