Dmytro Galko · open data

Where to report a hole, and nobody watching

security.txt across the 500 most visited sites · 2026-09-18

A security.txt file tells a researcher who found a hole in your site where to send it. RFC 9116 makes one field mandatory — Expires — precisely because a contact address nobody has confirmed in three years is worse than none: the specification treats an expired file as invalid, exactly like a missing one.

Nothing breaks when that date passes. No browser warns, no scanner complains, no dashboard turns red. So this is a count of how often it has already happened at the top of the web.

Of the 158 files that exist

Valid today6038.0%
No Expires field at all9258.2%
Expired63.8%

98 of 158 — 62.0% — are not valid files under the specification they are written to. The commonest failure is not an expired date but no date at all: the field was never added, and nothing ever asked for it.

Who publishes one in the first place

Sites that answered33266.4%
Publish a security.txt15847.6%
Never answered16833.6%

The 168 that never answered are counted here and nowhere else. A ranking of the most visited domains is full of content-delivery and API hostnames that serve nothing at their root; calling those "sites without a security.txt" would be a made-up number.

And the rest of what sites publish at their root

robots.txt
what crawlers may read
23370.2%
security.txt
where to report a hole
15847.6%
assetlinks.json
Android app links
13841.6%
apple-app-site-association
iOS universal links
12738.3%
change-password
where a password manager sends you
7723.2%
llms.txt
what an AI assistant should read
7021.1%
gpc.json
Global Privacy Control
216.3%
openid-configuration
OIDC discovery
195.7%
mta-sts.txt
mail transport security
61.8%
ai.txt
what AI crawlers may use
41.2%
ucp
Universal Commerce Protocol profile
41.2%
dnt-policy.txt
Do Not Track policy
41.2%

How it was measured

What this does not say

Want to know what your own domains publish? npx well-known-audit yourdomain.com once it is released, or write to hello@dkautomation.dev.