How to add Cross-Origin-Opener-Policy on Lovable / static hosting
Last updated · Reviewed by a CISSP-certified security practitioner
To add Cross-Origin-Opener-Policy on Lovable / static hosting, set the header in src/server.ts (TanStack Start) or your edge proxy with the value same-origin. Isolates your window from pop-ups and openers on other sites. Publish, then curl -I your live domain. Then confirm it with curl -I or a free FixSecurityHeaders scan.
What does Cross-Origin-Opener-Policy do?
COOP puts your page in its own browsing context group so cross-origin windows can't get a handle to it.
Risk if missing: Cross-window attacks (XS-Leaks, tabnabbing) and Spectre-style side channels.
What is the Lovable / static hosting configuration?
Add this to src/server.ts (TanStack Start) or your edge proxy:
// src/server.ts — wrap the response before returning it
function withSecurityHeaders(res: Response): Response {
const out = new Response(res.body, res);
const h = out.headers;
h.set("Cross-Origin-Opener-Policy", "same-origin");
return out;
}How do I add it step by step?
- Open src/server.ts (TanStack Start) or your edge proxy.
- Paste the Cross-Origin-Opener-Policy configuration shown below.
- Publish, then curl -I your live domain.
- Run curl -I https://yourdomain.com and look for the cross-origin-opener-policy line.
- Scan your site on FixSecurityHeaders to confirm the grade improved.
How do I verify it worked?
curl -sI https://yourdomain.com | grep -i "cross-origin-opener-policy"
# expected:
# cross-origin-opener-policy: same-originCheck your site now
Free scan, instant grade, exact fixes for your stack.
What are the common mistakes?
- OAuth or payment pop-ups that talk back via window.opener may need same-origin-allow-popups.
- Pure static hosts that don't allow custom headers can be fronted by Cloudflare to add them.
- Skip frame-blocking headers on preview URLs that are shown inside editors.
Quick reference
| Header | Cross-Origin-Opener-Policy |
|---|---|
| Recommended value | same-origin |
| Stack | Lovable / static hosting |
| Where | src/server.ts (TanStack Start) or your edge proxy |
| Compliance | OWASP ASVS V14.4 |
FAQ
What value should I use for Cross-Origin-Opener-Policy?
A safe default is same-origin. OAuth or payment pop-ups that talk back via window.opener may need same-origin-allow-popups.
Why isn't Cross-Origin-Opener-Policy showing up on Lovable / static hosting?
Pure static hosts that don't allow custom headers can be fronted by Cloudflare to add them. Also clear any CDN or page cache, and check you edited the config that actually serves your domain.
Does Cross-Origin-Opener-Policy affect SEO or performance?
No measurable performance cost — it's a few bytes per response. It doesn't affect rankings directly, but a misconfigured policy can break page resources, so test before enforcing.
Which compliance frameworks reference Cross-Origin-Opener-Policy?
OWASP ASVS V14.4.
Related guides
- Cross-Origin-Opener-Policy explained
- Cross-Origin-Opener-Policy on Nginx
- Cross-Origin-Opener-Policy on Apache
- Cross-Origin-Opener-Policy on IIS
- Cross-Origin-Opener-Policy on Cloudflare
- Strict-Transport-Security on Lovable / static hosting
- Content-Security-Policy on Lovable / static hosting
- X-Content-Type-Options on Lovable / static hosting
- X-Frame-Options on Lovable / static hosting