chore: DEPLOY_BIND for published port + drizzle-orm security bump #4
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "chore/deploy-hardening"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Two hardening items from the repo-wide review:
DEPLOY_BINDknob for the published deploy port.docker-compose.deploy.ymlpublished nginx as9001:80, binding to 0.0.0.0 on every host interface — with no auth on the proxied/api/. The mapping is now${DEPLOY_BIND:-0.0.0.0}:9001:80; default unchanged, documented in.env.example. Recommended: setDEPLOY_BINDto the host's Tailscale IP (or 127.0.0.1 behind Tailscale Serve) on the deploy host.drizzle-orm 0.36 → 0.45.2 closes GHSA-gpj5-g38j-94v9 (high, SQL injection via SQL identifiers — not exploitable in this codebase since all identifiers are static, but latent + flagged by audit). drizzle-kit bumped ^0.28 → ^0.31.10 to keep the documented orm/kit pairing. No query-code changes needed.
pnpm audit --prodis now clean; 294 tests green; typecheck clean.Pre-existing issue found while verifying (NOT caused by this PR):
drizzle-kit generatecannot no-op on main —drizzle/meta/_journal.jsonlists migrations 0000–0007 butmeta/only has snapshots 0000–0002 (0003–0007 were committed without snapshots), so generate diffs against the stale 0002 snapshot. Identical behavior on old and new versions; needs a separate fix (regenerate missing snapshots).