Аутентификация пользователя в SOAP Webservices - PullRequest
Новая
       53

Аутентификация пользователя в SOAP Webservices

8 голосов
/ 14 октября 2011

Я задал вопрос о JAX-WS, Аутентификация и авторизация - Как? ; обсуждался уровень безопасности и место хранения учетных данных пользователя.

Теперь, после некоторых выводов, я хочу попробовать один из этих сценариев:

  • SOAP веб-сервисы - метро
  • Безопасность на уровне сообщений - проверка подлинности с помощью взаимного сертификата для проверки подлинности клиентского приложения
  • Учетные данные пользователя в заголовке мыла

Как получить учетные данные и сделать авторизацию? У меня есть 2 идеи:

  • ЯАС (я ничего об этом не знаю);
  • Обработчик SOAP - использование WebServiceContext для извлечения учетных данных из сообщения и авторизации «вручную».

Можете ли вы помочь мне выбрать наилучший способ и как его реализовать?

Помните, что я хочу получить взаимный сертификат плюс токен пользователя.

1 Ответ

7 голосов
/ 21 октября 2011

JAAS не определяет, как должна выглядеть информация аутентификации в SOAP, но WS-Security определяет, какие стандартизированные токены можно использовать во время обмена клиент-сервер (Username +пароль токена / сертификат X.509 / SAML токен / Kerberos токен).

РЕДАКТИРОВАТЬ: Относительно Метро Стек WebService, который вам нужен (шаги взяты из здесь и здесь ):

  • Внедрить обработчик, который реализует javax.xml.ws.handler.soap.SOAPHandler в обработчик JAX-WSЦепочка либо программно через ((BindingProvider)port).getBinding().setHandlerChain(Collections.singletonList(handler)), либо декларативно путем добавления аннотации @HandlerChain(file = "handlers.xml") к интерфейсу конечной точки WS.
  • Обработчик должен создать экземпляр XWSSProcessor, используя XWSSProcessorFactory, которому передается обработчик обратного вызова, реализующий javax.security.auth.callback.CallbackHandler.
  • Например, обработчик обратного вызова определяет валидатор для обратного вызова (зависит от типа обратного вызова).

Это то же самое, что «делать вручную» (так как 1-й шаг - этов любом случае пересекают SOAP-сообщение)ч немного сахара WSS сверху.Но WSIT (и CXF) используют JAAS API и предоставляют стандартные реализации для различных токенов аутентификации.Их включение требует определенных усилий по настройке / кодированию, но выгода заключается в том, что если впоследствии вы решите переключиться с обычного текста на аутентификацию Kerberos, вам не нужно много кодировать.Кроме того, «делать вручную» означает, что вам нужно иметь дело с информацией для аутентификации на уровне XML, и вам нужно реализовать один из стандартов.

Я предлагаю использовать Apache CXF , который базируетсяна WSS4J - реализация WS-Security от Apache.Вы можете легко найти учебники (например, здесь и здесь для имени пользователя + пароль, здесь и здесь для SAML), которые показывают для определения callback / interceptors для проверки информации аутентификации.Преимущество CXF в том, что он имеет хорошую интеграцию с Spring.

...