Пользовательская реализация сервера oAuth и его преимущества

Question

У нас есть несколько веб-проектов (сайтов), каждая из которых имеет свою собственную логику авторизации. Сегодня мой ИТ-директор попросил меня выполнить oAuth и использовать его для проверки пользователей на всех сайтах.

Раньше я использовал oAuth для Google, Facebook, Twitter и Microsoft. У меня есть несколько вопросов здесь

1. Каковы преимущества внедрения поставщика
2. Каков наилучший подход в общих принципах OAuth
3. Могу ли я использовать этот OAuth-сервер для Single Sign On

OAuth

Когда у меня есть пользователь oAuth из Google или другой, идея заключалась в том, чтобы устранить попытки пользователя зарегистрироваться на моем сайте, а использовать те же учетные данные, что и он для Google. Является ли это единственным преимуществом, которое я получу, если создам свой пользовательский oAuth?

Реализация OAuth:

• Создание Entity приложений с ApplicationName, ClientID, ClientSecrete
• Создать объект пользователя с UserId, UserName, Password, ApplicationID
• Share уникального ClientID и Выделяет с каждым сайтом и когда пользователь пытается войти с этого сайта, передайте идентификатор клиента, clientSecrete, UserName, Password и подтвердите и верните true или false
• Следуйте аналогичному потоку для пользователя, чтобы зарегистрироваться в системе ,

На высоком уровне мой вышеуказанный поток удовлетворяет концепции oAuth? есть ли подробные детали реализации oAuth, которые я могу назвать для лучшего понимания?

Answer 1

http://oauth.net/articles/authentication/

Это хорошо читать, чтобы сказать вам, что вы должны использовать для OAuth, а не: =)

https://msdn.microsoft.com/en-us/library/hh291066(v=vs.110).aspx Windows Identity Fundation ... Может помочь вам с уникальной авторизации, через разные приложений, а также слои ..

и вот, наконец, некоторые, как сделать руководящие принципы:

http://www.c-sharpcorner.com/UploadFile/scottlysle/windows-identity-foundation-and-single-sign-on-sso/