Как мы переписали аутентификацию в микросервисной платформе

Безопасность

Системы прав доступа
Java
Микросервисы, SOA
Распределенные системы
Рефакторинг
Безопасность программного кода, SQL и прочие инъекции
Критерии выбора технологий для проекта
Микросервисы
Безопасность

Доклад принят в программу конференции

Мнение Программного комитета о докладе

Знакомая многим из нас история. Есть неожиданная и нетривиальная задача, нужно составить план и решить ее максимально быстро и эффективно. История архитектора — в этом докладе.

Целевая аудитория

Разработчики и архитекторы.

Тезисы

Перевод платформы партнерских отношений МТС с устаревшего корпоративного SDK и корпоративного агента SSO на OAuth2/ OIDC с рефакторингом всей внутренней архитектуры безопасности.

Челленджи:
* 7 сценариев аутентификации, различающиеся типом принципала, флоу, ресурсом, способом управления сессией и т. д.;
* 2 IDP (OAuth2/OIDC) + различное легаси (формы, LDAP, HTTP Basic и т. п.) в одновременной работе;
* 2 собственных веб-ресурса и 10 смежных для различной аудитории, использующих платформенные функции;
* 2 технологических разворота и 4 года работы.

Расскажем:
- как мы поняли, что переделать нужно все;
- как мы искали и где находили способы решения наших задач;
- как, несмотря на приоритет бизнес-задач и долгосрочность проекта, мы не сбились с пути и прошли его до конца;
- какое легаси не только можно, но и нужно оставлять.

Погрузимся в архитектуру, OAuth2, микросервисы, рекомендации OWASP, немножко Spring.

Архитектор, ранее разработчик .NET, менеджер, аналитик, BI-разработчик и другое. 20 лет в индустрии.

Видео