Явная аутентификация в SSO

Сценарий. У нас есть веб-приложение, развернутое в облаке. Это приложение использует настройку SSO (инициированную Idp) клиента. Дела идут нормально. Пользователь, войдя в свою корпоративную сеть, может использовать наше приложение, не вводя свои учетные данные.

Понимание системы единого входа. Система единого входа предназначена для централизованного управления удостоверениями, чтобы каждое корпоративное приложение принимало учетные данные в качестве входных данных и аутентифицировало пользователя. Это приводит к доверию, поскольку пользователь не вводит имя пользователя/пароль для использования приложения.

Примечание об электронной подписи: не путать с цифровой подписью. Это очень важное требование для программного обеспечения домена Pharma. Если пользователь выполняет какое-то важное действие, например. утверждение и т. д., то она должна явно ввести свои учетные данные, прежде чем это действие может быть выполнено, даже если пользователь уже вошел в систему и имеет сеанс. Целью этого является предотвращение неправильного использования открытого терминала.

Проблема. Для приложения с единым входом есть ли какой-либо способ явной аутентификации в соответствии с требованиями электронной подписи?

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


person Santosh    schedule 09.10.2014    source источник


Ответы (2)


Вы спрашиваете о ForceAuthn (стр. 49, строка 2042):

ForceAuthn [Необязательно]: логическое значение. Если установлено значение «true», поставщик удостоверений ДОЛЖЕН аутентифицировать презентатора напрямую, а не полагаться на предыдущий контекст безопасности. Если значение не указано, по умолчанию используется значение «false». Однако, если и ForceAuthn, и IsPassive имеют значение «true», поставщик удостоверений НЕ ДОЛЖЕН повторно аутентифицировать презентатора, если не могут быть соблюдены ограничения IsPassive.

person Andrew K.    schedule 09.10.2014
comment
Энди, похоже, это то, что мне нужно. Спасибо за это. Я попробую это. - person Santosh; 11.10.2014

Могильный копать старый поток ... проблема, похоже, заключается в том, что не все провайдеры будут принудительно использовать интерактивную аутентификацию с помощью ForceAuthn - до тех пор, пока они не полагаются на предыдущий контекст безопасности, они «соблюдают» спецификацию. Но это означает, что если вы вообще не вошли в систему и, следовательно, у вас нет предыдущего контекста безопасности, на который можно положиться, вы можете войти с запросом ForceAuthn, и IDP будет использовать любое решение для единого входа на рабочем столе, которое они используют, чтобы с радостью предоставить вам нового сеанса (т. е. нового контекста безопасности) и передать вас обратно в SP без необходимости вручную/активно взаимодействовать с IDP.

person David Byler    schedule 27.06.2019