Fix stack trace leaked in error response in TanStack Start

Returning an error's `.stack` to the client exposes absolute file paths, dependency versions, and internal call structure. Attackers use it to map the application and to fingerprint vulnerable dependency versions. Log the stack server-side and return a generic message.

high likely TanStack Start CWE-209 / OWASP A05:2021

The vulnerable pattern in TanStack Start

HIGH likely Stack trace leaked in error response A05:2021 app/routes/api/reports.ts:12:35 10 │ } catch (err) { 11 │ // stack-trace-leak: the client learns the file layout and dependency versions. 12 │ return Response.json({ error: (err as Error).stack }, { status: 500 }) │ ~~~~~~~~~~~~~~~~~~~~ leaks internal stack trace to the client 13 │ } 14 │ }

This finding comes from the TanStack Start fixture in the owlwarden test suite. Stack traces expose absolute file paths, dependency versions, and internal call structure - enough to fingerprint the stack and locate other weaknesses.

The corrected handler

Log server-side and return a generic body from the server function.

console.error(err)
return new Response(JSON.stringify({ error: 'Internal Server Error' }), {
  status: 500,
  headers: { 'content-type': 'application/json' },
})

If you are not using TanStack Start

Log the error server-side and return a generic message to the client.

Check your own repository

npx owlwarden scan
npx owlwarden explain stack-trace-leak

Runs on your machine. No account, no telemetry, no network unless you ask. In CI, SARIF uploads to code scanning and the exit code is the gate.

Other TanStack Start checks

Rules with a tested TanStack Start example.

stack-trace-leak for every framework / All rules / owlwarden