रजिस्ट्रार, होस्टिंग प्रोवाइडर और CDN के लिए दुरुपयोग रिपोर्ट बनाएँ, ईमेल के रूप में और JSON के रूप में।
नया
security.txt जनरेटर
स्थानीय रूप से चलता है
यह उपकरण स्वयं अंग्रेज़ी में है; यह पृष्ठ इसे आपकी भाषा में समझाता है।
security.txt जनरेटर का उपयोग करें
यह क्या करता है
एक security.txt फ़ाइल बनाएँ ताकि शोधकर्ता और आपके ब्रांड की नकल करने वाली फ़िशिंग की रिपोर्ट करने वाले लोग आप तक कैसे पहुँचें, यह जान सकें। परिणाम को /.well-known/security.txt के रूप में सहेजें।
यह पूरी तरह से आपके ब्राउज़र में चलता है: आप जो कुछ भी दर्ज करते हैं वह अपलोड नहीं होता।
security.txt जनरेटर का उपयोग कैसे करें
- एक संपर्क दर्ज करें. Contact में अपनी सुरक्षा टीम तक पहुँचने का तरीका प्रत्येक पंक्ति में एक-एक करके दर्ज करें: mailto:security@example.com, रिपोर्ट फॉर्म का ईमेल पता, या टेलीफोन नंबर। खाली ईमेल पते के आगे mailto: जुड़ जाता है।
- समाप्ति तिथि निर्धारित करें. Expires में एक तारीख चुनें। डिफ़ॉल्ट आज से एक वर्ष बाद है; RFC 9116 एक वर्ष से कम की अवधि की सिफारिश करता है, इसलिए पहले की तारीख चुनें।
- वैकल्पिक फ़ील्ड जोड़ें. यदि आपके पास हों तो Preferred-Languages (डिफ़ॉल्ट रूप से en), Canonical, Policy, Encryption, Acknowledgments और Hiring भरें। खाली फ़ील्ड फ़ाइल में शामिल नहीं किए जाते।
- उत्पन्न करें और कॉपी करें. जेनरेट दबाएँ और परिणाम को आउटपुट बॉक्स में पढ़ें। प्रत्येक पते को एक बार फिर से जांचें, क्योंकि यह टूल उन्हें टाइप किए अनुसार ही कॉपी करता है, फिर कॉपी दबाएँ।
- प्रकाशित करें और नवीनीकृत करें. टेक्स्ट को अपनी साइट पर HTTPS के माध्यम से /.well-known/security.txt के रूप में सहेजें, यदि चाहें तो इसे gpg --clearsign से साइन करें, और इसकी समाप्ति से पहले इसे नवीनीकृत करने के लिए एक तारीख नोट करें।
उदाहरण
न्यूनतम फ़ाइल
mailto:security@example.comContact: mailto:security@example.com
Expires: 2027-10-20T23:59:59.000Z
Preferred-Languages: enContact: mailto:security@example.com, एक Expires लाइन जो एक वर्ष बाद 23:59:59Z पर समाप्त होती है, और Preferred-Languages: en, ये दो आवश्यक फ़ील्ड्स हैं साथ ही एक भाषा संकेत भी, और यह याद दिलाता है कि RFC 9116 एक वर्ष से कम आगे की Expires तारीख की सिफारिश करता है।
यह क्या जाँचता है
| संकेत | इसका क्या मतलब है |
|---|---|
| संपर्क: | प्रत्येक संपर्क के लिए एक पंक्ति, उसी क्रम में जिसमें आपने उन्हें टाइप किया था। प्रत्येक RFC 9116 के अनुसार mailto:, https:// या tel: URI होना चाहिए; http:// और गलत स्वरूप वाले मान फ़ाइल के बजाय त्रुटि दिखाते हैं। |
| समाप्त होता है: | चुनी गई तारीख 23:59:59 UTC पर, मिलीसेकंड के साथ लिखी गई, उदाहरण के लिए 2027-03-31T23:59:59.000Z। यदि आप तारीख क्षेत्र को खाली कर देते हैं, तो Generate नई फ़ाइल बनाना बंद कर देता है। |
| पसंदीदा-भाषाएँ: | डिफ़ॉल्ट रूप से en। अल्पविराम-से-अलग भाषा कोड जैसे en, de का उपयोग करें, या लाइन को छोड़ने के लिए फ़ील्ड को खाली छोड़ दें। |
| कैनोनिकल: | इस फ़ाइल का पूरा https:// पता, ताकि कहीं और से परोसी गई प्रति को पहचाना जा सके। |
| एन्क्रिप्शन: | आपकी OpenPGP सार्वजनिक कुंजी का लिंक, ताकि रिपोर्टर संवेदनशील विवरणों को एन्क्रिप्ट कर सकें। |
| नीति, आभार, भर्ती | आपकी प्रकटीकरण नीति के लिंक, पत्रकारों का धन्यवाद करने वाला एक पृष्ठ, और सुरक्षा नौकरियाँ। सभी वैकल्पिक हैं, और यह उपकरण यह नहीं जांचता कि लिंक काम करते हैं या नहीं। |
| संपर्क में एक भूमिका पता | टीम द्वारा निगरानी किए जाने वाले पते या फॉर्म का उपयोग करें, जैसे security@ आपका डोमेन, किसी एक व्यक्ति के मेलबॉक्स का नहीं, ताकि लोग नौकरी बदलने पर भी रिपोर्टें आती रहें। |
| त्रुटि: संपर्क आवश्यक है | जब संपर्क खाली हो तो दिखाया जाता है। कोई भी त्रुटि आउटपुट को बदल देती है, साथ ही एक सूचना देती है कि जब तक फ़ील्ड्स ठीक नहीं हो जातीं, तब तक कुछ भी उत्पन्न नहीं होगा। |
और उदाहरण
भाषाओं और नीति के साथ वेब फ़ॉर्म
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-policyइस क्रम में पाँच पंक्तियाँ: संपर्क: https://example.org/report-security, समाप्ति: 2027-03-31T23:59:59.000Z, पसंदीदा-भाषाएँ: en, de, कैनोनिकल: https://example.org/.well-known/security.txt, Policy: https://example.org/security-policy.
कुंजी के साथ ई-मेल संपर्क, कोई भाषा नहीं
Contact mailto:abuse@example.net, Expires 2027-06-30, Preferred-Languages cleared, Encryption https://example.net/pgp-key.txtतीन पंक्तियाँ: संपर्क: mailto:abuse@example.net, समाप्ति: 2027-06-30T23:59:59.000Z और एन्क्रिप्शन: https://example.net/pgp-key.txt।
संपर्क खाली छोड़ दिया गया
All fields filled except Contactत्रुटि: संपर्क अनिवार्य है, और एक सूचना कि कुछ भी उत्पन्न नहीं हुआ। अन्य फ़ील्ड अपने मान बनाए रखते हैं, इसलिए संपर्क भरें और फिर से जेनरेट दबाएँ।
अक्सर पूछे जाने वाले प्रश्न
कौन से क्षेत्र अनिवार्य हैं?
RFC 9116 कम से कम एक Contact और ठीक एक Expires फ़ील्ड अनिवार्य करता है; बाकी वैकल्पिक हैं। प्रत्येक Contact लाइन mailto:, https:// या tel: URI होनी चाहिए (खाली ई-मेल पते में mailto: जोड़ दिया जाता है), Expires भविष्य की तारीख होनी चाहिए, और Generate तब फ़ाइल के बजाय त्रुटि दिखाता है जब इनमें से कोई एक अनुपस्थित या अमान्य हो।
मुझे Expires को क्या सेट करना चाहिए?
दिनांक स्वतः आज से एक वर्ष बाद पर सेट हो जाता है, जबकि RFC 9116 एक वर्ष से कम की अवधि की सिफारिश करता है, इसलिए इसे मानने के लिए कोई पहले की तारीख चुनें; यदि तारीख एक वर्ष से अधिक आगे की हो तो पृष्ठ आपको याद दिलाता है। उस तारीख से पहले फ़ाइल को नवीनीकृत करें, क्योंकि RFC कहता है कि एक समाप्त हो चुकी security.txt को अप्रचलित माना जाना चाहिए।
क्या यह कुछ अपलोड या साइन करता है?
नहीं। फ़ाइल आपके ब्राउज़र में ही असेंबल होती है और कहीं भी कुछ भी भेजा नहीं जाता। यह हस्ताक्षरित नहीं है; RFC 9116 एक OpenPGP क्लियरटेक्स्ट हस्ताक्षर की सिफारिश करता है, जिसे आप प्रकाशित करने से पहले gpg --clearsign के साथ जोड़ सकते हैं।
क्या मैं एक से अधिक संपर्क सूचीबद्ध कर सकता हूँ?
हाँ। RFC 9116 कई संपर्क पंक्तियों की अनुमति देता है, जिन्हें प्राथमिकता के क्रम में पढ़ा जाता है। संपर्क फ़ील्ड में प्रत्येक पंक्ति में एक संपर्क टाइप करें; डुप्लिकेट केवल एक बार लिखे जाते हैं।
फ़ाइल ठीक-ठीक कहाँ जाती है?
https://your-domain/.well-known/security.txt पर, HTTPS के माध्यम से सादा पाठ के रूप में परोसा जाता है। /security.txt पर एक प्रतिलिपि या रीडायरेक्ट वैकल्पिक है।
क्या एक फ़ाइल मेरे सबडोमेन को कवर करती है?
नहीं। RFC 9116 कहता है कि security.txt केवल उस होस्ट पर लागू होता है जहाँ से इसे प्राप्त किया गया था, न कि इसके उपडोमेन या मूल डोमेन पर। प्रत्येक होस्ट पर एक प्रति प्रकाशित करें जहाँ लोग देख सकते हैं, जैसे www और shop।
security.txt मेरी ब्रांड की नकल करने वाली फ़िशिंग के खिलाफ कैसे मदद करता है?
जो लोग आपके नाम पर कोई नकली साइट या नकली ई-मेल पाते हैं, वे अक्सर आपको चेतावनी देना चाहते हैं। एक सक्रिय संपर्क लाइन उस रिपोर्ट को सामान्य सहायता कतार के बजाय सीधे आपकी सुरक्षा टीम तक पहुंचाती है, ताकि आप उस नकली डोमेन पर जल्दी कार्रवाई कर सकें।