Shiklo Tools
PDF40
Image20
Calculators & Converters25
Text & Writing13
Developer26
Video14
Audio14
Document14
Data & Spreadsheet12
Web & SEO9
OCR & Scanning5
Archive & File12
Security & Privacy23
Health & Medical29
QR & Barcode5

security.txt Generator

Create a valid security.txt file (RFC 9116) so researchers know how to report vulnerabilities — with checks for every field.

When a security researcher finds a vulnerability in your website, they need to know whom to tell. Without clear contact details, reports end up in a general inbox, on social media, or not at all. security.txt is the standard answer: a small text file at /.well-known/security.txt that lists your security contact and policy, defined in RFC 9116 and used by governments, banks, technology companies and open-source projects.

This generator builds the file for you. Enter at least one contact — an email address, a phone number or a reporting page — and an expiry date, then optionally add a link to your PGP key, an acknowledgments page, preferred languages, your disclosure policy, the file's canonical address and a security jobs page. Every field is checked against the RFC as you type, and the finished file is ready to copy or download. Nothing is sent anywhere.

How to use security.txt Generator

  1. Enter your security contact (email, phone or reporting page).
  2. Choose an expiry date within the next year.
  3. Add any optional fields you want.
  4. Download security.txt and publish it at /.well-known/security.txt.

Features

  • All RFC 9116 fields: Contact, Expires, Encryption, Acknowledgments, Preferred-Languages, Canonical, Policy, Hiring.
  • Email addresses turned into mailto: links automatically.
  • Checks for missing, invalid or out-of-date values.
  • Expiry kept within a year, as the RFC recommends.
  • Copy or download the finished file.
  • Runs in your browser; nothing is sent.

The fields

Only Contact and Expires are required. The others make reporting easier and help researchers trust the file.

FieldRequiredExample
ContactYes (one or more)mailto:security@example.com
ExpiresYes2027-10-01T23:59:59Z
EncryptionNoLink to your PGP public key
AcknowledgmentsNoHall-of-fame page for reporters
Preferred-LanguagesNoen, de
CanonicalNohttps://example.com/.well-known/security.txt
PolicyNoYour vulnerability disclosure policy
HiringNoSecurity job openings

Where to publish it

Save the file as security.txt and serve it at https://your-domain/.well-known/security.txt, with the content type text/plain and over HTTPS. You can also place a copy at /security.txt for older tools. If you have several domains, publish a file on each, or use the Canonical field to point to the official one. Static hosts usually serve a .well-known folder as-is; on some platforms you add a route or upload the file through the dashboard.

Keeping it current

The Expires field stops stale contact details from living forever: after that date, researchers should treat the file as outdated. The RFC recommends an expiry less than a year ahead, so the generator flags anything later. Put a reminder in your calendar to review the contacts and renew the date before it passes. Using a shared mailbox or reporting form rather than a personal address keeps the file valid when people change roles.

Signing the file

RFC 9116 allows the file to be signed with OpenPGP as a cleartext signature, so readers can check it wasn't altered. Generate a key with the PGP Key Generator, publish the public key and link it in the Encryption field, then sign the file with GnuPG (gpg --clearsign security.txt) before uploading. Signing is optional but adds trust for high-profile sites.

Related tools

Strengthen the rest of your site's security configuration with the CSP Generator, the Permissions-Policy Generator and the Security Headers Checker. To tell search engines how to crawl your site, use the Robots.txt Generator.

Frequently asked questions

Do I need a bug bounty to publish security.txt?

No. It only says how to contact you; a Policy link can explain whether rewards are offered.

Can the contact be a web form?

Yes. Contact can be an https:// page as well as an email address or phone number.

What happens after the Expires date?

Researchers should treat the file as outdated, so renew it before then.

What is security.txt?

A standard text file (RFC 9116) at /.well-known/security.txt that tells researchers how to report security problems.

Which fields are required?

Contact and Expires.

Where do I put the file?

At /.well-known/security.txt on your domain, served as text/plain over HTTPS.

How far ahead can Expires be?

The RFC recommends less than a year.

Can I list more than one contact?

Yes; contacts are listed in order of preference.

Should I sign the file?

It is optional; signing with OpenPGP lets readers verify it.

Is my information sent anywhere?

No. The file is built in your browser.

Related tools