Fix redirect target comes from the caller in Hapi

The destination of a redirect is taken from the request without being checked. An attacker can send a link that starts with your domain and ends on theirs, which is what makes a phishing page credible - and in an OAuth callback it hands the authorisation code to whoever asked. Resolve the target against your own origin and refuse anything else.

medium likely Hapi CWE-601 / OWASP A01:2021

The vulnerable pattern in Hapi

MEDIUM likely Redirect target comes from the caller A01:2021 src/server.ts:69:12 67 │ // open-redirect: the caller chooses where the browser lands. 68 │ const next = (request.query as { next?: string }).next as string 69 │ return h.redirect(next) │ ~~~~~~~~~~~~~~~~ destination chosen by the caller 70 │ }, 71 │ })

This finding comes from the Hapi fixture in the owlwarden test suite. The whole redirect target comes from the request, so a link to this endpoint can send a visitor anywhere. The URL they click genuinely belongs to you, which is what makes the page they land on convincing - and on an OAuth callback the authorisation code goes with them.

The corrected handler

Validate before h.redirect().

const base = `${request.server.info.protocol}://${request.info.host}`
return h.redirect(safeRedirect(request.query.next, base))

If you are not using Hapi

Resolve the target against your own origin and refuse anything that lands elsewhere. Do not use a startsWith('/') check: '//evil.com' passes it and leaves the site.

Check your own repository

npx owlwarden scan
npx owlwarden explain open-redirect

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

Rules with a tested Hapi example.

open-redirect for every framework / All rules / owlwarden