fix: remediate dependency advisories

Three advisory paths, closed with the narrowest scoped overrides rather than a
broad upgrade. Each raises exactly the one edge that resolved a vulnerable
version, and each pins an exact release.

PostCSS 8.5.17 (GHSA-r28c-9q8g-f849, high) was reached only through Vite, which
better-auth pulls in via Vitest, and Vite 8.1.4's own range still resolved the
vulnerable version. `vite>postcss` now resolves 8.5.24; one version in the tree.

esbuild 0.18.20 (GHSA-67mh-4wv8-2f99, moderate) was reached only through the
deprecated @esbuild-kit/core-utils, whose pinned range predates the fix. Scoped
to `@esbuild-kit/core-utils>esbuild` on purpose: drizzle-kit already resolved
esbuild 0.25.12 directly and tsx/vite resolve 0.28.1, so a global override would
have dragged those newer, unaffected versions backwards. The vulnerable version
is gone and 0.28.1 is preserved.

Lodash 4.17.21 (GHSA-r5fr-rjxr-66jc high, GHSA-f23m-r3pf-42rh and
GHSA-xxjr-mmjv-4gpg moderate) was reached only through the development-time
Better Auth `auth` CLI's Prisma parser. All three chevrotain packages pin lodash
to exactly 4.17.21, so no in-range release is patched, and the advisories
require >= 4.17.24 — a version the 4.17.x line never published. 4.18.1 is the
lowest fixed release; the override crosses chevrotain's exact pin for that
reason. Verified compatible before applying: 4.18.1 keeps the per-method
CommonJS subpath files chevrotain requires (`lodash/assign`, `lodash/isRegExp`,
and the rest), with the same `main` and no restrictive `exports` field.

Both `pnpm audit --prod` and the full `pnpm audit` now report no known
vulnerabilities, with no ignore, allowlist, or audit-level suppression.

Proven, not assumed: `pnpm install --frozen-lockfile` succeeds; the Better Auth
schema generator still matches the checked-in identity schema, which exercises
the very chevrotain/lodash path that was overridden; drizzle-kit loads the real
config and reports no schema changes against a scratch copy, leaving tracked
migration artifacts untouched; the three Core migrations keep their exact
checksums; and the whole unit and PostgreSQL integration suites stay green.

Co-Authored-By: Claude Opus 5 <[email protected]>

pnpm-workspace.yaml

@@ -9,3 +9,29 @@ packages:
 
 allowBuilds:
   esbuild: true
+
+minimumReleaseAgeExclude:
+  - [email protected]
+
+# Narrowly scoped advisory remediation. Each entry raises exactly the one edge that resolves a
+# vulnerable version, never the whole graph, and pins an exact release rather than a range.
+overrides:
+  # GHSA-r28c-9q8g-f849 (high). PostCSS is reached only through Vite, which better-auth pulls in
+  # via Vitest. Vite 8.1.4's own dependency range still resolves the vulnerable 8.5.17.
+  vite>postcss: "8.5.24"
+  # GHSA-67mh-4wv8-2f99 (moderate). The vulnerable esbuild 0.18.20 is reached only through the
+  # deprecated @esbuild-kit/core-utils (drizzle-kit -> @esbuild-kit/esm-loader), whose pinned range
+  # predates the fix. Scoped to that one edge deliberately: drizzle-kit already resolves esbuild
+  # 0.25.12 directly and tsx/vite resolve 0.28.1, so a global override would drag those newer,
+  # unaffected versions backwards.
+  "@esbuild-kit/core-utils>esbuild": "0.25.12"
+  # GHSA-r5fr-rjxr-66jc (high), GHSA-f23m-r3pf-42rh and GHSA-xxjr-mmjv-4gpg (moderate). Lodash is
+  # reached only through the development-time Better Auth `auth` CLI's Prisma parser
+  # (@mrleebo/prisma-ast -> chevrotain). All three chevrotain packages pin lodash to exactly
+  # 4.17.21, so no in-range release is patched; the advisories require >= 4.17.24, which the 4.17.x
+  # line never published, making 4.18.1 the lowest fixed release. Verified compatible: it keeps the
+  # per-method CommonJS subpath files (`lodash/assign`, `lodash/isRegExp`, ...) chevrotain requires,
+  # with the same `main` and no restrictive `exports` field.
+  chevrotain>lodash: "4.18.1"
+  "@chevrotain/gast>lodash": "4.18.1"
+  "@chevrotain/cst-dts-gen>lodash": "4.18.1"