Как стать автором
Обновить

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

Интересно, а как выглядит практическая реализация?

Пользователь в нарушении корп. правил разместил конфиденциальные данные в Dropbox, пароль на Dropbox совпадал с паролем LinkedIn, пароль LinkedIn утёк в сеть.
Чем тут поможет IDaaS?
Будет выполнять роль менеджера паролей (пользователь вводит только один пароль/подключать токен в менеджере, а для каждого сайта или приложения или хоста при доступе по ssh будет использоваться уникальный пароль)?
У нас в mclouds.ru такой сервис еще не запущен. Но общая схематика примерно описана вот тут. )

Мне кажется это персекаетася с DaaS Directory as a Service
Посмотрите на jumpcloud.com. Помоему очень интересный продукт, если не проблема доверять им все эти данные.
Фактически именно это интересно когда у вас есть внешний LDAP Server с плюшками. В таком случае не надо самому вводить в виде Active Directory (дефакто стандарт во многих регионах мира для подобных задач), супер интересно для небольших стартапов.

Знаем такой проект. Он действительно интересен. С IDaaS можно сказать тоже пересекается. Единственное, наверное, разная целевая аудитория, все-таки.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий