Scan a Website for Vulnerabilities

Enter a domain or URL. Scan.now fetches the page like a browser, opens TLS connections, looks up DNS and requests a fixed list of well-known paths. Sixty passive checks, graded A+ to F, each linked to an explanation and a fix.

Public hosts only. About 30 requests, usually finished in under 15 seconds. How we scan · Acceptable use

How it works

Enter the address

Type a domain such as example.com or a full URL. Private and internal addresses are refused.

We run 60 passive checks

Transport security, headers, cookies, page content, exposed files and DNS, in parallel, usually in under 15 seconds. Switch to a deep scan and the page-level checks run on every page we crawl, not only the one you entered.

Read the graded report

Findings are sorted by severity with evidence and a link to the fix. Share the report by link for 30 days.

What this tool checks

61 checks across 6 areas. Each links to its reference page with the test, the risk and the fix.

Full reference

Page content and JavaScript

10 checks

Cookie security

4 checks

DNS and email authentication

8 checks

Exposed files and information disclosure

14 checks

HTTP security headers

13 checks

Transport security (HTTPS / TLS)

12 checks

The ones that most often decide the grade:

What a website vulnerability scan covers

One scan combines transport, browser-policy, content, public-exposure and DNS checks without attempting to exploit the site.

A public website is protected by several layers that can fail independently. HTTPS may be valid while cookies are missing security flags, a strong Content-Security-Policy may coexist with an exposed backup file, or the main page may be clean while an older section still loads a vulnerable library. The website scanner brings these signals into one graded report.

The quick scan examines the exact page entered plus fixed public endpoints, TLS handshakes and DNS records. A deep scan follows internal links and sitemap URLs up to the selected budget, then repeats page-level checks across the sample. The report separates confirmed observations from recommendations and gives every failing check an explanation and practical fix.

Public addressNormalise the URL and refuse private network targets.
Five security layersInspect HTTPS, headers, cookies, content, exposure paths and DNS.
Prioritised reportSort findings by severity and show evidence plus remediation.

Website security scan coverage at a glance

The grade combines different controls. A failure in one row does not imply every other layer is weak.

AreaWhat is examinedWhy it matters
TLS and certificatesCertificate trust, hostname, expiry, protocols, key strength and weak cipher families.Protects the connection from interception and downgrade.
HTTP security headersCSP, HSTS, framing, MIME sniffing, referrer, permissions and cross-origin policies.Constrains what a browser may load, reveal or embed.
Cookies and page contentCookie flags, mixed content, insecure forms, public scripts and risky page signals.Finds browser-visible weaknesses that vary by route or template.
Public exposure pathsA fixed list of environment, Git, backup, configuration and diagnostic locations, verified by content.Catches files that should never have reached the public server.
DNS and email postureSPF, DMARC, MX, DNSSEC and CAA signals associated with the domain.Shows spoofing and infrastructure controls outside the HTML page.

How to read the website scan grade

Use the letter grade as a summary, then make decisions from the individual evidence.

Strong baseline

The scanned surface passed the important controls available to this passive review. Keep monitoring because certificates, dependencies and deployment files change.

High-priority failure

A confirmed exposure, obsolete transport setting or major browser-policy gap should be reviewed first. The report identifies the exact check and observed evidence.

Coverage matters

A quick scan describes one page and fixed endpoints. Use a deep crawl when templates, languages, subdirectories or legacy sections may behave differently.

Use the report in the right order

  • Fix critical and high-severity findings before cosmetic score improvements.
  • Apply the change at the shared server, CDN or application-template layer when many pages are affected.
  • Retest the exact failing URL and confirm that the evidence changed, not only the displayed grade.
  • Run a deeper crawl after major releases so old routes and alternate templates are included.

What this result does not prove

  • The passive scanner does not submit forms, log in, exploit vulnerabilities or inspect private source code.
  • A clean quick scan does not prove that every page, hostname, API endpoint or authenticated workflow is clean.
  • CDNs, security products and geographic routing can return a different configuration to other visitors.

Guides for this tool

Background reading written to go with these results.

Frequently asked questions

What does a deep scan add?

It crawls the site and runs the header, cookie, mixed-content, script and form checks on every page it reaches, then reports which pages failed. That matters because these things vary by path: a CDN rule that covers /en/ but not /es/, an old template still posting a form over HTTP, an archive page loading a library the rest of the site dropped. A single-page scan cannot see any of it. Pick 25, 50 or 100 pages; the report says what fraction of the site that covered.

Will the scan harm or slow down my site?

No. It makes roughly 30 ordinary GET requests over a few seconds, the same load as one visitor opening a few pages, and never submits data.

Why does my site get a lower grade than another scanner gives it?

We parse header values rather than just checking presence. A CSP that allows 'unsafe-inline' scripts, or an HSTS max-age under six months, counts as a weakness here.

Can it find SQL injection or cross-site scripting?

This passive scanner does not send attack probes. Use the separate owner-authorised XSS Scanner and SQL Injection Scanner for bounded active tests against public GET parameters.

Does it scan pages behind a login?

No. Only the URL you give and a fixed list of well-known paths are requested, unauthenticated.

How long is my report kept?

30 days, at a random unguessable link. Reports are excluded from search engines.