Tell Me When Down
How it worksWhat we checkPricing
Security reportsBlogFree toolsCompareDocs
Log inGet started
All postsSecurity for vibe-coded apps

Website Security Statistics 2026: 416 Newly Launched Sites Scanned

August 19, 2026·8 min read
Rows of numbered brass post office boxes, each with a keyhole, all closed.

We ran a passive security check on 416 newly launched websites — security headers, SSL certificates, DNS records and email spoofing protection. 71.6% ship no Content-Security-Policy. 66% can be impersonated by email. 82.5% have no DNSSEC. And not one of them had a critical vulnerability.

The story people expect about vibe-coded apps is that they are catastrophes. The data says something less dramatic and more useful: they are not broken, they are unhardened, and they are unhardened in exactly the same places as each other.

416
sites scanned, July–August 2026
76.8
average security score out of 100
0
sites with a critical issue
13.5%
ship a real Content-Security-Policy
A53 · 13%B189 · 45%C141 · 34%D33 · 8%F0 · 0%

How we scanned 416 newly launched websites

Every site here is a product someone shipped recently — mostly public launches, plus people who ran our free scanner on their own site. Each domain appears once, using its most recent completed scan.

The check is entirely passive. We read the TLS certificate, the HTTP response headers, cookie flags, public DNS records and public certificate transparency logs. No logins, no forms, no requesting paths an ordinary visitor would not.

Read the headline number carefully. A passive scan cannot find a SQL injection, a broken access-control rule or a leaked API key. When we say no site scored an F, we mean none failed the visible hygiene — not that these applications are secure.

Average website security score: 76.8 out of 100

The mean score was 76.8 and the median 78. The lowest site scored 52; four scored a perfect 100. The distribution is a fat middle with no long tail of disasters.

50556065707580859095100
Security score distribution across 416 sites. The bulk sit between 65 and 90, peaking at 80–84. Nothing scored below 52.

The average site carries 5.4 findings. Almost every one of them is a header that was never set or a DNS record that was never added — not a mistake anyone made, just a step nobody knew was theirs.

The most common website security issues in 2026

Every finding below is free to fix and takes minutes. None of them require changing your application logic.

FindingShare of sites Severity
No CAA records82.5%info
DNSSEC not enabled82.5%info
No Content-Security-Policy71.6%warning
Clickjacking not blocked57.2%warning
No X-Content-Type-Options45.9%info
No DMARC record37.0%warning
No HSTS header35.1%warning
DMARC set to monitor-only29.3%info
No SPF record25.2%warning
Server software version disclosed21.4%info
Weak Content-Security-Policy13.9%info
Cookies readable by JavaScript9.6%info
HTTP not redirected to HTTPS7.5%warning
Cookies set without the Secure flag7.0%warning
Insecure content on a secure page1.2%warning
free tool · no loginSecurity headers checkPaste your URL and see which of these headers you're missing, and what each one does. No login.

DMARC adoption: 66% of sites can be email-spoofed

DMARC is the DNS record that tells the world's inboxes what to do with mail claiming to come from your domain. Without it, anyone can send email as [email protected] and it arrives looking real.

37% publish no DMARC record at all. Another 29.3% publish one set to p=none, which reports the forgery to you and delivers it anyway. Taken together, 66% of these products can be impersonated by email, or will only find out after the fact.

A quarter have no SPF record either, and 18.8% have neither. For a product that sends password resets and receipts, that is the difference between a phishing attempt bouncing and a phishing attempt landing.

Custom domain vs platform subdomain: which is more secure?

Sites still on their hosting platform's own subdomain scored better than sites on a domain their owner bought.

Where it's hostedSitesMean scoreGraded A or B
vercel.app1385.292%
netlify.app784.0100%
github.io681.783%
A domain they bought38676.356%
Thirteen sites is thirteen sites. The direction holds across every platform group in the sample and the mechanism is straightforward, but this is far too small a sample to state as a rule. We are reporting it because it points at something real, not because it is settled.

The mechanism is not mysterious. A platform subdomain arrives with HTTPS enforced, HSTS set, and DNS you never touch — the platform did the boring parts because the platform owns the domain.

Point your own domain at the same deployment and you silently inherit all of it. Nothing warns you. The deploy still succeeds, the site still loads, and a checklist you never saw goes unticked.

Exposed staging and admin subdomains: 22 of 416 sites

Certificate transparency logs are public. Every TLS certificate ever issued for your domain is listed in them, including certificates for subdomains you assumed were private.

