أنشئ بلاغات إساءة للمسجلين ومزودي الاستضافة وشبكات CDN، كرسالة بريد إلكتروني وبصيغة JSON.
جديدة
مولّد ملف security.txt
تعمل محليًا
الأداة نفسها باللغة الإنجليزية؛ وهذه الصفحة تشرحها بلغتك.
استخدم مولّد ملف security.txt
ما الذي يفعله
أنشئ ملف security.txt كي يعرف الباحثون ومن يبلّغون عن التصيد الذي يقلّد علامتك التجارية كيف يصلون إليك. احفظ النتيجة باسم /.well-known/security.txt.
يعمل التطبيق بالكامل داخل متصفحك: ولا يتم تحميل أي شيء تدخله.
كيفية استخدام مولّد ملف security.txt
- أدخل جهة اتصال. اكتب في حقل «جهة الاتصال» كيفية التواصل مع فريق الأمن الخاص بك، بحيث يكون كل عنصر في سطر منفصل: mailto:security@example.com، أو عنوان بريد إلكتروني https:// لنموذج الإبلاغ، أو رقم هاتف tel:. في حالة كتابة عنوان بريد إلكتروني بدون أي إضافة، سيتم إضافة «mailto:» تلقائيًا.
- حدّد تاريخ الانتهاء. اختر تاريخًا في Expires. الافتراضي سنة من اليوم؛ ويوصي RFC 9116 بأقل من سنة، لذا اختر تاريخًا أبكر.
- أضف الحقول الاختيارية. املأ Preferred-Languages (en افتراضيًا)، وCanonical، وPolicy، وEncryption، وAcknowledgments، وHiring إن وُجدت لديك. وتُستبعد الحقول الفارغة من الملف.
- أنشئ وانسخ. اضغط Generate (إنشاء) واقرأ النتيجة في مربع الإخراج. افحص كل عنوان مرة أخرى، لأن الأداة تنسخها كما كُتبت، ثم اضغط Copy.
- انشر وجدّد. احفظ النص باسم /.well-known/security.txt على موقعك عبر HTTPS، ووقّعه باستخدام gpg --clearsign إن شئت، ودوّن موعدًا لتجديده قبل انتهائه.
مثال
ملف بالحد الأدنى
mailto:security@example.comContact: mailto:security@example.com
Expires: 2027-10-20T23:59:59.000Z
Preferred-Languages: enيُنتج: جهة الاتصال: mailto:security@example.com، وخط «Expires» بعد عام واحد في الساعة 23:59:59 بتوقيت غرينتش، و«Preferred-Languages: en»، وهما الحقلان الإلزاميان بالإضافة إلى تلميح بشأن اللغة، مع تذكير بأن RFC 9116 توصي بأن يكون تاريخ «Expires» أقل من عام واحد في المستقبل.
ما الذي يتحقق منه
| إشارة | ماذا يعني ذلك |
|---|---|
| Contact: | سطر واحد لكل جهة اتصال، بالترتيب الذي أدخلتها به. يجب أن يكون كل سطر عبارة عن عنوان URI من النوع mailto: أو https:// أو tel: وفقًا لمعيار RFC 9116؛ أما الروابط من نوع http:// والقيم غير الصحيحة فتؤدي إلى ظهور خطأ بدلاً من عرض الملف. |
| Expires: | التاريخ المختار عند 23:59:59 بتوقيت UTC، مكتوبًا بالأجزاء من الألف من الثانية، مثل 2027-03-31T23:59:59.000Z. وإذا أفرغت حقل التاريخ، يتوقف Generate عن إنتاج ملف جديد. |
| Preferred-Languages: | en افتراضيًا. استخدم رموز لغات مفصولة بفواصل مثل en, de، أو أفرغ الحقل لاستبعاد السطر. |
| Canonical: | العنوان الكامل بـ https:// الذي يوجد فيه هذا الملف، كي يمكن التعرف على النسخة المقدَّمة من مكان آخر. |
| Encryption: | رابط إلى مفتاح OpenPGP العام الخاص بك، كي يتمكن المبلّغون من تشفير التفاصيل الحساسة. |
| Policy وAcknowledgments وHiring | روابط إلى سياسة الإفصاح لديك، وصفحة لشكر المبلّغين، ووظائف الأمن. وكلها اختيارية، ولا تتحقق الأداة من أن الروابط تعمل. |
| عنوان دور (role address) في Contact | استخدم عنوانًا أو نموذجًا يتابعه فريق، مثل security@ على نطاقك، لا صندوق بريد شخص واحد، كي تظل البلاغات تصل عندما يغيّر الأشخاص وظائفهم. |
| Error: Contact is required | يظهر هذا عندما يكون حقل «جهة الاتصال» فارغًا. ويحل أي خطأ محل النص المعروض، مع ملاحظة تفيد بأنه لم يتم إنشاء أي شيء حتى يتم تصحيح الحقول. |
المزيد من الأمثلة
نموذج ويب مع اللغات والسياسة
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خمسة أسطر بهذا الترتيب: 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، و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ثلاثة أسطر: Contact: mailto:abuse@example.net، وExpires: 2027-06-30T23:59:59.000Z، وEncryption: https://example.net/pgp-key.txt.
ترك Contact فارغًا
All fields filled except Contactخطأ: يجب إدخال حقل «جهة الاتصال»، مع ملاحظة أنه لم يتم إنشاء أي شيء. أما الحقول الأخرى فتحتفظ بقيمها، لذا يرجى ملء حقل «جهة الاتصال» والضغط على «إنشاء» مرة أخرى.
الأسئلة الشائعة
ما الحقول المطلوبة؟
يتطلب RFC 9116 وجود حقل «Contact» واحد على الأقل وحقل «Expires» واحد فقط؛ أما الحقول المتبقية فهي اختيارية. يجب أن يكون كل سطر من سطور «جهة الاتصال» عبارة عن عنوان URI من النوع mailto: أو https:// أو tel: (يُضاف mailto: إلى عنوان البريد الإلكتروني العادي)، ويجب أن يكون حقل «تاريخ انتهاء الصلاحية» تاريخًا مستقبليًّا، ويُظهر حقل «إنشاء» رسالة خطأ بدلاً من ملف في حالة فقدان أحد هذه الحقول أو عدم صلاحيتها.
ما التاريخ الذي أضعه في Expires؟
يتم تعيين التاريخ افتراضيًّا على عام واحد من اليوم، في حين توصي وثيقة RFC 9116 بأن يكون أقل من عام، لذا اختر تاريخًا أبكر لتتوافق مع هذه التوصية؛ وتذكرك الصفحة عندما يكون التاريخ بعد أكثر من عام. قم بتجديد الملف قبل ذلك التاريخ، لأن وثيقة RFC تنص على أنه يجب التعامل مع ملف security.txt منتهي الصلاحية على أنه ملف قديم.
هل يرفع أو يوقّع أي شيء؟
لا. يُجمَّع الملف داخل متصفحك ولا يُرسل أي شيء إلى أي مكان. وهو غير موقّع؛ ويوصي RFC 9116 بتوقيع OpenPGP بنص واضح (cleartext)، ويمكنك إضافته باستخدام gpg --clearsign قبل النشر.
هل يمكنني إدراج أكثر من جهة اتصال؟
نعم. يسمح RFC 9116 بوجود عدة أسطر للاتصال، تُقرأ حسب ترتيب الأفضلية. أدخل جهة اتصال واحدة في كل سطر في حقل «جهة الاتصال»؛ ويتم تدوين التكرارات مرة واحدة فقط.
أين يوضع الملف بالضبط؟
في https://your-domain/.well-known/security.txt، ويُقدَّم عبر HTTPS كنص عادي. والنسخة أو إعادة التوجيه في /security.txt اختيارية.
هل يغطي ملف واحد نطاقاتي الفرعية؟
لا. يقول RFC 9116 إن ملف security.txt لا ينطبق إلا على المضيف الذي جُلب منه، لا على نطاقاته الفرعية ولا على نطاقه الأب. انشر نسخة على كل مضيف قد يبحث فيه الناس، مثل www وshop.
كيف يساعد security.txt ضد التصيد الذي يقلّد علامتي التجارية؟
كثيرًا ما يرغب من يعثرون على موقع مشابه أو بريد مزيف باسمك في تحذيرك. وسطر Contact العامل يوصل ذلك البلاغ إلى فريق الأمن لديك بدلًا من طابور الدعم العام، فتتمكن من التصرف بشأن النطاق المشابه في وقت أبكر.