2016-01-28 4 views
1

У нас есть настольное приложение, которое используется для загрузки контента в веб-приложение, оба используют Okta для аутентификации. Перед загрузкой настольное приложение аутентифицирует пользователя через Okta с помощью встроенного элемента управления браузера. Позже в рабочем процессе мы хотим открыть браузер пользователя по умолчанию, чтобы он мог начать использовать веб-приложение напрямую. В настоящий момент пользователю необходимо будет войти в систему во второй раз, когда откроется браузер по умолчанию.Okta Session hand-over от настольного приложения к веб-приложению

Мы планировали реализовать механизм генерации одноразового ключа (переносимого токена сеанса), который может быть передан как параметр URL-адреса при открытии браузера. Для нашего токена нашего приложения мы можем достичь этого, но нам также нужно перенести сеанс Okta (cookie), и мы не нашли способ перенести его с панели управления браузером на настольный компьютер в автономный браузер.

Какие варианты доступны для этого?

Редактировать: приемлемо, если новый сеанс создается для автономного браузера, если идентификатор пользователя остается прежним, и пользователю не нужно предоставлять данные для входа во второй раз.

ответ

0

К сожалению, у Okta нет способа передать один активный сеанс другому, как вы описали.

Однако, если у вас достаточно контроля над окружающей средой организации, вы можете имитировать это поведение. Для организаций Okta, которые используют IWA для аутентификации пользователей, вы получите такую ​​функцию «автоматически» (при условии, что браузер пользователя по умолчанию поддерживает Active Directory). Другим способом может быть настройка вашего веб-приложения как «SAML IdP» и передача «сеанса» в Okta с использованием функции SAML Response и Okta Inbound SAML.