Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

5.1.1.3.3 Introduce Identity Server 4 for identity management #34

Open
tonysurma opened this issue Aug 8, 2015 · 6 comments
Open

5.1.1.3.3 Introduce Identity Server 4 for identity management #34

tonysurma opened this issue Aug 8, 2015 · 6 comments

Comments

@tonysurma
Copy link
Member

No description provided.

@tonysurma tonysurma modified the milestone: Beta Aug 8, 2015
@tonysurma tonysurma modified the milestone: Private Preview Nov 10, 2015
@tonysurma tonysurma modified the milestone: Features Backlog Mar 1, 2016
@stevejgordon
Copy link
Member

Initial discussion in the room here at NDC with @RichardCampbell and the team is to bring this forward now.

At a high level we are proposing implementing Identity Server 4 as our HTbox auth solution which can support single sign-on across HTbox products. This would become the central auth solution.

This will likely spin out into sub issues but bumping this to kick start the discussion.

cc/ @tonysurma

@stevejgordon stevejgordon changed the title 5.1.1.3.3 Allow organization ‘admins’ to register with Office365/Azure AD authenticated logins as well 5.1.1.3.3 Introduce Identity Server 4 for identity management Jan 17, 2017
@RichardCampbell
Copy link
Member

I'm going to advocate for IdentityServer (http://identityserver.io/) for a few reasons:

  • Supports federating with a variety of identity sources (including active directory) so that we don't have to store credentials at all
  • Has no dependency on Azure, you can run on prem, in a VM or as an Azure Web App
  • Library is part of the .NET Foundation, so well defined, protected open source library
  • Dom and Brock (the principle developers) are supporters of HTBox and happy to help with implementation
  • Provides a mechanism for doing single sign on across multiple HTBox applications with federated identity

@shahiddev
Copy link
Contributor

I think the comment you made @RichardCampbell is also worth highlighting, whatever the solution agree on we don't want to introduce a barrier (or at least a significant one) for a new developer to get started with the solution. If they have to provision some azure services before they can start contributing then that will be a a hurdle that is probably not desirable.

@tonysurma tonysurma modified the milestones: vNext Milestone, NDC London Jan 21, 2017
@stevejgordon
Copy link
Member

Initial work started to implement an identity server for Htbox. Once ready we will use this issue to track work to move the auth over to calls via the new identity server.

@Sarvesh-Gupta
Copy link

Are you also considering to include multi-tenant support and cross domain SSO?

@stevejgordon
Copy link
Member

@Sarvesh-Gupta It's been discussed and nothing is ruled out. The exact deployment cases for allReady I'm sure will evolve with need. The main site currently can be used by multiple orgs in a shared approach. So multiple orgs can exist on the same instance and from the public facing side, campaigns for all orgs are shown.

@RichardCampbell did discuss the possibility of Htbox hosting "instances" of allReady for individual charities in cases where those may want to be dedicated and possibly even branded separately. In that use case we could be looking at either a true multi-tenant approach, single hosted app, serving under different domains or it might be a case of a deployed instance per org. In a multi-tenant approach it would be a discussion around whether that includes a shared DB or db per org.

With identity server there is the possibility of having SSO across future Htbox apps in a hosted scenario. But also the possibility of individual orgs being configured to pass through to their own corporate identity services such as Azure AD.

I don't think anything is set in stone at this stage. This initial identity server story is around standing up a htbox hosted and branded server. We would then move the authentication out of allReady. That gives us scope to configure the application in various scenarios as the needs arise.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants