Files
accounted/app/(auth)/auth/callback/route.ts
T
Jakob Wennberg 18cbc4c30a fix(security): audit remediation 2026-09-01: api_keys identity, viewer gates, OAuth binding, XSS, MFA gate (#2155)
* fix(security): bind api_keys to the caller, lock hash-as-bearer RPCs and provider token tables

Security audit 2026-09-01, critical items.

- api_keys INSERT requires user_id = auth.uid() again (an admin could
  forge a key for any co-member and act as them in every company they
  belong to); SELECT is own-keys-or-admin; a BEFORE trigger freezes the
  identity and credential columns against user-session UPDATEs.
- rotate_mcp_refresh_token and validate_and_increment_api_key become
  service_role only: they match rows by a presented SHA-256, so a hash
  readable by co-members was a bearer credential.
- validate_and_increment_api_key fails closed when the key's user is no
  longer a member of the key's company.
- provider_consent_tokens and provider_otc: the DELETE policies collapsed
  to "caller has any team row" (correlated subquery on a non-existent
  team_members.company_id). All member policies dropped; service_role
  only, matching every existing code path.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

* fix(security): role gates, ownership guards and posting integrity in the database

Security audit 2026-09-01, high items at the database layer.

- One table-level guard, enforce_company_writer_role(), blocks the
  read-only viewer role on 55 company-scoped tables including through
  the 15 membership-only SECURITY DEFINER writers. Keyed on the JWT role
  claim so it fires inside definer bodies; no-op for service_role and
  trigger cascades.
- company_members user_id/company_id immutable from user sessions;
  invitations can never grant owner; team_members gains a transition
  guard (admins keep non-owner role moves); companies team_id and
  archiving are owner-only and team attachment needs team membership.
- Direct statements (current_user = authenticated) can no longer insert
  posted headers, add lines under posted verifikat, or post a draft with
  a voucher number the sequence never issued. Sanctioned RPCs run as the
  definer and are untouched; the engine's own draft-then-post shapes
  still pass.
- create_document_version refuses viewers and foreign storage paths;
  validate_version_chain needs membership and loses anon EXECUTE;
  match_documents / match_booking_templates lose anon; cron maintenance
  RPCs become service_role only; the production-only
  seed_asset_categories is dropped.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

* build: pin tsx as an exact devDependency instead of fetching it with npx at build time

prebuild ran "npx tsx" with no lockfile entry, so every Vercel, Docker
and CI build downloaded tsx@latest and its transitive tree from the
registry with no integrity check, inside the build environment.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

* fix(security): refuse the viewer role on API-key and MCP write paths

The v1 wrapper and the MCP company routing checked company membership
but never role, and both run as service role, so a read-only viewer
holding an API key could post vouchers and change settings through the
API. Mutating methods and non-read scopes now return 403 ROLE_READ_ONLY
for viewers on v1; MCP write tools refuse viewers the same way.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

* fix(security): stop serving uploaded SVG, XML and HTML as executable content on the app origin

Uploads persisted the browser-declared mime type and the inline proxy
served it verbatim, sandboxing only text/html; the storage proxy
forwarded the uploader's Content-Type. Any writer, or any Peppol sender,
could plant a scripted SVG or XHTML that executed on app.gnubok.se.

- inline route: allow-list of natively safe types (PDF, raster images)
  served as before; everything else gets the opaque sandbox CSP.
- storage proxy: octet-stream + attachment + sandbox unless the DB
  mime for the key is on the allow-list.
- document-service: the stored mime is the magic-byte validated type.
- logo upload: magic-byte validation, SVG refused.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

* fix(security): byrå brand logo upload decides the type by magic bytes and drops SVG

Same pattern as the company logo route: the logos bucket is public, so a
scripted SVG (or anything declared as an image) must never land there.
The upload pickers stop advertising SVG.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

* fix(security): bind Enable Banking, Stripe and WooCommerce callbacks to the initiating user

The callbacks resolved the pending row by oauth_state alone, so a
victim who completed an attacker-initiated consent had their bank
account, merchant account or store attached to the attacker's company.
requireFlowInitiator() now requires the cookie session of the user who
started the flow: no session redirects to login with the callback URL
preserved, a different user is refused and nothing is exchanged.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

* fix(security): guard tenant-controlled outbound fetches and surface the disabled rate limiter

WooCommerce and Shopify syncs fetched a member-editable store URL with
plain fetch() and redirect following under the service role, and the
invoice PDF renderer fetched company_settings.logo_url unguarded. All
three go through a new safeFetch() (public-IP validation via url-guard,
https only, redirect: 'manual', body size cap) and re-normalise the
stored host at use time. checkRateLimit() keeps failing open on hosted
but logs one error per process when Upstash is not configured and
exports isRateLimiterConfigured().

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

* fix(security): decide the API MFA gate from server-authenticated factors, not the session cookie

getAuthenticatorAssuranceLevel() without arguments derives nextLevel
from session.user.factors, which comes from the unsigned sb-*-auth-token
cookie. Deleting factors from the cookie made an enrolled account look
like it had nothing to step up to, on every /api route and in
requireAuth. Both gates now read factors from the getUser() result or
listFactors() and the level from the verified JWT claim, and fail closed
on errors. Page-branch gate hardened the same way.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

* fix(security): bind Fortnox/Visma, Gmail and Skatteverket callbacks to the initiating user

The arcim-migration callback exchanged the provider code onto whatever
consent the one-time state named, with no check of who completed the
flow and no org-number comparison, so a phished Fortnox admin handed
their ledger to the attacker's company. provider_otc now records the
initiating user (migration 20260902100000); the callback requires that
session and, after the exchange, refuses a provider company whose org
number differs from the consent's company. The Gmail and Skatteverket
callbacks enforce the same initiator check.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

* fix(security): BankID signup confirms the email before linking the identity

Signup created an email-confirmed, MFA-exempt account for any address
the caller typed and returned a magic link, so an attacker could
pre-register a victim's email and keep a permanent BankID login into the
account the victim later adopted. The user is now created unconfirmed,
the identity carries email_verified_at NULL (migration 20260902101000),
bankid_linked is not set until the mailed confirmation is clicked, and
BankID login of a pending identity is refused with the confirmation
re-sent.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

* fix(security): bind MCP OAuth redirect URIs to the consenting user and cap scopes

A user-registered redirect URI was allowlisted globally, the consent page
named no client, and all scopes were pre-checked, so one phishing link
handed an attacker a full-scope key for the victim's company. Registered
URIs now resolve only for the registrant or a colleague sharing a
company; the consent page shows the client identity and redirect host;
non-built-in clients default to read-only pre-checks; scopes are capped
by the user's role (viewer: read only) at consent and at /token.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

* fix(auth): client follow-ups for BankID confirmation, callback mismatch copy and decision log

- register client handles the new confirmation_sent response from BankID
  signup with the existing inbox screen instead of calling verifyOtp.
- BankID login surfaces the email_unconfirmed explanation.
- WooCommerce settings map woocommerce_error=wrong_user to its own copy.
- Logo help text no longer advertises SVG.
- DECISIONS.md records the audit remediation choices.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

* fix(mcp-oauth): literal SoD columns in the api_keys insert so the phantom-column scanner resolves them

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

* test(logo): type the upload fixtures as Uint8Array<ArrayBuffer> so they are valid BlobParts

Fixes the typecheck ratchet on PR #2155 and ratchets the baseline down
by the one legacy error the change removed.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

---------

Co-authored-by: Jakob Wennberg <311770904+jakobwennberg-oss@users.noreply.github.com>
Co-authored-by: Claude Fable 5.1 <noreply@anthropic.com>
2026-09-02 11:38:30 +02:00

469 lines
20 KiB
TypeScript

import { createServerClient } from '@supabase/ssr'
import { type NextRequest, NextResponse } from 'next/server'
import { hashInviteToken } from '@/lib/auth/invite-tokens'
import { INVITE_COOKIE_NAME } from '@/lib/auth/consume-invite-cookie'
import { safeReturnTo } from '@/lib/auth/safe-return-to'
import { resolveLandingDestination } from '@/lib/company/landing-server'
import { acceptPendingTeamInviteByToken } from '@/lib/company/pending-invites'
/**
* The one `next` destination this callback honours for a fresh session: the
* MCP OAuth consent page. A signup that started from an MCP client's Connect
* popup (issue #1814) confirms its e-mail or completes Google OAuth here, and
* has to land back on consent instead of the dashboard. Consent handles the
* zero-company state itself, which is why this is safe where an arbitrary
* deep link would not be (a brand-new account has no membership to spend a
* deep link on). Same-origin only, via safeReturnTo.
*/
function oauthResumePath(next: string): string | null {
const safe = safeReturnTo(next, '/')
return safe.startsWith('/api/mcp-oauth/authorize?') ? safe : null
}
/**
* Mirror of hasForeignCredential in extensions/general/tic/lib/bankid-pending.ts
* (core cannot import from extensions). A non-email identity (Google) or a
* password the user set themselves (`has_password: true`, written only by
* POST /api/account/password) means somebody proved ownership of the address
* by other means than the BankID signup's confirmation mail.
*/
function hasForeignCredential(user: {
identities?: Array<{ provider: string }>
app_metadata?: Record<string, unknown>
}): boolean {
if ((user.identities ?? []).some((identity) => identity.provider !== 'email')) return true
return user.app_metadata?.has_password === true
}
/**
* Pending BankID identities (security audit 2026-09, account pre-hijacking).
*
* A BankID signup (extensions/general/tic, POST /bankid/complete) creates the
* auth user with the typed address UNCONFIRMED, a bankid_identities row with
* email_verified_at NULL, and app_metadata.bankid_pending instead of
* bankid_linked. The confirmation mail it sends lands here, and this is the
* one place that promotes the identity: email_verified_at = now(),
* bankid_linked = true (the MFA exemption in lib/auth/mfa.ts), bankid_pending
* removed. Until then BankID login refuses the identity.
*
* Promotion is refused, and the pending link revoked instead, when the account
* was adopted through another credential in the meantime: this link is a
* password reset (type=recovery, "forgot password" on the address), or the
* user already carries a non-email identity (Google) or a password they set
* themselves. In each case the real owner of the address proved it by other
* means, and the BankID holder who typed that address must not end up with a
* login into their account.
*
* Gated on the bankid_pending flag so the ordinary confirmation and recovery
* paths cost nothing extra. Failures are logged and never block the redirect:
* a pending identity simply stays pending, which is the safe state.
*/
async function reconcilePendingBankIdIdentity(
user: { id: string; app_metadata?: Record<string, unknown> },
type: string,
): Promise<void> {
if (user.app_metadata?.bankid_pending !== true) return
try {
const service = createServerClient(
process.env.NEXT_PUBLIC_SUPABASE_URL!,
process.env.SUPABASE_SERVICE_ROLE_KEY!,
{ cookies: { getAll: () => [], setAll: () => {} } }
)
const { data: pending, error: lookupError } = await service
.from('bankid_identities')
.select('id')
.eq('user_id', user.id)
.is('email_verified_at', null)
.maybeSingle()
if (lookupError) {
console.error('[auth/callback] pending BankID lookup failed:', lookupError.message)
return
}
// Fresh, authoritative copy: identities and app_metadata as of now.
const { data: userData, error: userError } = await service.auth.admin.getUserById(user.id)
const current = userData?.user
if (userError || !current) {
console.error('[auth/callback] pending BankID user lookup failed:', userError?.message)
return
}
const prior = current.app_metadata ?? {}
if (!pending || type === 'recovery' || hasForeignCredential(current)) {
// Adopted, or nothing left to promote: drop the unverified link and the
// flag. bankid_linked is untouched (a pending signup never set it).
// null removes the key under GoTrue's merge semantics and is falsy if
// app_metadata is ever replaced wholesale instead.
if (pending) {
const { error: deleteError } = await service
.from('bankid_identities')
.delete()
.eq('user_id', user.id)
.is('email_verified_at', null)
if (deleteError) {
console.error('[auth/callback] pending BankID revoke failed:', deleteError.message)
return
}
console.warn(
'[auth/callback] pending BankID identity revoked: account adopted through another credential',
{ userId: user.id, type },
)
}
await service.auth.admin.updateUserById(user.id, {
app_metadata: { ...prior, bankid_pending: null },
})
return
}
// The click proves the address for the BankID holder who typed it.
const { error: promoteError } = await service
.from('bankid_identities')
.update({ email_verified_at: new Date().toISOString() })
.eq('user_id', user.id)
.is('email_verified_at', null)
if (promoteError) {
console.error('[auth/callback] pending BankID promotion failed:', promoteError.message)
return
}
await service.auth.admin.updateUserById(user.id, {
app_metadata: { ...prior, bankid_linked: true, bankid_pending: null },
})
} catch (err) {
console.error('[auth/callback] pending BankID reconciliation failed:', err)
}
}
export async function GET(request: NextRequest) {
const { searchParams, origin } = new URL(request.url)
const code = searchParams.get('code')
const token_hash = searchParams.get('token_hash')
const type = searchParams.get('type')
const next = searchParams.get('next') ?? '/'
const resumeOAuth = oauthResumePath(next)
// Collect cookies that Supabase sets during auth so we can
// explicitly forward them on the redirect response.
const pendingCookies: { name: string; value: string; options: Record<string, unknown> }[] = []
const supabase = createServerClient(
process.env.NEXT_PUBLIC_SUPABASE_URL!,
process.env.NEXT_PUBLIC_SUPABASE_ANON_KEY!,
{
cookies: {
getAll() {
return request.cookies.getAll()
},
setAll(cookiesToSet) {
pendingCookies.length = 0
cookiesToSet.forEach((cookie) => {
// Mirror the cookie into request.cookies so subsequent getAll()
// calls within this request lifecycle return the updated values
// (matches the pattern used in proxy.ts).
request.cookies.set(cookie.name, cookie.value)
pendingCookies.push(cookie)
})
},
},
}
)
let authenticated = false
// Handle PKCE flow (code exchange)
if (code) {
const { error } = await supabase.auth.exchangeCodeForSession(code)
authenticated = !error
}
// Handle token hash flow (email verification / magic link)
else if (token_hash && type) {
const { data, error } = await supabase.auth.verifyOtp({
token_hash,
type: type as 'signup' | 'invite' | 'magiclink' | 'recovery' | 'email_change' | 'email',
})
// Email change never lands silently: with secure email change enabled the
// user must confirm from BOTH addresses, and dropping them on the
// dashboard (or login) with no message is exactly how a half-completed
// change reads as "det funkar inte". The status page tells them whether
// one click remains, the change is complete, or the link was dead.
// Completing the second confirmation returns a session; the first (or a
// click from a logged-out mailbox) does not, which is what separates
// 'done' from 'partial'. Cookies are forwarded so a minted session
// survives the redirect.
if (type === 'email_change') {
const status = error ? 'failed' : data?.session ? 'done' : 'partial'
const response = NextResponse.redirect(
new URL(`/auth/email-change?status=${status}`, origin),
)
for (const { name, value, options } of pendingCookies) {
response.cookies.set({ name, value, ...options })
}
return response
}
// A BankID signup proves its address through this very link; a password
// reset on that address proves the opposite. Runs before the recovery
// early-return below so both outcomes are handled here.
if (!error && data?.user) {
await reconcilePendingBankIdIdentity(data.user, type)
}
authenticated = !error
}
if (authenticated) {
let redirectPath = next
// Set once a byrå-team invite is accepted below, so the final response
// clears the invite cookie instead of leaving it for a redundant retry.
let inviteConsumed = false
// Password recovery flow: the user just exchanged a recovery token, so they
// have a fresh session whose only purpose is to call updateUser({ password })
// on /reset-password. Skip onboarding / team setup / dashboard redirect.
// The token-hash flow signals this via type=recovery; PKCE has no type, so
// also gate on next === '/reset-password' (only the reset request sets it).
if (type === 'recovery' || next === '/reset-password') {
const response = NextResponse.redirect(new URL('/reset-password', origin))
for (const { name, value, options } of pendingCookies) {
response.cookies.set({ name, value, ...options })
}
return response
}
// Admin-provisioned invite (auth.admin.inviteUserByEmail, used when the
// installation runs with signups disabled): the invited user now has a
// verified session but no password. Reuse the recovery surface so they
// set one before anything else. The company invite token travels in
// `next` (/invite/<token>); persist it as the pre-auth invite cookie so
// the reset-password invite handoff accepts the membership right after
// the password is saved.
if (type === 'invite') {
const response = NextResponse.redirect(new URL('/reset-password', origin))
for (const { name, value, options } of pendingCookies) {
response.cookies.set({ name, value, ...options })
}
const inviteTokenMatch = next.match(/^\/invite\/([A-Za-z0-9_-]+)$/)
if (inviteTokenMatch) {
// Mirrors buildInviteCookie in app/invite/[token]/page.tsx: readable
// by the client auth surfaces (not httpOnly), lifetime matching the
// 7-day invite TTL that the server re-checks on every acceptance.
response.cookies.set(INVITE_COOKIE_NAME, inviteTokenMatch[1], {
path: '/',
httpOnly: false,
secure: process.env.NODE_ENV === 'production',
sameSite: 'lax',
maxAge: 7 * 24 * 60 * 60,
})
}
return response
}
const { data: { user } } = await supabase.auth.getUser()
if (user) {
// Check MFA status: redirect to verify if factor is enrolled but session is AAL1
const { data: aal } = await supabase.auth.mfa.getAuthenticatorAssuranceLevel()
if (aal?.nextLevel === 'aal2' && aal?.currentLevel === 'aal1') {
const verifyUrl = new URL('/mfa/verify', origin)
if (resumeOAuth) verifyUrl.searchParams.set('returnTo', resumeOAuth)
const response = NextResponse.redirect(verifyUrl)
for (const { name, value, options } of pendingCookies) {
response.cookies.set({ name, value, ...options })
}
return response
}
// Check for pending invite token (set by invite page before redirecting to register)
const inviteToken = request.cookies.get('gnubok-invite-token')?.value
if (inviteToken) {
try {
const tokenHash = hashInviteToken(inviteToken)
// Use the service role client to bypass RLS for invite acceptance
const serviceClient = createServerClient(
process.env.NEXT_PUBLIC_SUPABASE_URL!,
process.env.SUPABASE_SERVICE_ROLE_KEY!,
{ cookies: { getAll: () => [], setAll: () => {} } }
)
// Look up company invitation
const { data: invite } = await serviceClient
.from('company_invitations')
.select('id, company_id, email, role, status, expires_at')
.eq('token_hash', tokenHash)
.single()
if (
invite &&
invite.status === 'pending' &&
new Date(invite.expires_at) > new Date() &&
user.email?.toLowerCase() === invite.email.toLowerCase()
) {
// Add user to company
await serviceClient.from('company_members').insert({
company_id: invite.company_id,
user_id: user.id,
role: invite.role,
source: 'direct',
})
// Set active company. Non-fatal on failure (middleware falls
// back to the membership created above) but log so silent
// persistence failures (#701) are observable.
const { error: prefError } = await serviceClient.from('user_preferences').upsert({
user_id: user.id,
active_company_id: invite.company_id,
}, { onConflict: 'user_id' })
if (prefError) {
console.error('[auth/callback] failed to set active company', prefError)
}
// Mark invite as accepted
await serviceClient
.from('company_invitations')
.update({ status: 'accepted' })
.eq('id', invite.id)
// Invited user goes straight to dashboard: no onboarding needed
redirectPath = '/'
// Clear invite cookie and set company cookie on response
const response = NextResponse.redirect(new URL(redirectPath, origin))
for (const { name, value, options } of pendingCookies) {
response.cookies.set({ name, value, ...options })
}
response.cookies.set('gnubok-company-id', invite.company_id, {
path: '/',
httpOnly: true,
secure: process.env.NODE_ENV === 'production',
sameSite: 'lax',
maxAge: 60 * 60 * 24 * 365,
})
response.cookies.delete('gnubok-invite-token')
return response
}
} catch (err) {
console.error('[auth/callback] invite acceptance failed:', err)
// Fall through to normal onboarding check
}
}
// Byrå-TEAM invite: the company-invite block above only knows
// company_invitations, so a byrå staffer's invite was accepted by no
// server path before landing resolved, and they were funneled to
// /onboarding as a first-timer. Accept it here, BEFORE the silent-team
// check (so no stray "Personal" team is minted) and BEFORE landing
// resolves, so resolveLandingDestination sees the byrå membership and
// sends an owner/admin to /clients. Company-invite and non-invite flows
// are untouched. On success the cookie is cleared on the final response;
// otherwise it survives for the /onboarding + /select-company retry.
if (inviteToken && !inviteConsumed) {
try {
const outcome = await acceptPendingTeamInviteByToken(
{ id: user.id, email: user.email },
inviteToken,
)
if (outcome.status === 'accepted' || outcome.status === 'already_member') {
inviteConsumed = true
}
} catch (err) {
console.error('[auth/callback] team invite acceptance failed:', err)
}
}
// Ensure user has a silent team (for new signups and existing users without one)
const { data: teamMembership } = await supabase
.from('team_members')
.select('team_id')
.eq('user_id', user.id)
.limit(1)
.maybeSingle()
if (!teamMembership) {
// Create team via service client (RPC requires auth.uid() which isn't available here).
// Non-fatal: a failure here must not turn a successfully confirmed session into a
// 500 that reads as "signup verification failed". The dashboard / onboarding path
// recreates the silent team when it is missing, so log and continue.
try {
const serviceClient = createServerClient(
process.env.NEXT_PUBLIC_SUPABASE_URL!,
process.env.SUPABASE_SERVICE_ROLE_KEY!,
{ cookies: { getAll: () => [], setAll: () => {} } }
)
const teamId = crypto.randomUUID()
await serviceClient.from('teams').insert({
id: teamId,
name: 'Personal',
created_by: user.id,
})
await serviceClient.from('team_members').insert({
team_id: teamId,
user_id: user.id,
role: 'owner',
})
} catch (err) {
console.error('[auth/callback] silent team creation failed:', err)
}
}
// Redirect to the dashboard (it handles zero-company and incomplete
// states), unless the session was created to resume an MCP OAuth
// consent flow: that page handles the zero-company state too. With no
// explicit destination, byrå staff on their byrå's home domain land in
// the cockpit instead (WL-14): this callback is the OAuth/magic-link
// twin of the login page's resolvePostLoginDestination call, covering
// only AAL1 sessions (MFA-enrolled users exited to /mfa/verify above,
// which applies the same rule). Any failure degrades to '/'.
if (resumeOAuth) {
redirectPath = resumeOAuth
} else {
try {
const host =
request.headers.get('x-forwarded-host') ?? request.headers.get('host') ?? ''
redirectPath = await resolveLandingDestination(supabase, user.id, host)
} catch (err) {
console.error('[auth/callback] landing resolution failed:', err)
redirectPath = '/'
}
}
}
// Create redirect and explicitly set auth cookies on the response
const response = NextResponse.redirect(new URL(redirectPath, origin))
for (const { name, value, options } of pendingCookies) {
response.cookies.set({ name, value, ...options })
}
// Keep the invite cookie alive so the /onboarding and /select-company
// pages can retry acceptance via acceptPendingInviteByToken, UNLESS a team
// invite was just accepted above (then the membership exists and a retry
// would only 409). The company-invite success path returns earlier and
// clears the cookie itself.
if (inviteConsumed) {
response.cookies.delete('gnubok-invite-token')
}
return response
}
// Authentication failed: redirect to login with error. Forward a coarse
// flow hint so the login page can show the right copy: a failed signup
// confirmation must not be framed as a failed password reset. On the PKCE
// (?code=) path there is no `type`, so recovery is identified by the
// next=/reset-password marker that resetPasswordForEmail sets, and OAuth
// by the flow=oauth marker that OAuthButton puts in redirectTo
// (provider denials arrive here with ?error and no code); everything else
// defaults to the signup/confirmation framing.
const failedFlow =
searchParams.get('flow') === 'oauth'
? 'oauth'
: type === 'recovery' || next === '/reset-password'
? 'recovery'
: 'signup'
const loginUrl = new URL('/login', origin)
loginUrl.searchParams.set('error', 'auth_error')
loginUrl.searchParams.set('flow', failedFlow)
return NextResponse.redirect(loginUrl)
}