Fix cross-origin policy accepts any origin in Gatsby

The CORS configuration accepts requests from any origin. Combined with credentials this lets any site a logged-in user visits make authenticated calls to the API and read the responses. Without credentials it may be intentional for a public API - the finding says which case it found.

medium likely Gatsby CWE-942 / OWASP A05:2021

The vulnerable pattern in Gatsby

MEDIUM likely Cross-origin policy accepts any origin A05:2021 src/api/users.ts:33:5 31 │ 32 │ // cors-permissive: hand-rolled wildcard + credentials. 33 │ res.header('Access-Control-Allow-Origin', '*') │ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ accepts requests from any origin 34 │ res.header('Access-Control-Allow-Credentials', 'true')

This finding comes from the Gatsby fixture in the owlwarden test suite, in /api/users. Any origin may call this API and read the response. That is a deliberate choice for a public endpoint and a mistake for anything behind a session - nothing in the source says which this is, so it is reported for you to decide.

The corrected handler

Set the header explicitly in the Function handler, not '*'.

// src/api/data.ts
const ALLOWED = new Set(['https://app.example.com'])

export default function handler(req: GatsbyFunctionRequest, res: GatsbyFunctionResponse) {
  const origin = req.headers.origin ?? ''
  if (ALLOWED.has(origin)) {
    res.setHeader('Access-Control-Allow-Origin', origin)
    res.setHeader('Vary', 'Origin')
  }
  res.json({ ok: true })
}

If you are not using Gatsby

Replace the wildcard with the origins that actually need access, and only send credentials to those.

Check your own repository

npx owlwarden scan
npx owlwarden explain cors-permissive

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 Gatsby checks

Rules with a tested Gatsby example.

cors-permissive for every framework / All rules / owlwarden