DataArt 29 сен 2016 в 20:44

Аутентификация и авторизация в микросервисных приложениях

11 мин

213K

Блог компании DataArt.NET*C#*

Туториал

+39

Комментарии 15

x512 29 сен 2016 в 21:55

Отличная статья! Есть пожелание использовать для примеров Identity Server 4 у которого уже вышел первый релиз-кандидат и подробнее рассмотреть авторизацию и аутентификацию в клиентских SPA.

vmikhaylov 30 сен 2016 в 11:06

Обязательно в другой раз. Сейчас хочется рассказать о том, что можно надежно использовать в продакшене.

nkochnev 30 сен 2016 в 00:41

У нас своя реализация протокола OAuth 2.0 для авторизации в десятке внутренних и внешних веб-приложений.
В понедельние в компанию приходит новый сотрудник, пусть по этой статье изучает теорию :) Надоело самому объяснять. От души спасибо!

-1

whirl 30 сен 2016 в 10:11

И она полность соответствет RFC 6749 и OpenID Connect?

nkochnev 30 сен 2016 в 11:34

Нет. Различия безусловно есть. Некоторые моменты опускались, но не в ущерб безопасности. Например, структура токена

vmikhaylov 30 сен 2016 в 11:43

Реализация собственных баз данных, операционных систем, протоколов шифрования, аутентификации и авторизации несет существенные риски и редко обосновано. Такое решение должно быть обязательно взвешенным, чтобы потом не разгребать «детские болезни» путем финансовых потерь проекта.

nkochnev 30 сен 2016 в 11:47

Согласен, но в момент принятия решения о реализации не было найдено подходящего «фреймворка».

Было бы страшнее, если бы мы придумали свой «стандарт» OAuth 3.0 :)

BigD 30 сен 2016 в 10:13

Не упомянули SAML, фактически являющийся стандартом для enterprise веб приложений и cloud сервисов.

-1

vmikhaylov 30 сен 2016 в 10:32

Я не считаю его перспективным протоколом, а потому и не включил в вводную часть.

BigD 30 сен 2016 в 22:46

Почему? Мы сейчас все приложения на SAML 2.0 переводим в рамках реализации SSO стратегии. Тысячи приложений, hosted/cloud. Что с ним не так?

vmikhaylov 1 окт 2016 в 00:33

Начнем с того что это XML ) Размер токена ощутимо больше даже при томе же объеме информации.
Его нельзя положить в query string. Там куча разных параметром шифрования которые не факт, что нужны.
Зачем использовать что-то более сложное, если есть простое и надежное решение?