シングルサインオン

シングルサインオン（SSO）は、ユーザーが認証の資格情報（ユーザー名、パスワードなど）を一度入力すれば、その後は複数のシステムにアクセスできるようにするものです。個別のシステム（信頼された認証として知られる）が認証を実行し、Adobe Experience Manager に対してユーザーの資格情報を提供します。Adobe Experience Manager がそのユーザーのアクセス権を確認し、適用します（つまり、ユーザーがアクセスを許可されているリソースを決定します）。

SSO認証ハンドラーサービス(com.adobe.granite.auth.sso.impl.SsoAuthenticationHandler)は、信頼された認証子が提供する認証結果を処理します。 SSO認証ハンドラは、次の順序で、特別な属性の値としてssid（SSO識別子）を検索します。

  1. 要求ヘッダー
  2. cookie
  3. 要求パラメーター

値が見つかった場合は、検索を終了し、その値を使用します。

以下の 2 つのサービスについて、この ssid が格納された属性の名前を認識できるように設定します。

  • ログインモジュール
  • SSO 認証サービス

両方のサービスに同じ属性名を指定する必要があります。 属性は、Repository.loginに提供されるSimpleCredentialsに含まれます。 属性の値は無関係で無視され、単に存在するだけが重要で、検証されます。

SSO の設定

AEM インスタンス用に SSO を設定するには、SSO Authentication Handler を設定する必要があります。

  1. AEM と連携する場合は、いくつかの方法でこのようなサービスの設定を管理できます。詳細および推奨事項については、OSGi の設定を参照してください。

    例えば、NTLM の場合は以下のように設定します。

    • パス： 必要に応じて；例えば、 /

    • ヘッダー名: LOGON_USER

    • IDの形式: ^<DOMAIN>\\(.+)$

      <*DOMAIN*>は、独自のドメイン名に置き換えます。
      CoSign の場合：

    • パス： 必要に応じて；例えば、 /

    • ヘッダー名：remote_user

    • ID形式： 現状

    SiteMinder の場合：

    • パス： 必要に応じて；例えば、 /
    • ヘッダー名：SM_USER
    • ID 形式：AsIs

  2. 認証を含め、シングルサインオンが要求どおりに動作していることを確認します。

注意

SSO を設定した場合は、ユーザーが直接 AEM にアクセスできないようにしてください。

SSO システムのエージェントを実行する Web サーバー経由でアクセスするようにユーザーに要求します。そうすることで、ユーザーが AEM から信頼されるためのヘッダー、cookie またはパラメーターを直接送信できなくなります。そのような情報が外部から送信された場合に、エージェントでフィルターがかかるからです。

Web サーバーを経由せずに AEM インスタンスに直接アクセスできるユーザーは、別の既知のユーザーのヘッダー、cookie またはパラメーターを送信することで、そのユーザーとして行動できます。

ヘッダー、cookie および要求パラメーターの名前についても、SSO 設定で必要となるものだけを設定するようにしてください。

メモ

シングルサインオンは、多くの場合、LDAP と共に使用されます。

メモ

Microsoft Internet Information Server（IIS）と共に Dispatcher も使用している場合は、以下で追加の設定をおこなう必要があります。

  • disp_iis.ini
  • IIS

disp_iis.iniセット：
（詳しくは、Microsoft Internet Information Serverと共にディスパッチャーをインストールするを参照）

  • servervariables=1（IIS サーバー変数を要求ヘッダーとしてリモートインスタンスに転送します）
  • replaceauthorization=1（「Basic」を除く、「Authorization」という名前のすべてのヘッダーを、その「Basic」と同等のものに置き換えます）

IIS では、次のように設定します。

  • 匿名アクセス​を無効にします。

  • 統合 Windows 認証​を有効にします。

Felix コンソールの「Authenticator」オプションを使用すると、コンテンツツリーのすべてのセクションに適用される認証ハンドラーを確認できます。次に例を示します。

http://localhost:4502/system/console/slingauth

パスに最適なハンドラーが最初に照会されます。例えば、パス/にhandler-Aを設定し、パス/contentにhandler-Bを設定した場合、/content/mypage.htmlに対する要求が最初にクエリhandler-Bに送られます。

screen_shot_2012-02-15at21006pm

例

Cookieリクエストの場合（URL http://localhost:4502/libs/wcm/content/siteadmin.htmlを使用）:

GET /libs/cq/core/content/welcome.html HTTP/1.1
Host: localhost:4502
Cookie: TestCookie=admin

次の設定を使用します。

  • パス: /

  • ヘッダー名: TestHeader

  • Cookie Names: TestCookie

  • パラメータ名: TestParameter

  • IDの形式: AsIs

応答は次のようになります。

HTTP/1.1 200 OK
Connection: Keep-Alive
Server: Day-Servlet-Engine/4.1.24 
Content-Type: text/html;charset=utf-8
Date: Thu, 23 Aug 2012 09:58:39 GMT
Transfer-Encoding: chunked

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "https://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
    <title>Welcome to Adobe&reg; CQ5</title>
....

これは、次の条件を満たす場合にも機能します。
http://localhost:4502/libs/cq/core/content/welcome.html?TestParameter=admin

または、次のcurlコマンドを使用してTestHeaderヘッダーをadmin:に送信できます
curl -D - -H "TestHeader: admin" http://localhost:4502/libs/cq/core/content/welcome.html

メモ

ブラウザーで要求パラメーターを使用したときは、HTML の一部だけが（CSS なしで）表示されます。これは、HTML からの要求はすべて要求パラメーターなしでおこなわれるからです。

SSO を使用する場合、サインインとサインアウトは外部で処理されるので、AEM 独自のサインアウトリンクは不要であり、削除する必要があります。

ようこそ画面のサインアウトリンクは以下の手順で削除できます。

  1. /libs/cq/core/components/welcome/welcome.jspを/apps/cq/core/components/welcome/welcome.jspにオーバーレイ

  2. jsp の以下の部分を削除します。

    <a href="#" onclick="signout('<%= request.getContextPath() %>');" class="signout"><%= i18n.get("sign out", "welcome screen") %>

右上隅にあるユーザーの個人メニューのサインアウトリンクを削除するには、以下の手順を実行します。

  1. /libs/cq/ui/widgets/source/widgets/UserInfo.jsを/apps/cq/ui/widgets/source/widgets/UserInfo.jsにオーバーレイ

  2. このファイルの以下の部分を削除します。

    menu.addMenuItem({
    "text":CQ.I18n.getMessage("Sign out"),
    "cls": "cq-userinfo-logout",
    "handler": this.logout
});
menu.addSeparator();

このページ