ID & IT Management Conference 2016の準備などで多忙だったので、色々とスルーしていた間にあった重要な発表を少しづつキャッチアップしていきたいと思います。
以下が9月上旬～中旬で発表された割と重要な発表です。（私基準です）
- マイクロソフトアカウント（MSA）へ職場または学校のアカウントで新規サインアップ不可に
- Azure Active Directory Premium P2の提供開始
- 新ポータルでAzure Active Directoryの管理が可能に
- MicrosoftとPing Identityの提携によるレガシーアプリへのSSO拡大
- Azure AD Connect 1.1.281.0のリリース
取り敢えず今回は1の「マイクロソフトアカウント（MSA)へ職場または学校のアカウントで新規サインアップ不可に」をお届けします。
9月15日に公式アナウンスが出てきました。（割と突然だったので私もびっくりしました）
Cleaning up the #AzureAD and Microsoft account overlap
https://blogs.technet.microsoft.com/enterprisemobility/2016/09/15/cleaning-up-the-azure-ad-and-microsoft-account-overlap/
早速内容を見ていきます。
◆これまでの課題
マイクロソフトのサービスを利用するには、職場また学校のアカウント、つまりOffice365やAzure Active Directory（Azure AD）で管理されているアカウント、もしくはマイクロソフトアカウント（従来のLive ID。MSA）を使ってログインする必要があります。
ただし、マイクロソフトアカウントはlive.comやoutlook.comなどマイクロソフトが用意しているドメイン以外に既存のメールアドレスを使ってサインアップすることも可能でした。
ここでOffice365やAzure ADのアカウントを使ってサインアップすると同じユーザ名のアカウントが職場または学校のアカウントおよびマイクロソフトアカウントの両方に出来上がることになり、マイクロソフトの提供するサービスへログインする際に以下のようなアカウント選択画面が表示されてしまいました。
これは一般利用者にとってわかりにくく、しばしば混乱を招いてきました。
◆今回のマイクロソフトによる対策のポイント
かなり乱暴な対策ではありますが、すでにOffice365やAzure ADで管理されているドメインのメールアドレスを使って、新規にマイクロソフトアカウントへサインアップすることが出来なくなりました。
これで新規ユーザは同じユーザ名でOffice365/Azure ADとマイクロソフトアカウントの両方にIDが作成されることは無くなりますので、ID選択画面が表示されることは無くなります。
では、既に作成済みのアカウントや、後からOffice365/Azure ADにドメイン追加されたアカウントの場合はどうなるんでしょうか？
結論、既存のマイクロソフトアカウントのIDを変更する、というのが答えです。
◆既存のマイクロソフトアカウントのIDを変更する
注意点を含む詳細はこちらのページで解説されていますので、確認して対応してください。
基本は既存のアカウントに新しいメールアドレスをエイリアスとして追加、プライマリ側と入れ替えた後、Office365/Azure ADと重複しているメールアドレスを削除するという方法です。
◆影響があるサービスがあるので注意
公式ページにも記載がありますが、職場のメールアドレスでサインアップしたマイクロソフトアカウントでないと利用できないマイクロソフトのサービスが一部あるので、職場のメールアドレスがOffice365/Azure ADで利用しているドメインと一致している環境においては、マイクロソフトアカウントのメールアドレスを切り替えるとそれらのサービスが使えなくなります。（新規にはサインアップすらできないので、当該環境において新規ユーザはそれらのサービスを使うことは出来なくなっています）
例えば、
・Windows Dev Center
・Microsoft Partner Network
などに影響があるようです。
また、既存のアカウントのメールアドレスを変更することによりデバイスのリセットなどをする必要がある場合もあるので、こちらも要注意です。
例えば、
・Windows Phone 8を使っている場合はデバイスのリセットが必要になります
・一部XBox開発ツールを使っている場合は別のIDになってしまいますので、実質アカウント作成し直しとなります
などが大きな影響といえます。
◆まとめ
MSALやv2エンドポイントなどAzure ADアカウントとマイクロソフトアカウントのコンバージが進む一方で、IDの重複問題が長年の懸案事項となっていたので、今回の対策は長い目で見れば非常に有益なことだと思います。
そもそも同じ識別子を持つ複数のIdPで同じサービスが利用できてしまうというのは、保証レベルの面などセキュリティ的にも重大な問題でした。例えば、個人の自己申告でサインアップできてしまうマイクロソフトアカウントを在職中に作成、退職後も継続的に利用しているケースにおいて、いくらAzure AD側で退職アカウントを削除したとしても、MSALを使ったコンバージ・アプリケーションへ職場のメールアドレスを使ったサインインが継続的に可能になってしまう、という課題です。
他方でMPNなど重要なサービスが職場メールアドレスのMSAでしかアクセスできないなど、過渡期に解決すべき課題もあるので、若干性急な気もした今回の対策ですが、早期に各サービス側での対応をすすめ、一日も早く綺麗な姿でサービスを提供できるようになってもらいたいものです。
投稿
0 件のコメント:
コメントを投稿