🛡️
🩺 Check
LV2 · Toolooo Standard
Explore → See → Understand → ActUnderstand it. Feature Level describes the depth of the tool experience.

Browser Security Policy Doctor

Review CSP, HSTS and browser security headers together, with contextual findings and compatibility cautions.

EngineeringBackendSecurityNetworkingAPI
🔒Your tool inputs are processed in your browser and are not uploaded or sent to analytics.

Paste Header-Name: value lines. Case, repeated headers and indented continuation lines are supported. Values stay local.

Analyze a response to see grouped findings. This tool never visits the server or changes its headers.

What this tool does and why

Before you start

What

Review CSP, HSTS and browser security headers together, with contextual findings and compatibility cautions.

Why

Header protections interact: report-only CSP does not enforce, multiple policies intersect, and HSTS scope can affect every subdomain long after a rollout.

Your Result and Action update in the tool as you change its inputs.

Model note

This browser-side model explains the inputs you choose. Check an important decision against the real system, brief, or production constraints.

Next

Use the result to choose a connected next move.

How this tool stays honest

How it works

Paste response headers to inspect enforcing versus report-only CSP, source restrictions, HSTS scope, referrer disclosure, feature delegation and legacy framing protections. Review grouped findings and safer directions without network requests or penetration-testing claims.

Assumptions

The tool runs in your browser and models the information you provide. It does not know facts outside that model.

Limitations

A static targeted header review cannot prove effective browser enforcement, nonce quality, live HTTPS readiness, cross-origin isolation or preload membership. Flexible policies require application context; this is not penetration testing.

Understand Browser Security Policy Doctor

What this tool helps you understand

Paste response headers to inspect enforcing versus report-only CSP, source restrictions, HSTS scope, referrer disclosure, feature delegation and legacy framing protections. Review grouped findings and safer directions without network requests or penetration-testing claims.

When to use it

Before reviewing supplied browser-security response headers.

Try a scenario

Compare an enforcing CSP with a report-only policy. Check the enforcement distinction before assuming that a reported violation is blocked.

How to read the result

Review FAIL as malformed recognized protection, WARN as a context-dependent concern and INFO as compatibility or scope guidance. Test changes before enforcement.

Assumptions and limits

A static targeted header review cannot prove effective browser enforcement, nonce quality, live HTTPS readiness, cross-origin isolation or preload membership. Flexible policies require application context; this is not penetration testing.