Может ли мой сайт * безопасно * позволить логины через Facebook Connect, Google Friend Connect, OpenID, * и * и т.д.?

голоса
2

Можно ли на веб-сайт, чтобы пользователи могли войти с помощью нескольких различных методов, как Facebook Connect, OpenID и т.д.?

Не имея в виду одновременного входа одного и того же пользователя, но интересно, если это возможно, чтобы иметь несколько вариантов «единого входа».

Есть побочный эффект пользователя с учетными данными, скажем, OpenID и Facebook входа в систему, как и с отдельной информацией о сеансе, и «игровой» или обмана «системы» каким-то образом?

Это основная причина предлагать только один? Существуют ли другие причины?

UPDATE: В попытке прояснить немного, я должен сказать , что мы хотели бы использовать Facebook Connect, но не все из наших предполагаемых пользователей есть счет facebook. Так же , как с помощью OpenID и т.д. Мы делаем есть необходимость связать действия пользователя с конкретным местным «счетом», который, очевидно , будет с каким бы ни синхронизирован Идентом-провайдером они использовали войти в системе (или связать в дальнейшем, как и с SO), но хотел бы предложить наиболее удобство возможно.

Возможно, мы должны просто сделать в доме?

Задан 23/06/2009 в 20:29
источник пользователем
На других языках...                            


2 ответов

голоса
1

Я предлагаю отслеживать все различные формы аутентификации к одному счету. Конечно, это может быть сделано только тогда, когда пользователь делает. Но посмотрите на это с другой стороны. Там ничто не мешает человеку от создания нескольких учетных записей в системе пользовательской аутентификации и выполняя одни и те же «игры», как предпочитают использовать различные OpenID, как счета, чтобы сделать то же самое! Используя эти формы аутентификации наряду с обычаем в системе отслеживания дома является хорошим способом пойти и на самом деле не представляют какие-либо новые сложности в отношении безопасности, которые не имели бы с просто в системе дома входа. Он просто добавляет больше факторов удобства для пользователей (за счет большего кодирования для вас ... но это не то, что всегда так (: P)).

Ответил 23/06/2009 в 20:32
источник пользователем

голоса
1

Мои планы делать это, чтобы каждый поставщик SSO иметь возможность сопоставить со счета SSO на локальный идентификатор пользователя. Вы будете иметь возможность назначать несколько учетных записей единого входа в один локальной учетной записи. Все это скрыто аккуратно за интерфейсом, вероятно, используя шаблон приемо-Command.

Вы должны смотреть на использование RPX . Они обрабатывать все это для вас и позволит Facebook, OpenId, Windows Live ID, и многое другое. Результат является прозрачным для вас - вы просто получите непрозрачный маркер для представления идентификатора.

Ответил 23/06/2009 в 21:53
источник пользователем

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more