SEOlust logo SEOlust
Security & Privacy

security.txt Generator

Create a valid RFC 9116 security.txt file — set your security contact, expiry, encryption key, and policy, then copy or download it for /.well-known/security.txt. Free.

All tools
At least one required. Use mailto:, tel:, or an https URL.
Required. When this file should be considered stale (RFC 9116).
Optional. Comma-separated language codes.

💡 Where to put this file

  • Upload it to https://yourdomain.com/.well-known/security.txt (the standard location).
  • Serve it over HTTPS. A copy at /security.txt is allowed as a fallback.
  • Keep the Expires date current — update the file before it lapses.

Free security.txt Generator (RFC 9116)

Create a valid security.txt file in seconds. Fill in your security contact, expiry date, and optional fields like encryption key, policy, and acknowledgments — then copy or download a standards-compliant file to publish at /.well-known/security.txt. Free, runs in your browser, no sign-up.

What is a security.txt file?

security.txt is a small text file, defined by RFC 9116, that tells security researchers how to report vulnerabilities they find on your site. Published at a well-known location, it removes the guesswork of finding the right contact, which means genuine issues reach you faster and through the channel you prefer. It has become a widely adopted best practice for organisations of every size.

How to use the generator

It takes a minute:

  • Add one or more Contact lines (an email with mailto: or a reporting URL).
  • Set the Expires date — when the file should be treated as stale.
  • Optionally add an encryption key, disclosure policy, acknowledgments page, and preferred languages.
  • Copy or download the file and upload it to your site.

The fields explained

Each directive has a clear purpose:

  • Contact (required) — how to reach your security team; you can list several.
  • Expires (required) — the date after which the file should not be trusted.
  • Encryption — a URL to your PGP key so reports can be sent securely.
  • Canonical — the official URL of this security.txt file.
  • Policy — a link to your vulnerability disclosure policy.
  • Acknowledgments — a page thanking researchers who have helped.
  • Preferred-Languages and Hiring — languages you accept reports in, and a link to security jobs.

Where to publish security.txt

Upload the file to https://yourdomain.com/.well-known/security.txt, served over HTTPS. That well-known path is where researchers and automated tools look first. A copy at the site root (/security.txt) is permitted as a fallback for older setups, but the .well-known location is the standard and should always be present. Make sure the file is publicly readable and returns a 200 response.

Keep the Expires date current

RFC 9116 makes the Expires field mandatory so stale files are not trusted indefinitely. Set it a reasonable time in the future — many organisations use six months to a year — and put a reminder in place to regenerate the file before it lapses. An expired security.txt signals neglect and may be ignored by researchers and scanners, so treat renewal as routine maintenance.

Pro tip

If you sign your security.txt with PGP, host the signature and reference your key with the Encryption field so reporters can verify the file is authentic. Pair a clear Policy link with a monitored Contact inbox so reports do not sit unread. To also declare a security contact for browsers and scanners, this file works alongside your other security headers.

FAQ

Is this security.txt generator free?
Yes. It is completely free, runs in your browser, and requires no account or sign-up.
Where do I put the security.txt file?
Publish it at https://yourdomain.com/.well-known/security.txt over HTTPS. A copy at /security.txt is allowed as a fallback, but the .well-known path is the standard.
What fields are required?
Contact and Expires are required by RFC 9116. Contact tells researchers how to reach you, and Expires marks when the file should be considered out of date.
What should the Expires date be?
A future date, commonly six months to a year out. Update the file before it expires, since an expired security.txt may be ignored.
Can I list more than one contact?
Yes. Add multiple Contact lines — for example an email and a reporting form URL. List them in order of preference.
Do I need a PGP key?
No, it is optional. If you want researchers to send encrypted reports, publish your PGP key and reference it with the Encryption field.
Is security.txt only for large companies?
No. Any website can benefit. A simple file with a contact and expiry date makes it easy for anyone to report a problem responsibly.

Related tools

Pro tip: pair this tool with Robots.txt Exposure Checker and Cookie Security Checker for a faster SEO workflow.