frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Performance Hints

https://maknee.github.io/blog/2026/Performance-Hints/
1•vinhnx•55s ago•0 comments

AI as a Gold Rush

https://www.tawandamunongo.dev/notes/#gaslit-industry
1•elcapithanos•1m ago•0 comments

The Junior Engineer Problem Is a Management Problem

https://substack.com/home/post/p-183958113
1•mooreds•1m ago•0 comments

US water table depth estimates reveal quantity of accessible groundwater

https://www.nature.com/articles/s43247-025-03094-3
1•PaulHoule•2m ago•0 comments

Mistakes and Successes in Building ScottAdamsSaid

https://caseysoftware.com/blog/using-ai-to-build-scottadamssaid-com
1•mooreds•2m ago•0 comments

UK authorities help seize 'narco sub' and record cocaine haul in Atlantic Ocean

https://news.sky.com/story/uk-authorities-help-to-seize-narco-sub-and-record-cocaine-haul-in-atla...
1•austinallegro•2m ago•0 comments

The End of the US Global Monetary System

https://profstevekeen.substack.com/p/this-is-the-end-of-the-us-global
2•headalgorithm•3m ago•0 comments

Widespread terrestrial ecosystem disruption at Paleocene–Eocene Thermal Maximum

https://www.pnas.org/doi/10.1073/pnas.2509231122
2•bikenaga•4m ago•0 comments

Fiddler AI Raises $30M Series C – Committing to the AI Control Plane

https://www.fiddler.ai/blog/series-c
2•fdlrai•4m ago•0 comments

Signy: Signed URLs for Small Devices

https://github.com/golioth/signy
1•hasheddan•4m ago•0 comments

Glibc infrastructure announces move to CTI/LF IT

https://sourceware.org/pipermail/libc-alpha/2026-January/174457.html
1•edelsohn•5m ago•0 comments

Closing the Software Loop

https://www.benedict.dev/closing-the-software-loop
1•vinhnx•5m ago•0 comments

Go Where the Action Is

https://tim.blog/2026/01/26/runnin-down-a-dream-how-to-thrive-in-a-career-you-actually-love/
1•vinhnx•5m ago•0 comments

The Year Ahead 2026: Optimism with Footnotes (By Bill Gates)

https://www.gatesnotes.com/work/save-lives/reader/three-tough-truths-about-climate
1•alentred•5m ago•0 comments

Living Things Are Not Machines (Also, They Are)

https://www.noemamag.com/living-things-are-not-machines-also-they-totally-are/
1•kjhughes•7m ago•0 comments

Read it as `ln (-s x) y`, not `(ln -s) (x y)`

1•_as_text•7m ago•0 comments

No End vs to No End

https://www.dailywritingtips.com/no-end-and-to-no-end/
1•hyperhello•7m ago•0 comments

A first look at Aperture by Tailscale (private alpha)

https://tailscale.com/blog/aperture-private-alpha
1•geoffeg•8m ago•0 comments

Smarter Than Us, Still Clueless: Why AI Needs Human Context to Work

https://www.sweep.io/blog/smarter-than-us-still-clueless/
1•gaudioioio•8m ago•0 comments

How to use T-Shirt sizing for project estimation

https://asana.com/resources/t-shirt-sizing
1•gautamsomani•9m ago•0 comments

A Startup Service Organisation

1•muthuishere•9m ago•0 comments

Let me help you get to Inbox 0 with Gmail (2024)

https://kau.sh/blog/inbox-0-gmail/
1•speckx•9m ago•0 comments

Unified nested search – a cool UI/UX interaction

https://article.app/shishir/unified-nested-search-a-cool-ui-ux-interaction
1•sjakati98•10m ago•0 comments

WhosLive, the first hub for cross platform live stream discovery

https://whoslive.io/
1•nateWL•10m ago•2 comments

Nvidia PersonaPlex: Natural Conversational AI with Any Role and Voice

https://research.nvidia.com/labs/adlr/personaplex/
2•virgildotcodes•11m ago•0 comments

EU and India Clinch 'Mother of All Deals' in Rebuff to Trump

https://www.irishtimes.com/business/2026/01/27/eu-and-india-clinch-mother-of-all-trade-deals-in-r...
2•SilverElfin•12m ago•0 comments

The History Of Tandem Computers

https://hackaday.com/2026/01/26/the-history-of-tandem-computers/
1•oldnetguy•14m ago•0 comments

Show HN: Sprout, a fun-sized, developer-ready humanoid robot

https://faunarobotics.com
6•kelguerin•14m ago•0 comments

I accidentally ended up in Silicon Valley

https://iamgio.eu/2025-12-10-accidentally-in-silicon-valley/
1•nimbus3001•15m ago•0 comments

Zombie Netscape Won't Die

https://hackaday.com/2026/01/27/zombie-netscape-wont-die/
2•oldnetguy•15m 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•9mo 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/