22 of the 416 sites have subdomains discoverable this way that look like they were not meant to be found: 18 staging environments, 9 admin panels, 8 development servers, plus test boxes, old versions and a hosting control panel. One site exposes sixteen — its staging environment is a complete parallel copy of the product, mail server included.

We have named nobody and touched none of those hosts. We only read the public certificate log. Anyone else reading the same log gets the same list, which is the point.

How to fix the most common website security issues

In order of what they buy you per minute spent. None require a rewrite, a dependency, or a vendor.

1. How to add a DMARC record to stop email spoofing

One DNS TXT record at _dmarc.yourdomain.com. Start at p=none to watch what is being sent, then move to p=reject once your legitimate mail passes. This is the most skipped item on the list and the one with a named victim when it goes wrong.

2. How to add Content-Security-Policy, X-Frame-Options and HSTS headers

Roughly 70% of these sites ship none of the three. In Next.js it is a few lines in next.config; on Netlify or Cloudflare it is a config file. We walk through it in how to add security headers in Next.js, and what security headers actually do covers each one in plain English.

3. How to find exposed subdomains in certificate transparency logs

Search your own domain in a certificate transparency log and read what comes back. If a staging, admin or development host is listed, put authentication in front of it or take it off the public internet.

4. How to add a CAA record to restrict certificate issuance

Two minutes, and it stops any certificate authority except the one you name from issuing a certificate for your domain. 82.5% of these sites do not have one.

All four are on the website launch security checklist, alongside the rest of what to check before you ship.

How this website security data was collected

416 distinct domains, each scanned between 12 July and 19 August 2026. Where a site was scanned more than once, only the most recent result counts. Domains that asked to be removed are excluded entirely.

Limitations of this website security sample

This is newly launched indie software, weighted toward products posted somewhere public. It is not the web, not enterprise software, and not a random sample of anything. Read every percentage as “among recently launched indie products”, never as “among websites”.

Individual sites are never named here. Every report is public at our report directory, and any owner can remove theirs without an account.

Where does your site land?

The same check, free, on any site you own. About a minute, no signup, and every finding comes with the exact change to make. Then we keep watching it — SSL that lapses, a page that goes down, a header that disappears in a deploy.

Scan my site freefree · no card required
more on security for vibe-coded apps
How to secure a Supabase app: the five settings that matterA Supabase app can be wide open, almost always for the same handful of reasons: RLS off, the service_role key in the browser, public buckets, unguarded functions, secrets in the bundle. Here's the map to closing each one.Is my Supabase database public? RLS, and how to checkYour Supabase anon key is public by design — safe only if RLS is on with a real policy. Tables made outside the Table Editor ship with it off, and USING(true) is still open. Here's how to check if your data is public.My API key is showing on my website — is that bad?An API key visible in your frontend is a shrug or an emergency depending on which kind it is. Public keys (anon, pk_, Maps) are meant to be seen; secret keys are compromised the instant they ship. How to tell, and what to do.Is my app built with AI safe? A non-developer's checkYou built an app with AI, it works, and you're quietly worried it's not safe — but you can't read code. Here are the four plain-English questions that matter, and how to check each one without being a developer.Is Lovable secure? The one setting that decides itA Lovable app can be wide open, and the difference is one setting most builders never touch. The anon-key/RLS model, the gap behind a 2025 CVE, and how to check yours.Is Bolt.new secure? What the generated app leaves openBolt.new builds a working full-stack app fast — which is why the security gets skipped. The usual gaps: a Supabase database with RLS off, secrets in the bundle, UI-only authorization. Here's how to audit yours.Is v0 secure? Keeping a generated Next.js app's secrets inv0's Next.js output looks production-ready, which is the trap. NEXT_PUBLIC_ bakes a var into the bundle, and a secret in a client component ships to the browser. Here's how to check a v0 app keeps its secrets in.Vibe coding security risks: the checklist nobody runsThe appeal of vibe coding is that you don't read every line — which is exactly why the holes get through. Exposed secrets, a database anyone can read, rules enforced only in the UI, and how to close each one.

spot something wrong or out of date? [email protected] — we'll fix it

Tell Me When Down

Uptime and security monitoring for people who'd rather ship than babysit servers. We watch so you can sleep.

product
How it worksWhat we checkSecurity reportsPricingDocsBlogFAQ
free toolsWebsite security scanSupabase pause checkRender sleep checkMixed content checkerSecurity headers checkCookie security checkSSL expiry check
comparevs UptimeRobotvs Better Stackvs PingdomFor indie hackers
company
StatusAbout our botContactPrivacyTerms
© 2026 TellMeWhenDown · tellmewhendown.com