Live data from Hacker News

Show HN: Clerk – all of user management as-a-service, not just authentication

clerk.dev

111–120 of 234 posts

Re: Show HN: Clerk – all of user management as-a-service, not just authentication

#111
post #11

I'm even hesitant to trust Auth0 for this, why would I trust a new company?

This is my question as well. It's an honest question and hopefully someone can educate me. Why would anyone trust a third party with what is the most important asset, their users? Thank you in advance.

I have limited dev cycles, and would prefer to work on my product rather than google "how long does password reset token need to be" and writing auth forms.

Re: Show HN: Clerk – all of user management as-a-service, not just authentication

#113
post #83

Earlier quoted context omitted.

I would unironically buy this... probably 20% of my job is wrangling SaaS boilerplate. Am I alone on this? Let's be honest, how much of the SaaS code you write could be applicable in any SaaS application?

What's your job?

software engineer

Re: Show HN: Clerk – all of user management as-a-service, not just authentication

#114

Hi HN - We couldn't be more excited to launch Clerk and help developers solve all of user management. It's been quite a journey to reach this point, with over a year of iteration on the developer experience before we found something developers love. Using Clerk will enable you to spend more time on your application, and less time worrying about the ever-growing list of user management concerns. Our team is listening…

So is it the same as Login with Facebook or Google? Google/Facebook/Clerk manages the GDPR (do you? that is 300% added value for a business) and the app can focus on the data? Is your main added value that you are not Facebook/Google?

GDPR and CCPA are important issues for this sort of 3rd party PII management stuff.

I'd be _very_ hesitant to use this without some very strong guarantees that legal won't come breathing down my neck because I can't point them to a contractual guarantee that we will be complying with those (and similar rules from other jurisdictions).

I lose enough sleep worrying about PII that I store in databases I manage. Farming that responsibility out to a 3rd party does not fill me with joy, it raises instead lovecraftian levels of horror about what I'd tell a judge about how I ensured an EU citizen's rights to have their data expunged from my auth/userprofle system...

Re: Show HN: Clerk – all of user management as-a-service, not just authentication

#115

Earlier quoted context omitted.

For me to take a company seriously MFA must be in all their plans. MFA is not an enterprise hook for upsell, it is a fundamental requirement for any online service these days.

Agreed, MFA is so important that a company should be willing to pay for it.

I and GP comment seem to take the opposite stance: MFA is so important that products like this shouldn't offer a plan that doesn't include it. Either include it in your free plan or don't offer a free plan; don't make security an upsell.

Re: Show HN: Clerk – all of user management as-a-service, not just authentication

#116
post #17

Earlier quoted context omitted.

SOC 2?

Not yet. We plan to pursue SOC 2 as we build out Organizations, since it's a clear requirement in a B2B context.

And B2C. You really ought to provide more transparency around your current security practices on your site. I do not see why someone should implicitly trust your service without any assurances, guarantees, descriptions, whitepapers, etc.

Here's a good reference: https://trust.okta.com

Re: Show HN: Clerk – all of user management as-a-service, not just authentication

#117

Earlier quoted context omitted.

For me to take a company seriously MFA must be in all their plans. MFA is not an enterprise hook for upsell, it is a fundamental requirement for any online service these days.

Agreed, MFA is so important that a company should be willing to pay for it.

I'm not saying companies won't. But if you want me to believe your security is top notch then you need to show me you take it seriously.

Not offering MFA on the free tier tells me you're more interested in making money than in security.

There are plenty of other features that an enterprise will pay for.

Re: Show HN: Clerk – all of user management as-a-service, not just authentication

#118

I'm probably not the main audience for this, but if you mention security as a top-level feature it might be good to fix these: https://securityheaders.com/?q=https%3A%2F%2Fclerk.dev https://securityheaders.com/?q=https%3A%2F%2Fdashboard.clerk... For me it is also a red flag to include third party CDN JS (especially without SRI) on security critical applications (like the login for the dashboard and customer logins do…

Thank you for calling out the headers. We'll work to resolve right away.

And agreed on the CDN JS. We'll move these assets to the customer's domain.

Re: Show HN: Clerk – all of user management as-a-service, not just authentication

#119

Earlier quoted context omitted.

or, you could just do passwordless email auth and not have any security issues whatsoever.

“Not have any security issues whatsoever” is literally impossible. Passwordless auth is the security equivalent of putting all your eggs in one basket. If someone hacks a users email account, now they have access to your service too. Now I’m pissed that you didn’t let me enable 2fa to prevent that or have multiple secure passwords to isolate the hack to my email. You could have just shelled out the 10 cents it would…

just use a fake email?

you don't have to use your real email for everything, even google has forwarding addresses.

and apple has private/forwarding emails as well, so this is a moot point.

Re: Show HN: Clerk – all of user management as-a-service, not just authentication

#120

Earlier quoted context omitted.

“Not have any security issues whatsoever” is literally impossible. Passwordless auth is the security equivalent of putting all your eggs in one basket. If someone hacks a users email account, now they have access to your service too. Now I’m pissed that you didn’t let me enable 2fa to prevent that or have multiple secure passwords to isolate the hack to my email. You could have just shelled out the 10 cents it would…

just use a fake email? you don't have to use your real email for everything, even google has forwarding addresses. and apple has private/forwarding emails as well, so this is a moot point.

Forwarding email increases risk of being hacked. They only have to get one of the emails to get into my account.
Post reply on HN