다른 답변에서 알 수 있듯이 OpenID 공급자로 로그인하면 사양에 포함됩니다. 또한 위의 Umesh와 일치하여 Facebook은 OpenId가 아닌 Facebook Connect를 제공하지만이 방법을 사용하여 사용자를 인증 할 수 있습니다.
참조 : 내가 그러나 추가 할 않는 것은 당신이 방금 실행하고 오픈 ID 사용하려는 것이 아닙니다 때문에 OAuth를 기반 인증 시스템을 생성하지 않는 설명이 Is Facebook an OpenID provider?
입니다. OAuth는 단순히 로그인 인증 그 이상을 제공합니다. 이상하게도 사용자가 알지 못하는 더 많은 권한이 있습니다. OpenId는 자격 증명을 전달하고 OAuth는 데이터 액세스 권한을 전달합니다. 따라서 OpenId를 사용하면 웹 사이트에서 나를 인증 할 수 있습니다. OAuth를 사용하면 웹 사이트에서 나를 인증하고 Google 드라이브의 모든 이메일 또는 문서에 액세스 할 수 있습니다. 좋은 점은 사용자가 명시 적으로이 액세스를 허용해야한다는 것입니다.
개인 정보 보호 측면에서 잘못하면 OAuth의 힘이 필요한 응용 프로그램에 대한 강력한 사례를 구축하고 싶을 것입니다. 아래 기사의 그림과 같이, 귀하의 신원을 증명하는 공증 된 편지를 요구하는 것과 귀하의 신분을 증명할 수있는 발레 키를 요구하는 것 사이에는 다릅니다.
주차 대행사는 OAuth입니다. 차를 가지고 주차장에 주차해야하므로 발렛 키를 제공해야합니다. 글러브 박스 나 트렁크를 열 수는 없지만 운전자의 옆문을 열어 점화를 시작할 수 있습니다. 내가해야 할 일은 더 이상 없습니다. 그러나 나는 개인 수표로 돈을 지불 할 때 식료품 가게에서 내 발렛 키를주지 않으며, 단지 사진이있는 신분증을 볼 필요가 있습니다. 신분증 발급 신분증은 작동합니다. 엄밀히 말하면 그녀가 내 차를 열고 내 차량 통을 읽고 가능하면 DMV 데이터베이스에 대해 인증 할 수있게 해주는 내 발레 키도 작동해야하지만 그것은 과도한 공격 일 것입니다.
오픈 아이디, OAuth 및 페더레이션 로그인에는 좋은 용도가 있지만 개발자로서 언제 어디서 사용해야하는지 이해해야합니다.
http://en.wikipedia.org/wiki/OAuth#OpenID_vs._pseudo-authentication_using_OAuth