HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
vhscom
private-landing
TypeScript2026–2026
vhscom / private-landing

private-landing

🔐 Learn authentication by building it right. An extensible, standards-compliant reference implementation for Cloudflare Workers with Hono, Turso, PBKDF2, and JWT dual-token sessions.

2Distinct people
2Mentions
0Explicit recommenders
78GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

🔐 Learn authentication by building it right. An extensible, standards-compliant reference implementation for Cloudflare Workers with Hono, Turso, PBKDF2, and JWT dual-token sessions.

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by hour2 dated mentions

Observed mentions: 2026-02-09 11:30:06 UTC to 2026-02-09 14:02:38 UTC.

012026-02-09 11:00:00 UTC to 2026-02-09 12:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 commentsFeb 9, 11:002026-02-09 12:00:00 UTC to 2026-02-09 13:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsFeb 9, 12:002026-02-09 13:00:00 UTC to 2026-02-09 14:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-02-09 14:00:00 UTC to 2026-02-09 15:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsFeb 9, 14:00

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Feb 9, 11:002026-02-09 11:00:00 UTC2026-02-09 12:00:00 UTC110
Feb 9, 12:002026-02-09 12:00:00 UTC2026-02-09 13:00:00 UTC000
Feb 9, 13:002026-02-09 13:00:00 UTC2026-02-09 14:00:00 UTC000
Feb 9, 14:002026-02-09 14:00:00 UTC2026-02-09 15:00:00 UTC101

What Hacker News says

2 sources
I would love to see alternatives of educational code that implements these things in a "compliant" way. Security does not come from Compliance (sometimes they are at odds) but as someone who is not an academically trained security professional but who has read NIST* in detail, implements such code and has passed a number of code reviews from security professionals. And who has been asked to do things like STRIDE risk assessment on products I write code for I do appreciate the references and links along side actual code of any kind. Now to be fair, I have not yet looked at any of the code here, it's commit history or its level of AI-induced fantasy confidence in the validity of the specific solutions. That could be good or bad but the intent of this is really on point for me. Edit: I looked at some code: This is missing a lot from NIST SP
Read the rest
800-63B Looking at https://github.com/vhscom/private-landing/blob/main/packages... - the db select runs before the password has so you can detect if the account exists with timing attacks - there is no enforced minimum nor maximum length on the stored secret (e..g para 5.1.1.1 and 5.1.1.2 recommend length range of 8 to 64 unicode printable chars normalized to some form i forget) - there is no enforced min max length on the account identifier (in this case email) and no normalization At least not in the code i saw. so there is still a lot of basics/low hanging fruit from NIST recommendations at least you would find in any production grade auth framework missing
In Show HN: Minimal NIST/OWASP-compliant auth implementation for Cloudflare Workers
vhsdev·Feb 9, 2026Submission

Show HN: Minimal NIST/OWASP-compliant auth implementation for Cloudflare Workers

This is an educational reference implementation showing how to build reasonably secure, standards-compliant authentication from first principles on Cloudflare Workers. Stack: Hono, Turso (libSQL), PBKDF2-SHA384 + normalization + common-password checks, JWT access + refresh tokens with revocation support, HTTP-only SameSite cookies, device tracking. It's deliberately minimal — no OAuth, no passkeys, no magic links, no rate limiting — because the goal is clarity and auditability. I wrote it mainly to deeply understand edge-runtime auth constraints and to have a clean Apache-2.0 example that follows NIST SP 800-63B / SP 800-132 and OWASP guidance. For production I'd almost always reach for Better Auth instead (https://www.better-auth.com) — this repo is not trying to compete with it. Live demo: https://private-landing.vhsdev.workers.dev/ Rep
Read the rest
o: https://github.com/vhscom/private-landing Happy to answer questions about the crypto choices, the refresh token revocation pattern, Turso schema, constant-time comparison, unicode pitfalls, etc.
33 points · Open discussion

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.