News for hackers. Stuff that matters.
Re:How Open ID Connect Works by mooreds on Thursday January 04, 2024 @04:42PM (#38872662)
Don't judge the identity server space by Cognito, I beg of you. There are a lot of other players out there (I work for FusionAuth, one of them) who are working to make this easier.

Most have not been abandoned the way Cognito has. (Funny video on the topic: https://www.youtube.com/watch?v=x70EypnAH1Y .)

I don't know why Cognito hasn't seen more improvement. From the outside, it seems like CIAM would be worth investing in as a cloud provider. Say what you will about Azure and GCP, they both have CIAM platforms that see more love than Cognito (Azure AD B2C, Firebase).

> What’s insane to me is that it feels like nobody has actually managed to make this easy for developers yet. If they have, I don’t know about them.

There are definitely folks making it easier to add login/logout to applications (I see some of them pop up in sibling comments, and we are working on that at FusionAuth as well). But some of these are component libraries to proprietary SaaS applications. In this case you lose some of the power and standardization of OIDC. That works great for some use cases and not so good for others. The nice thing about OIDC is that almost everyone works with it (or with SAML). Certainly more than proprietary session based authentication providers.

I will tell you that as we are trying to make authentication simpler at FusionAuth, we have customers coming to us with pretty complicated use cases around federation, scale, automation, permissions and more. It's a balance to try to appeal to the developer who just wants authentication to work as well as the sophisticated customer who has these complex needs.

Re:How Open ID Connect Works by JohnFen on Thursday January 04, 2024 @05:51PM (#38873404)
> It's a balance to try to appeal to the developer who just wants authentication to work as well as the sophisticated customer who has these complex needs.

This sounds like there should be two solutions, one for the simpler case and one for the complex case, rather than trying to make one solution work for all use cases.

Re:How Open ID Connect Works by mooreds on Thursday January 04, 2024 @07:25PM (#38874125)
I'd advocate that the right "simple" solution is a platform/framework specific auth solution (as I wrote here: https://news.ycombinator.com/item?id=38872704 ).

Those handle a lot of the simple use cases and some of the complex ones. They have the virtue of being well-tested and integrated with your development platform. You can deploy in one step and maintain one database. Which is great till it isn't.

What platform libraries like Devise, etc, don't offer is user data denormalization and isolation, which is useful when you have 2 or more applications with users. Then you want to look at auth servers (self-hosted or SaaS).

But you want the auth server experience to be as simple as possible, which is what we're working towards.

My two cents.

Re:How Open ID Connect Works by opportune on Thursday January 04, 2024 @05:53PM (#38873434)
My thoughts exactly. I want a simple auth solution that doesn’t push me towards a full batteries-included platform like Firebase and Amplify, nor a highly-configurable/complex “you can do everything auth!” platform. It’s ok if it’s a little opinionated, as long as it serves my use case of “adding logins and SSO to my website” up to 90% of the problem instead of 50% like what’s out there now.

It seems like an underserved market.

Re:How Open ID Connect Works by grinich on Thursday January 04, 2024 @06:51PM (#38873875)
This is pretty much exactly what we built at WorkOS. (I work there.)

Check it out: https://workos.com/

And our Show HN launch a few years ago: https://news.ycombinator.com/item?id=22607402