frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Semantic Chaining: A New Image Jailbreak Attack

https://neuraltrust.ai/blog/semantic-chaining
1•Joan_Vendrell•2m ago•1 comments

Show HN: Lutum Veritas – open-source deep research engine

https://github.com/IamLumae/Project-Lutum-Veritas
1•LutumVeritas•3m ago•0 comments

Show HN: Indx.sh – Directory of AI coding rules, MCP servers, and tool

https://indx.sh
1•micronink•3m ago•0 comments

Ezs3.net to share S3 access in your team

https://ezs3.net/
1•weddpros•5m ago•0 comments

The PDF Library TypeScript Deserves

https://documenso.com/blog/introducing-libpdf-the-pdf-library-typescript-deserves
1•cmpit•14m ago•0 comments

Show HN: ShiftPlus – Save and restore your macOS workspace in one click

https://shiftplus.app/
1•nghialuong•14m ago•0 comments

Show HN: PadlessBox – Party Games Using Phones as Controllers

https://padlessbox.com/
1•b4rtaz__•15m ago•1 comments

FFmpeg is not happy with AI generated patches sent by AMD

https://twitter.com/FFmpeg/status/2016981960015437994
3•itvision•16m ago•1 comments

Ask HN: AI progress feels unusually fast- where do you think this is heading?

1•learningnotes•18m ago•0 comments

Show HN: Find the Thing on the Web

https://www.xelochat.com
1•jozinko•19m ago•0 comments

LoudCull – Agentless multi-cloud GPU zombie killer (Python/Terraform)

https://github.com/daretechie/CommitVigil
1•dhrey112•20m ago•1 comments

RAG Gone Wrong: The 7 Most Common Mistakes (and How to Avoid Them)

https://www.kapa.ai/blog/rag-gone-wrong-the-7-most-common-mistakes-and-how-to-avoid-them
1•taubek•20m ago•0 comments

Building Modern Databases with the FDAP Stack

https://gotopia.tech/articles/412/building-modern-databases-with-the-fdap-stack
1•mpweiher•21m ago•0 comments

Logical Intelligence (Yann LeCun linked startup, piloting an Energy Based Model)

https://logicalintelligence.com/
1•helloplanets•22m ago•0 comments

InfronAI

https://infron.ai/
1•Evan233•23m ago•0 comments

Mark Papermaster, AMD CTO / Ian Interviews #47 [video]

https://www.youtube.com/watch?v=yUBzu7oTTDo
1•mariuz•26m ago•0 comments

Scottrade – Fortune Favors the Brave

https://scottrade.net/
1•reieicucv•28m ago•0 comments

Show HN: Trending-in-Artificial-Intelligence

https://github.com/legendaryabhi/Trending-in-Artificial-Intelligence
1•abhinav77777•28m ago•0 comments

Supporting the Foundations: Announcing the 2025 Quansight OSS Fund Recipients

https://labs.quansight.org/blog/oss-fund-2025
1•lumpa•29m ago•0 comments

The Connection Machine CM-1 "Feynman" T-shirt

https://tamikothiel.com/cm/cm-tshirt.html
1•tosh•30m ago•0 comments

AI-generated news should carry 'nutrition' labels, thinktank says

https://www.theguardian.com/technology/2026/jan/30/ai-generated-news-should-carry-nutrition-label...
1•chrisjj•31m ago•0 comments

I built an MCP server to explore Epstein's emails. Here's what I learned

https://github.com/Gioppix/epstein-email-explorer-mcp/blob/main/REVIEW.md
1•Gioppix•35m ago•0 comments

Show HN: Django-Xbench – See DB vs. App Time in Django via Server-Timing Headers

https://github.com/yeongbin05/django-xbench
1•yeongbin05•37m ago•1 comments

$1B Binance SAFU fund: If stablecoins mean safety, why do Bitcoin returns?

https://altcoindesk.com/perspectives/1b-binance-safu-fund-if-stablecoins-mean-safety-why-do-bitco...
1•CryptoBabe•37m ago•0 comments

Building a Search Engine for the ASX

https://damonphilipross.github.io/2026/01/28/building-a-search-engine-for-the-asx/
1•damindestress•39m ago•0 comments

Show HN: Golden Ratio Face Analysis

https://attractivenesstest.com/golden-ratio-test
2•beast200•40m ago•0 comments

Addressing Asymptomatic AI Harms for Dignified Human-AI Interaction

https://arxiv.org/abs/2601.21920
1•50kIters•41m ago•0 comments

Making Flix Compiler Errors Helpful and Delightful

https://blog.flix.dev/blog/making-flix-compiler-errors-helpful-and-delightful/
2•jorkadeen•43m ago•0 comments

Bootstrap Chain for NixOS: Building the System from a Hand-Auditable Binary Seed

https://chaos.social/@nzbr/115973847897716839
1•birdculture•44m ago•0 comments

Show HN: jceb/jiejie.nvim: Neovim front end for Jujutsu in the style of fugitive

https://github.com/jceb/jiejie.nvim
1•jceb81•45m 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/