oAuth or not?
I am a bit lost with the overflow of information and I need some guidance on the best way I can support providing APIs access only to trusted clients.
Current environment:
We currently have a centralized server that handles user authentication/authorization via Apache Shiro.
We have in-house APIs that communicate internally with the centralized server to authenticate and manage tokens. (Thus enabling SSO).
Communication between our client applications and APIs are secured over SSL.
Token-based authentication is used.
Target:
Our target is to allow 3rd party applications and APIs to communicate with our centralized authentication server. But our main concern is phishing, as we only want "valid" parties to communicate with us, and preferably disallow exposing the authentication information on the 3rd party's side.
Questions:
1- What is the best way to implement such an architecture? Should we go ahead with OAuth? If yes, is there a good way to integrate it with Shiro?
2- Would OAuth do its job well on Mobile applications as well? (eg Restrict access to REST API unless the application is trusted)
3- Is there an OAuth provider library I can use with Java, or is OAuth simply a "standard" that I have to implement myself? (Such as, for example, implementing RESTful APIs)
4- Is SSO easily support with OAuth?
Sorry for vague questions. I just need general guidance and advice.
Here are my answers in order,
Some info on how to set up a OAuth server/provider - How would an efficient OAuth2.0 server / provider work?
As you say, you need to ask the user for authorize an app (accept/deny permissions that the app asks for) - perfect use case for OAuth 2.0.
Feel free to follow up if you need more insight on how OAuth works.
PS - No idea about integration with Shiro.
链接地址: http://www.djcxy.com/p/71406.html上一篇: 流星js本地化
下一篇: oAuth或不?