Generați rapoarte privind abuzurile destinate registratorilor, furnizorilor de servicii de găzduire și rețelelor CDN, atât sub formă de e-mail, cât și în format JSON.
Nou
Generator de fișiere security.txt
Rulează local
Instrumentul în sine este în limba engleză; această pagină îl explică în limba ta.
Folosește Generator de fișiere security.txt
Ce face
Creați un fișier security.txt, astfel încât cercetătorii și persoanele care semnalează atacuri de phishing care imită marca dvs. să știe cum să vă contacteze. Salvați fișierul sub numele /.well-known/security.txt.
Aplicația funcționează în întregime în browserul tău: nimic din ce introduci nu este încărcat pe server.
Cum se utilizează Generator de fișiere security.txt
- Introduceți o persoană de contact. Introduceți în câmpul „Contact” modalitățile de contact ale echipei de securitate, câte una pe rând: mailto:security@example.com, o adresă https:// a unui formular de raportare sau un număr de telefon (tel:). Dacă introduceți doar o adresă de e-mail, se adaugă automat „mailto:”.
- Setați data de expirare. Alegeți o dată în câmpul „Expiră”. Valoarea implicită este de un an de astăzi; RFC 9116 recomandă o perioadă mai scurtă de un an, așa că alegeți o dată mai apropiată.
- Adăugați câmpuri opționale. Completați câmpurile „Limbi preferate” (implicit „en”), „Canonical”, „Politică”, „Criptare”, „Mulțumiri” și „Angajare”, dacă sunt relevante. Câmpurile goale nu sunt incluse în fișier.
- Generați și copiați. Apăsați butonul „Generare” și citiți rezultatul în caseta de ieșire. Verificați încă o dată fiecare adresă, deoarece instrumentul le copiază exact așa cum au fost introduse, apoi apăsați butonul „Copiere”.
- Publicare și reînnoire. Salvați textul ca /.well-known/security.txt pe site-ul dvs. prin HTTPS, semnați-l cu comanda gpg --clearsign dacă doriți și notați-vă data la care trebuie să îl reînnoiți înainte de expirare.
Exemplu
Fișier minim
mailto:security@example.comContact: mailto:security@example.com
Expires: 2027-10-20T23:59:59.000Z
Preferred-Languages: enGenerează Contact: mailto:security@example.com, o valoare pentru „Expires” cu un an în avans, la ora 23:59:59Z, și „Preferred-Languages: en” – cele două câmpuri obligatorii plus o indicație privind limba, cu mențiunea că RFC 9116 recomandă ca data „Expires” să fie cu mai puțin de un an în avans.
Ce verifică
| Semnal | Ce înseamnă asta |
|---|---|
| Contact: | O singură linie pentru fiecare contact, în ordinea în care le-ai introdus. Fiecare trebuie să fie un URI de tip mailto:, https:// sau tel:, conform specificațiilor din RFC 9116; adresele de tip http:// și valorile incorecte vor genera o eroare în loc să afișeze un fișier. |
| Expiră: | Data aleasă la ora 23:59:59 UTC, exprimată în milisecunde, de exemplu 2027-03-31T23:59:59.000Z. Dacă ștergeți conținutul câmpului de dată, funcția „Generare” încetează să mai creeze un fișier nou. |
| Limbi preferate: | en în mod implicit. Utilizați coduri de limbă separate prin virgulă, cum ar fi en, de, sau lăsați câmpul necompletat pentru a omite rândul respectiv. |
| Canonical: | Adresa completă de tip „https://” unde se află acest fișier, astfel încât o copie furnizată din altă parte să poată fi recunoscută. |
| Criptare: | Un link către cheia ta publică OpenPGP, pentru ca jurnaliștii să poată cripta informațiile confidențiale. |
| Politică, Mulțumiri, Recrutare | Linkuri către politica ta de divulgare, o pagină de mulțumire adresată jurnaliștilor și oferte de locuri de muncă în domeniul securității. Toate sunt opționale, iar instrumentul nu verifică dacă linkurile funcționează. |
| O adresă de rol în secțiunea „Contact” | Folosiți o adresă sau un formular monitorizat de o echipă, cum ar fi security@domeniul_dumneavoastră, și nu căsuța poștală a unei singure persoane, astfel încât sesizările să ajungă în continuare chiar și atunci când angajații își schimbă locul de muncă. |
| Eroare: Este necesar un contact | Se afișează când câmpul „Contact” este gol. Orice eroare înlocuiește rezultatul afișat, însoțită de o notă care precizează că nu s-a generat nimic până când câmpurile nu sunt completate corect. |
Alte exemple
Formular web cu opțiuni de limbă și politica de confidențialitate
Contact https://example.org/report-security, Expires 2027-03-31, Preferred-Languages en, de, Canonical https://example.org/.well-known/security.txt, Policy https://example.org/security-policyCinci rânduri în această ordine: Contact: https://example.org/report-security, Expires: 2027-03-31T23:59:59.000Z, Preferred-Languages: en, de, Canonical: https://example.org/.well-known/security.txt, Politică: https://example.org/security-policy.
Contact prin e-mail cu o cheie, fără limbă
Contact mailto:abuse@example.net, Expires 2027-06-30, Preferred-Languages cleared, Encryption https://example.net/pgp-key.txtTrei rânduri: Contact: mailto:abuse@example.net, Expiră: 2027-06-30T23:59:59.000Z și Criptare: https://example.net/pgp-key.txt.
Câmpul „Contact” a fost lăsat necompletat
All fields filled except ContactEroare: Este necesar să completați câmpul „Contact”, iar mesajul indică faptul că nu s-a generat nimic. Celelalte câmpuri își păstrează valorile, așa că completați câmpul „Contact” și apăsați din nou butonul „Generare”.
Întrebări frecvente
Care sunt câmpurile obligatorii?
RFC 9116 impune prezența a cel puțin unui câmp „Contact” și a exact unui câmp „Expires”; restul câmpurilor sunt opționale. Fiecare linie „Contact” trebuie să fie un URI de tip „mailto:”, „https://” sau „tel:” (unei adrese de e-mail simple i se adaugă „mailto:”), câmpul „Expires” trebuie să conțină o dată viitoare, iar „Generate” afișează o eroare în loc de un fișier atunci când unul dintre aceste câmpuri lipsește sau este invalid.
La ce valoare ar trebui să setez „Expires”?
Data implicită este la un an de astăzi, în timp ce RFC 9116 recomandă o perioadă mai scurtă de un an, așa că alegeți o dată mai apropiată pentru a respecta această recomandare; pagina vă avertizează atunci când data este la mai mult de un an în viitor. Reînnoiți fișierul înainte de acea dată, deoarece RFC precizează că un fișier security.txt expirat trebuie tratat ca fiind învechit.
Încărcă sau semnează ceva?
Nu. Fișierul este generat în browserul dumneavoastră și nu se trimite nimic nicăieri. Nu este semnat; RFC 9116 recomandă o semnătură OpenPGP în text clar, pe care o puteți adăuga cu comanda `gpg --clearsign` înainte de publicare.
Pot să adaug mai multe persoane de contact?
Da. RFC 9116 permite introducerea mai multor rânduri de contact, care sunt citite în ordinea preferințelor. Introduceți câte un contact pe rând în câmpul „Contact”; datele duplicate sunt înregistrate o singură dată.
Unde anume se salvează fișierul?
La adresa https://your-domain/.well-known/security.txt, servită prin HTTPS sub formă de text simplu. O copie sau o redirecționare către /security.txt este opțională.
Un singur fișier acoperă toate subdomeniile mele?
Nu. Conform RFC 9116, fișierul security.txt se aplică numai gazdei de pe care a fost preluat, nu și subdomeniilor acesteia sau domeniului părinte. Publicați o copie pe fiecare gazdă pe care utilizatorii ar putea să o acceseze, cum ar fi www și shop.
Cum ajută fișierul security.txt la combaterea atacurilor de phishing care imită marca mea?
Persoanele care descoperă un site cu un nume similar sau un e-mail fals trimis în numele tău doresc adesea să te avertizeze. O linie de contact funcțională transmite această sesizare echipei tale de securitate, nu către o coadă generală de asistență, astfel încât să poți lua măsuri mai repede în legătură cu domeniul cu nume similar.