frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Mike Rowe 464: Palmer Luckey–The Department of War Has a Mullet

https://music.youtube.com/podcast/csmQqaSHJrw
1•nradov•6m ago•0 comments

RSS.Social – the latest and best from small sites across the web

https://rss.social/
2•Curiositry•10m ago•0 comments

Building a JavaScript runtime in one month

https://themackabu.dev/blog/js-in-one-month
1•alexinavar•10m ago•1 comments

Carney says old world order 'is not coming back'

https://www.bbc.com/news/articles/cly3d28p4p8o
3•kwar13•12m ago•2 comments

Blade Runner Costume Design (2020)

https://costumedesignarchive.blogspot.com/2020/12/blade-runner-1982.html
1•exvi•12m ago•0 comments

Yes, I Love Ops: Because We Do Not Fear Production

https://mollysheets.com/2023/04/15/yes-i-love-ops/
1•mooreds•13m ago•0 comments

Chinese EVs Blow Past Tesla and Tariffs En Route to Global Reign

https://www.wsj.com/business/autos/china-cars-tariffs-byd-tesla-fa18066f
2•JumpCrisscross•14m ago•0 comments

Wasabi Raises $70M in New Equity

https://wasabi.com/company/newsroom/press-releases/wasabi-raises-70m-in-new-equity-to-power-the-n...
1•marc__1•15m ago•0 comments

Macaronis and the New Romantics: Making my 18th Century 'Macaroni' wig (2015)

https://revolutionarycostumes.blogspot.com/2015/03/making-18th-century-macaroni-wig.html
1•exvi•17m ago•0 comments

SubtleCrypto: GenerateKey() Method

https://developer.mozilla.org/en-US/docs/Web/API/SubtleCrypto/generateKey
3•mooreds•18m ago•1 comments

Humans in the Loop

https://robbyonrails.com/articles/2026/01/20/humans-in-the-loop/
1•mooreds•19m ago•0 comments

Show HN: Wearable data and meal pics → a real coach adjusts plan every week

https://helloformafit.com/
1•nemath•21m ago•0 comments

How long do you think? I give it 3 years

2•hmokiguess•21m ago•1 comments

Humans&

https://humansand.ai/
2•flinner•22m ago•0 comments

AI startup Humans& raises $480M at $4.5B valuation in seed round

https://www.reuters.com/business/ai-startup-humans-raises-480-million-45-billion-valuation-seed-r...
2•flinner•23m ago•0 comments

"AI has taught us that people are excited to replace human beings"

https://www.theguardian.com/technology/2026/jan/19/ed-zitron-on-big-tech-backlash-boom-and-bust-a...
2•Brajeshwar•23m ago•0 comments

Outliner

https://outliner.com/
1•handfuloflight•24m ago•0 comments

Australia criminalises hurting feelings [video]

https://www.youtube.com/watch?v=VskqOgr1OtU
1•hekkle•25m ago•0 comments

High-bandwidth flash progress and future

https://blocksandfiles.com/2026/01/19/a-window-into-hbf-progress/
1•tanelpoder•29m ago•0 comments

Rust's Standard Library on the GPU

https://www.vectorware.com/blog/rust-std-on-gpu/
4•nnethercote•30m ago•0 comments

Your Brain Might Not Be Full of Microplastics After All

https://www.insidehook.com/wellness/microplastics-studies
5•RickJWagner•31m ago•0 comments

Ask HN: Do you protect your client-side JavaScript? Why or why not?

1•nikitaeverywher•32m ago•0 comments

A 1970s Babysitting Co-Op as a Metaphor for Crypto's Future

https://www.realclearmarkets.com/articles/2026/01/20/a_1970s_babysitting_co-op_as_a_metaphor_for_...
1•RickJWagner•32m ago•0 comments

Show HN: CoCursor – Team collaboration tools for Cursor IDE

https://github.com/toheart/cocursor
1•toheart•34m ago•0 comments

25% of new cars sold globally in 2025 were EVs – here's who bought them

https://electrek.co/2025/12/17/25-percent-of-new-cars-sold-globally-are-evs-heres-who-is-buying-t...
2•toomuchtodo•42m ago•1 comments

Show HN: HiveSpace – GitLab Runner Health Dashboard

https://www.hivespace.io/
1•steffs•43m ago•0 comments

I made this to save my bookmarks to review later in an inbox-like view

https://cachetag.com
2•samweb3•50m ago•1 comments

From Human Ergonomics to Agent Ergonomics

