2011-01-08 2 views

답변

0

OpenID는 지정된 프로토콜을 가지고 있기 때문에 항상 제공 업체가 준수한다고 가정 할 때나 작동하지 않을 수도 있습니다. 또한 OpenID 프로토콜 (최소한 인증 비트, the specification 참조)은 간단한 HTTP 요청으로 구성되므로 이러한 요청을 수행하는 방법을 알고 있다고 가정하면 데스크톱 응용 프로그램에 프로토콜을 구현할 수 있습니다.

더 나은 기술 (OAuth)이 있고 사용자 경험을 방해하기 때문에 일반적으로 나쁜 생각으로 간주됩니다 (브라우저의 OpenID와 다른 - 참조 : OpenID For Desktop Applications: How? When? 참조).

추가 읽기 : OpenID for Desktop Clients

+0

IIW8 회의에서 논의 된 Linden의 OpenID + OAuth 솔루션이 효과가있는 것처럼 들립니다. 그러나 그것은 간단하지 않습니다. –

0

인증을 완료하려면 작은 웹 브라우저 창을 제시해야합니다. 상호 작용은 코드를 통해 진행되지 않습니다.

웹 스크레이퍼를 사용하여이 작업을 제안하지 않습니다. 이렇게하면 사용자의 서버와 사용자 사이에 코드를 놓습니다. 이는 사용자의 암호가 신뢰 당사자에게 표시되지 않는다는 약정을 위반하는 것입니다.

OAuth는 데스크톱 응용 프로그램에 사용할 기술이지만 OP 질문에 포함되지 않은 기존 암호 환경 시스템 인 OpenID는 사용하지 않습니다.

+0

네가 맞아. 나는 패스워드를 전혀보고 싶지 않다. 그게 전부 요점입니다. –

1

this question을 보시면 OAuth이 이것을 수행 할 수 있습니다.

+1

나는 OAuth도 고려해 봤지만, 기존 OpenID 생태계를 암호로 사용하는 데는 실패했다. –

1

하지 마십시오.

이렇게하려는 시도조차도 OpenID가 제공하는 보안 모델에 대한 기본적인 이해가 부족함을 보여줍니다. 데스크톱 응용 프로그램에 사용할 암호가 무엇인지 자문해야합니다. 로컬 시스템 자체의 자산을 보호합니까? 그렇다면 OpenID를 소유하지 않고 데스크톱 앱에 해킹 할 수있는 네트워크를 위장하는 것은 간단한 문제 일 수 있기 때문에 OpenID는 쓸모가 없습니다. 당신은 스푸핑을 사용자가 식별 할 수 있도록 열려 있습니다. 네트워크 자산을 보호하려고합니까? OpenID는 데스크톱 응용 프로그램이 해당 네트워크 자산에 액세스하는 것을 허용하지 않으므로 OpenID 뒤에 다른 인증이 진행되고 있음을 나타내므로 다시 실패합니다. 다시 한 번 값을 추가하지 않습니다.

OAuth는 데스크톱 응용 프로그램이 네트워크 리소스에 액세스하고 보호 할 수 있도록하는 데 적합한 프로토콜입니다. 데스크톱 컴퓨터에서 로컬 자산을 보호하는 경우 로컬 암호화 만 수행 할 수 있습니다.

관련 문제