مولد security.txt

Free

أنشئ ملف security.txt وفقًا لـ RFC 9116، المعيار الذي يخبر باحثي الأمن بكيفية الإبلاغ عن ثغرة أمنية في موقعك، مع تحذيرات مدمجة لتاريخ Expires مفقود أو منتهي الصلاحية وعناوين URI غير صالحة لـ Contact.

Contact (مطلوب، واحد على الأقل)

عنوان URI يمكن للباحثين استخدامه للإبلاغ عن ثغرة أمنية: mailto: أو https: أو tel:

Expires (مطلوب)

متى يجب اعتبار هذا الملف قديمًا. تستخدم معظم المواقع عامًا واحدًا؛ توصي RFC 9116 بالحفاظ عليه أقل من عام.

حقول اختيارية

Encryption (رابط مفتاح PGP)

الشكر والتقدير (رابط URL لقائمة الشرف)

اللغات المفضلة

رابط URL الأساسي (canonical) لهذا الملف

رابط URL للسياسة

رابط URL للتوظيف

رابط URL لـ provider-metadata.json من CSAF

النشاط الأخير

مرئي للجميع. آخر 20 استخدامًا من جميع الزوار، الأحدث أولاً.

Generated security.txt with 1 contact(s)

منذ ساعتين

Generated security.txt with 1 contact(s)

منذ ساعتين

التعليقات (0)

هل وجدت هذه الأداة مفيدة؟ اترك تعليقًا، أو شارك نصيحة، أو أخبرنا كيف يمكننا تحسينها.

لا توجد تعليقات بعد. كن أول من يشارك رأيه!

ماذا تفعل هذه الأداة

تُنشئ هذه الأداة ملف security.txt وفقًا لـ RFC 9116، المعيار الذي يخبر باحثي الأمن بكيفية الإبلاغ المسؤول عن ثغرة أمنية في موقعك. أضف طريقة اتصال واحدة أو أكثر، وتاريخ انتهاء صلاحية، وأي حقول اختيارية تحتاجها، واحصل على ملف جاهز للتحميل مع تحذيرات مدمجة لأكثر الأخطاء شيوعًا.

كيف يعمل

يتحول كل حقل تملؤه إلى سطر واحد بتنسيق Field-Name: value، بالترتيب الذي تحدده RFC 9116. يتم تحويل تاريخ Expires الذي تختاره بتوقيتك المحلي إلى تنسيق RFC 3339 مع إزاحة UTC (على سبيل المثال 2027-01-01T00:00:00Z)، تمامًا كما تتطلب المواصفة. تتحقق الأداة من وجود سطر Contact واحد على الأقل يبدو كعنوان URI من نوع mailto: أو https: أو tel:، ومن ضبط Expires على تاريخ مستقبلي حقيقي، وتحذّرك إذا فشل أي من هذين الفحصين، قبل أن تقوم بتحميل الملف.

المشكلات التي تحلها

تزويد باحثي الأمن بطريقة واضحة وموحّدة للإبلاغ عن ثغرة أمنية بدلًا من البحث عن نموذج اتصال.
تجنب أكثر أخطاء security.txt شيوعًا: تاريخ Expires مفقود، أو منتهي الصلاحية، أو سطر Contact ليس عنوان URI صالحًا.
الحصول على ترتيب حقول RFC 9116 الصحيح وتنسيق الطابع الزمني الصحيح دون حفظ المواصفة.
توثيق مفتاح PGP، أو سياسة الإفشاء، أو صفحة توظيف لمكافآت اكتشاف الأخطاء في مكان موحّد واحد قابل للقراءة بواسطة الأجهزة.

الأسئلة الشائعة

›أين يجب أن يكون موقع security.txt فعليًا؟

تحدد RFC 9116 الموقع المعروف /.well-known/security.txt (على سبيل المثال https://example.com/.well-known/security.txt). تتحقق بعض برامج الزحف أيضًا من المسار المجرد /security.txt للتوافق مع الإصدارات السابقة، لكن المسار المعروف هو ما تحدده المواصفة، فضعه هناك أولًا.

›لماذا يُطلب Expires، وماذا يحدث إذا نسيته؟

تتطلب RFC 9116 حقل Expires حتى تتمكن الأدوات الآلية والباحثون من تمييز ملف قديم ومنسي عن ملف يتم الحفاظ عليه فعليًا؛ يجب اعتبار الملف الذي لا يحتوي على هذا الحقل، أو الذي يحمل تاريخًا في الماضي، غير موثوق به من قبل أي شيء يفحصه، وهذا هو السبب في أن هذه الأداة تحذرك في كلتا الحالتين.

›هل يمكنني إدراج أكثر من سطر Contact واحد؟

نعم، وتوصي RFC 9116 بذلك؛ إدراج جهات الاتصال بترتيب الأفضلية (على سبيل المثال عنوان بريد إلكتروني أولًا، ثم نموذج ويب كبديل) يمنح باحث الأمن أكثر من طريقة للوصول إليك إذا فشلت الطريقة الأولى.

›ماذا يُدرج في حقل Encryption؟

عنوان URL يشير إلى مفتاح PGP العام الخاص بك (أو عنوان URI لسجل DNS من نوع OPENPGPKEY)، حتى يتمكن باحث يبلغ عن ثغرة حساسة من تشفير تقريره قبل إرساله؛ هذا الحقل اختياري لكنه موصى به إذا كنت تتعامل مع إفشاءات حساسة عبر البريد الإلكتروني.

›ما الغرض من حقل CSAF؟

CSAF (إطار عمل الاستشارات الأمنية المشتركة) هو إضافة لاحقة لمنظومة security.txt للمؤسسات التي تنشر استشارات أمنية قابلة للقراءة بواسطة الأجهزة؛ يشير الحقل إلى ملف provider-metadata.json الخاص بك حتى تتمكن الأدوات الآلية من اكتشاف استشاراتك، معظم المواقع التي لا تملك تغذية CSAF رسمية يمكنها ترك هذا الحقل فارغًا.

أنشئ ملف .htpasswd حقيقيًا لـ Apache باستخدام bcrypt أو SHA، تم التحقق منه بايتًا ببايت مقابل أداة سطر الأوامر htpasswd الرسمية، مع دعم عدة مستخدمين في آن واحد.