https://wesmckinney.com/blog/agent-ergonomics/
1•nojito•55m ago•0 comments

Pituffik Space Base

https://en.wikipedia.org/wiki/Pituffik_Space_Base
2•handfuloflight•59m ago•5 comments

Show HN: Autonomous outbound research and outreach drafts

https://www.prospecter.io
1•Greateste•1h ago•0 comments
Open in hackernews

Ask HN: Why is web auth not a solved issue?

2•zwnow•9mo ago
Personally, every project I start, I quit due to not being comfortable with the auth implementation.

I've been into web development for 4 years now. During my research regarding auth in this timeframe, I have found a million reasons on why I should not roll it myself. The reason is always it being to difficult to implement, too much responsibility and basically no matter how I'd do it, it would be unsafe.

The general consensus among web developers seems to be to just let a third party do it. And I understand the reasoning, they are experts and have decades of experience on that specific thing. It makes sense as long as you're fine with third party service dependencies for your application. However, I don't want that. I do not feel comfortable submitting my users data to tech giants for obvious reasons.

I am wondering why it's so difficult to implement secure auth? Why can frameworks like Laravel or Phoenix just generate auth solutions? Why should I trust them, if everyone is saying I shouldn't roll it myself?

After all, if Laravels or Phoenix generated auth isn't safe, I am the one taking responsibility anyway, no?

To my understanding web auth has been an issue for decades now, why aren't there protocols in place to solve it? Or if they are, why aren't they talked about a lot?

Considering how often I read about auth breaches with the big players in the game (Firebase as an example) I am not comfortable trusting third parties with that task either.

So how is one supposed to do it? There are so many JWT tutorials on youtube, but apparently JWTs aren't safe either. Then there are session cookies, which also aren't safe? Why is that?

I am also not talking about authorization. I specifically mean authentication. If I wanted a micro blog platform where users can log into their accounts and write about stuff, how would I make sure it's secure without having to trust third parties, especially big tech companies who repeatedly prove they cant be trusted over and over again?

Comments

arrowsmith•9mo ago
> if Laravels or Phoenix generated auth isn't safe

What makes you think they're not safe? Zillions of successful apps have been built using Laravel and Phoenix and (afaik) no-one has hacked their auth code yet. The code is open-source for anyone to inspect for vulnerabilities. I wouldn't feel unsafe using them.

You seem to misunderstand what it means to "roll your own auth".

"Don't roll your own auth" doesn't mean "use a third-party auth provider". It means "use an existing, expert-made auth solution and don't try to write it yourself."

That can be a third-party provider like Firebase, it can be a code dependency like Rails's Devise, it can be generated by `phx.gen.auth` in Phoenix, it doesn't matter - the point is that you're using a tried-and-tested auth solution written by someone who knows what they're doing.

Writing your own auth code is generally a bad idea because it's complicated, time-consuming and easy to get wrong. But there are zillions of off-the-shelf solutions you can use that have been created by security experts and battle-tested in thousands of production apps. As far as I'm concerned, web auth is a solved problem.

zwnow•9mo ago
Interesting. When I generate auth for Phoenix the API endpoints are not piped through any security pipes. Only the browser endpoints. Why wouldn't I secure my API endpoints? The same kind of requests that are made for browser requests are sent to the API routes, so this is really confusing.
arrowsmith•8mo ago
Ah yes. `phx.gen.auth` generates a cookie-based auth system, which is fine for the :browser pipeline but it's not generally what you want for a JSON API.

The Phoenix docs include a suggestion for how you can extend `phx.gen.auth` to add token-based authentication to your API: https://hexdocs.pm/phoenix/api_authentication.html

(No, this isn't "rolling your own auth" either, it's using someone else's pre-written auth code.)

johncoltrane•9mo ago
> The general consensus among web developers seems to be to just let a third party do it.

Outside of personal projects, third-party auth providers must be audited (think GDPR or PIPL), budget must be allowed, contracts signed, etc. so web developers rarely, if ever, have their say on the matter. The decision is taken long before anyone wrote a single line of code. From a project management perspective, it's an easy trade-off to make: one sprint for integrating Okta versus who knows how many for badly implementing something that requires a level of expertise that no one on the team has reached.

For personal projects, the trade-off is a bit different. Resources are scarce so, even if implementing auth is actually not very complicated(1) and can even be quite fun, there are probably more immediately interesting things to do. So you integrate a third-party solution in a wednesday night and you move on.

[1] https://thecopenhagenbook.com/