Adobe CQ5: SSO без LDAP? - PullRequest
       24

Adobe CQ5: SSO без LDAP?

0 голосов
/ 17 марта 2012

Наш клиент только что приобрел CQ5 и хотел бы использовать всю свою безопасность. Мы хотели бы использовать сервер SSS для единого входа, а затем использовать собственный поставщик авторизации / атрибутов вместо репозитория CQ5. В конечном счете, мы не хотим использовать LDAP каким-либо образом.

Вот как мы это представляем (некоторые части уже работают):

  1. Пользователь просматривает CQ5 Dispatcher, работающий в Apache
  2. Фильтр Apache перенаправляет пользователя на сайт STS, где регистрация завершена.
  3. Пользователь перенаправляется обратно в Apache с утверждениями SAML.
  4. Маркер идентификатора пользователя помещается в браузер как cookie. (здесь все работает)
  5. CQ5 захватывает этот файл cookie на основе конфигурации единого входа (работает)
  6. Проблема начинается здесь: отсюда мы хотим вызвать пользовательский поставщик авторизации для атрибутов, ролей, групп и т. Д. Пользователя ...

Мы попытались выяснить, как это сделать, и, похоже, не можем найти недостающую ссылку.

Нужно ли создавать пользовательский модуль входа? Нужно ли нам создавать собственный основной поставщик? Используем ли мы каким-то образом существующую возможность LDAP в CQ5, но вызывали ли она собственный класс, который использует внешний источник аутентификации?

Если у кого-то здесь есть какие-либо идеи, как это сделать, их коэффициент кармы будет полным за год, если он сможет поделиться им. Я не уверен, является ли это основной вещью, которую вы делаете с JAAS или даже где размещаете мои классы после того, как я их создал.

Мы до сих пор усердно работали над этим и, кажется, близки, но мы продолжаем заходить в тупики.

Большое спасибо, если у вас есть идея, с чего начать !!

-joe

Ответы [ 3 ]

2 голосов
/ 03 мая 2017

Последние версии AEM теперь включают SAMLAuthenticationHandler , который позволяет:

  • Перенаправить пользователей в SSO для имитации входа в систему, инициированного IDP, или
  • Разрешить AEM выполнять вход в систему, инициированный SP, с IDP
  • Укажите атрибуты, которые нужно взять из утверждения SAML и добавить в узел профиля пользователя (не уверен, что вы можете использовать это для групп)
  • Укажите, какие группы пользователей следует добавлять в
  • Установите файл cookie с именем request-path, в котором будет храниться URL-адрес, на который пришел пользователь, а затем перенаправить его в это место при аутентификации (т. Е. Глубокая ссылка)

Это делает использование SAMLAuthenticationHandler лучше, чем использование Apache для перенаправления. Текущая версия обработчика, поставляемого в комплекте с AEM 6.2, неправильно устанавливает cookie при использовании метода перенаправления, но у Adobe есть обновленная версия, которую они могут предоставить, чтобы решить эту проблему.

Обычно я рекомендую, чтобы у клиентов не было собственных обработчиков аутентификации, разработанных внутри AEM.

Когда LDAP не используется, это создает проблему, при которой пользователи не будут существовать до тех пор, пока они не войдут в систему. Кроме того, если ваша архитектура включает более одного издателя с балансировкой нагрузки, возможно, что пользователь может существовать на одном сервере пользовательская синхронизация .

0 голосов
/ 23 октября 2012

Похоже, вам нужно будет реализовать собственный LoginModule, больше информации здесь: http://dev.day.com/docs/en/crx/current/deploying/custom-login-modules.html

0 голосов
/ 21 марта 2012

Попробуйте выполнить поиск в группе Google для получения сведений о едином входе.Вот один полезный пост:

http://groups.google.com/group/day-communique/browse_thread/thread/72c235c83a501252/fba4d08a90487156?lnk=gst&q=SSO#fba4d08a90487156

...