Replit
Exposed .env files on a Replit app
A Replit deployment is an ordinary website. The page, its same-origin scripts, and the headers from that host are what a visitor receives, and what this scan reads.
Public env files and why source maps are a separate problem.
What the scan can see
One GET each for /.env, /.env.local, and /.env.production. A body that looks like assignment lines is a critical finding. An HTML app shell at those paths is not treated as a leaked env file. /.git/HEAD and /.git/config are checked the same way.
What it does not do
Source maps (.js.map) are not requested. A map file can reveal original source, and this scan will not tell you if one is public. Local env files that were never deployed are also invisible.
The Replit API, the workspace, and secrets that exist only in Replit's server environment are outside the fetch.
What to do next
If an env file was public, rotate every secret that was in it. Configure the host so those paths 404. Do not publish source maps for a production bundle.
Questions
Does this open my Replit project?
No. The Replit API, the workspace, and secrets that exist only in Replit's server environment are outside the fetch.
Can the scan prove exposed .env files is fully fixed?
Source maps (.js.map) are not requested. A map file can reveal original source, and this scan will not tell you if one is public. Local env files that were never deployed are also invisible.
What should I do if the scan finds it?
If an env file was public, rotate every secret that was in it. Configure the host so those paths 404. Do not publish source maps for a production bundle.
Scan a URL you own
The same free check as the homepage. You confirm the app is yours before it runs.