4FURL:https://www.nttdata-gsl.co.jpOneLoginは柔軟性がすばらしく、クラウドマイグレーションに最適なツールです。他社のクラウドSSOサービスとは内部の仕組みが違いますね。グローバルソリューションズ」はどんな会社ですか?SAPを中心としたERPベンダーです。グローバルソリューションズは、NTTデータグループにおけるグローバルSAP事業のコア・カンパニーとして、NTTデータグループの世界41ヵ国・地域、176都市に広がる海外拠点と連携し、9,000名を超えるSAPコンサルタントとともに、国内外のビジネスをけん引する役割を担っています。(広報)OneLoginのご利用はどのような部門で、何人で利用されていますか2016年末時点の社員数は420名程度の会社です。グローバルソリューションズは、NTTデータグループで国内と海外をビジネスとする会社で、外国人の方も在籍しております。365の利用開始がきっかけです。セキュリティ対策を施す必要があり市場調査したところOneLoginを見つけました。当時はiDCからクラウドへの移行もふたつ目のテーマでした。この点でもセキュリティ対策を必要としていました。導入検討段階では、どのようなサービスと比較されましたか導入段階の調査では、他2社のSSOサービス、そしてペンティオ様のOneLoginなどを検討しました。この時点で一旦他社のSSOサービス(略称)”サービスO”を採用して検証しました。SSO”サービスO”を検証した結果、「”サービスO”の認証に移行できない」結論になりました。365に対するセキュリティを担保できないという結論でした。この時の検証でどのような課題がありどのように対処しなくてはならないか洗い出せましたので、今度は「これら課題を解消できる別の方法を探しましょう」ということになりました。この時点ではiDCサーバーで運用する予定でしたのでクラウド移行の前提ではありませんでした。その後、社員増加に伴いシステムサイジングが間に合わなくなることがわかりました。従来通りのシステム構成だと人員増加を見越した大がかりなシステムを導入して備える必要があることがわかりました。この時点でクラウドの柔軟性を得る為にクラウド移転が必要と判断しました。クラウドにしなくてはならない必然性が発生この時期にもOneLoginが急激な成長をとげていることは把握していました。上記ふたつの課題をOneLoginならば解決できるのではないかと考えました。(馬場)導入検証でどんな点を比較しましたでしょうかOneLoginは国内SSOサービスと毛色が違うと判断しました。WS-Federation設定は難しい・面倒くさい・トラブルが出やすい」と言う印象がありました。検証時の”サービスO”や別の(略称)”サービスH”を使うと一見簡単に利用できそうと思い、利用検証してみましたが、難しくは無いようにみえるけれどもやはり面倒くさい・トラブル障害が出やすかったという結果でした。ところがOneLoginを試してみるとひと言で「超簡単です」。シンプルかつ簡単かつトラブルフリーです。Directoryサーバにエージェント等のインストールが実質ありません単体の実行プログラムのみです。あとのシステムは全部クラウド上です。自社システムとクラウドのあいだに中間又は変換サーバーはいりません。ネットワークはインターネット越しで大丈夫です。そのインターネットに特殊設定は必要ありません。IPがいくつあっても大丈夫です。Directoryドメインがいくつあっても大丈夫です。Directoryが冗長化されていても対応できます。Directoryのユーザーパスワードの連携は双方向でも片方向でも大丈夫です。はじめは私も驚きましたけれども、WS-Federationがこんなに簡単にできるのかと驚きました。”サービスO”の場合はどうでしょう。Directoryの連携が必要です。Directoryが壊れたら大変だな。”サービスO”だったらどうするのか、中継サーバーが必要です。意外とネットワーク要件も厳しいな。PowerShellでユーザー情報を書き込んでいるんだ。ここがハッキングされたら危ないんじゃない。障害が出た場合に認証セキュリティ設定を全て外して認証を切り替えることは実質できない。そこでOneLoginの話を聞くと「またまた。そんな簡単な話はないでしょう。実際利用したらきっと面倒くさいに違いない」と想像しました。OneLoginの手順書を見ると「本当にこれだけ?」と疑ってしまいます。使うことは簡単だし、連携に問題無いし、なぜこんなにシンプルでトラブルが出ないのだろう。MicrosoftがOffice認証をWS-Trust方式からADAL方式(先進認証)に切り替えた時には、”サービスO”であれだけトラブルで大騒ぎになっているのに、OneLoginでは障害が発生していませんでした。「同じWS-Federationといっても違うものなのだ」と認識しました。(馬場)導入後に想定した運用に、適応できていますか大きなテーマであるiDCからクラウドへの移行は想定とおりにうまくいきました。当初何故OneLoginはあれほど多くのアプリケーションSSOに対応しているのだろう?何故OneLoginだけトラブルが無く継続的に運用できているのだろう?国内大手企業が提供するSSOサービスがあれだけ苦心しているのに何が違うのだろう?と疑問でした。ところが実際に利用してみて気がつきました。同じ「WS-Federation認証」といってもOneLoginと国内SSOサービスではブラックボックス内部の仕組みが違うのだ。365だけじゃ無く様々なシステムを連携利用できる。そこにOneLogin導入とデータセンタークローズが重なりタイミング良くいきました。OneLoginはクラウドマイグレーションする為に最適なツールです。OneLoginはクラウド利用の為のフロントポータルサービスで他社SSOサービスとは違うと思っております。365のSSOを社内・海外からもOneLoginを利用しています。今後は社内ポータル(Intra-mart)やクラウド型経費精算システムで利用予定です。(馬場)Intra-martのSAMLコネクターはペンティオが作成しました。利用実績のあるコネクタです。(長谷川)会社の中ではモバイルで利用したいアプリケーションの筆頭がIntra-martなんですが、WebフォームからIDパスワードを打たせたくないですね。そこがセキュリティリスクになりますので。その点OneLoginならばパスワードを利用しないSAML認証ができるので安心できます。ユーザーはクリックするだけでログインできますし、詳細なログもとれます。ログイン管理とログ出力操作には手間がかかります。このログ管理のためにわざわざ別のシステムを用意するくらいです。Management)連携でクラウド管理できるようになると便利になりますね。(長谷川)これまではクラウドをオンプレミスのように使いたいということが多くの要望でした。イメージとして「LANだから安全、Internetだから危険」が一般的な概念でしたが、逆だと思っています。残っているオンプレミスをクラウドのように管理運用して使えるようにするか。そこにOneLoginが必須と思っております。弊社のアプリケーション利用は今後も広がります。これからクラウド型経費精算システムの利用もSAML認証でシングルサインオン利用します。「SAMLに対応してるか」の次には「Provisioningに対応しているか」のほうが管理者には気になりますね。SIEM連携とは、サーバー、ネットワーク機器、クラウドサービス等から発せられるログを一元管理して不正を検知するシステム連携を指します。(編集部注)アプリケーション利用権限の付与はどのように実施していますかアプリケーション利用者のマッピングは”サービスO”では苦労しました。以外の値にユーザーマッピングができなくて苦労しました。そこで、OneLoginでもユーザーマッピングでは苦労するのではないか、と思っていました。ペンティオさんから「簡単にできます」と言われて「ええっ」。失礼な言い方ですけど国内大手ベンダができないと言っている機能要求を簡単に実現できるのかな?と感じました。「そんな簡単にできるはずはない」が最初の印象でした。(馬場)その印象と違っていかがでした。(長谷川)そこのエクスペリエンスをいかに多くの方に知ってもらうか、OneLogin導入する側の方に知ってもらいたい点ですね。(馬場)OneLogin導入検討に他の検討課題はありましたかOneLoginは使う側のユーザーも、導入する側の管理者も、どちらの立場の者も導入すればお互いにメリットが生まれるソリューションだと思います。珍しいシステムだと思います。普通は「ユーザーの利便性の為にシングルサインオンを入れます」という場合管理者はたいへんになるけども仕方が無い。逆に「安全の為にセキュリティシステムを入れます」この場合ユーザーの利便性が下がるけれども仕方が無い。いうどちらかの場合が多いですよね。どっちを優先するかという課題がありますよね。管理者とユーザーの両者にメリットがあります」というサービスはなかなか無いと思いますね。(馬場)OneLoginはサービス創業当初から利便性に意識のあるサービスだなと感じています。(長谷川)OneLoginはRADIUS認証もできます。RADIUS用サーバーを買わなくてもいいんだ。RADIUS運用の為に入れても良いんじゃないかと思います。普通は「お金をかけた。