X
NiceNIC بدسلوکی ہینڈلنگ مینوئل
1. مقصد
NiceNIC اس بدسلوکی ہینڈلنگ مینوئل کو برقرار رکھتا ہے تاکہ یہ یقینی بنایا جا سکے کہ NiceNIC کے تحت اسپانسر کیے گئے ڈومین ناموں سے متعلق بدسلوکی کی شکایات موصول ہوں، ان کا جائزہ لیا جائے، ان کا سراغ لگایا جائے، تحقیقات کی جائیں، اور ایک مستقل، دستاویزی، اور خطرے پر مبنی انداز میں ان کا حل نکالا جائے۔
یہ مینوئل ایک ہی وقت میں چار نتائج حاصل کرنے کے لیے ڈیزائن کیا گیا ہے:
1. انٹرنیٹ صارفین اور متاثرہ فریقوں کو جاری نقصان سے بچانا؛
2. ICANN کی منظوری یافتہ رجسٹرار کے طور پر NiceNIC کی معاہداتی ذمہ داریوں کو پورا کرنا؛
3. رجسٹرنٹس اور ری سیلرز کے لیے منصفانہ، پیش گوئی کے قابل، اور دستاویزی ہینڈلنگ فراہم کرنا؛
4. بدسلوکی کے ردعمل کے ایک واضح، دفاعی، اور آڈٹ کرنے کے قابل عمل کا مظاہرہ کرنا۔
NiceNIC بدسلوکی کی رپورٹس کی فوری جانچ کرے گا اور ثبوت کے معیار، رپورٹ شدہ سرگرمی کی نوعیت، جاری نقصان کے امکان، اور جائز خدمات کو نقصان پہنچنے کے خطرے کی بنیاد پر معقول ضروری اقدامات کرے گا۔ یہ طریقہ کار 2013 کے RAA کے سیکشن 3.18 اور ICANN کے 2024 DNS بدسلوکی مشاورتی کے مطابق ہے۔
2. دائرہ کار
یہ مینوئل درج ذیل پر لاگو ہوتا ہے:
3. تعریفات
3.1 ICANN معاہداتی DNS بدسلوکی
NiceNIC کی معاہداتی تعمیل کے مقاصد کے لیے، DNS بدسلوکی کا مطلب ہے:
3.2 NiceNIC کے وسیع پیمانے پر خطرناک بدسلوکی زمرے
NiceNIC اپنے بدسلوکی اور خطرے کے قواعد کے تحت بعض معاملات کو ICANN کی خودکار طور پر تعریف شدہ DNS بدسلوکی نہ ہونے کے باوجود وسیع پیمانے پر خطرناک بدسلوکی زمرے کے طور پر بھی درجہ بندی کر سکتا ہے۔ ان میں شامل ہو سکتے ہیں:
3.3 غیر DNS بدسلوکی / دیگر شکایات
یہ عام طور پر شامل ہیں:
4. رہنما اصول
NiceNIC بدسلوکی کی رپورٹس کو درج ذیل اصولوں کے مطابق ہینڈل کرتا ہے:
5. رپورٹنگ چینلز
NiceNIC درج ذیل کو برقرار رکھے گا:
6. شکایت میں درکار کم از کم معلومات
موثر عملدرآمد کے لیے، شکایت میں شامل ہونا چاہیے:
7. ثبوت کے معیار
7.1 قابل عمل ثبوت
ثبوت قابل عمل تب ہوتا ہے جب NiceNIC کے لیے معقول حد تک دستیاب معلومات یہ تعین کرنے کے لیے کافی ہوں کہ اسپانسر کیا گیا ڈومین نام DNS بدسلوکی یا دیگر قابل نافذ بدسلوکی سرگرمی میں استعمال ہو رہا ہے۔
مثالوں میں شامل ہیں:
7.2 ناکافی ثبوت
ثبوت ناکافی تب ہوتا ہے جب شکایت صرف شامل ہو:
7.3 تیسرے فریق کی ذہانت
NiceNIC درج ذیل تیسرے فریق کے اشارے پر غور کر سکتا ہے:
8. کیس کی ترجیح اور داخلی SLA
NiceNIC درج ذیل داخلی آپریٹنگ اہداف اپناتا ہے۔ یہ NiceNIC کے داخلی SLA ہیں، ICANN کی جانب سے مقرر کردہ قطعی ڈیڈ لائنز نہیں۔
ترجیح 0 - ہنگامی / فعال نقصان
مثالیں:
ترجیح 1 - اعلی خطرے والا قابل عمل بدسلوکی
مثالیں:
ترجیح 2 - غیر DNS بدسلوکی کے ساتھ کافی ثبوت
مثالیں:
ترجیح 3 - نامکمل / کم معیار کی رپورٹس
ہدف:
9. ورک فلو
9.1 انٹیک
ہر رپورٹ کو درج ذیل دیے جاتے ہیں:
9.2 ٹریاژ
کیس درج ذیل کی بنیاد پر درجہ بند کیا جاتا ہے:
9.3 تحقیق
جائزہ لینے والا چیک کرتا ہے:
9.4 فیصلہ
ممکنہ نتائج:
9.5 نوٹیفیکیشنز
واضح، قابل عمل، جاری DNS بدسلوکی کے لیے، NiceNIC پہلے معطلی کر سکتا ہے اور بعد میں کارروائی کی اطلاع دے سکتا ہے۔
ممکنہ کمپرو مائز منظرناموں یا غیر DNS معاملات کے لیے، NiceNIC پہلے اطلاع دے سکتا ہے جہاں یہ خطرے کے کنٹرول کے ساتھ مطابقت رکھتا ہو اور نقصان میں نمایاں اضافہ نہ کرے۔
یہ فرق ICANN کے موقف کے مطابق ہے کہ تدارکی کارروائی نقصان اور ضمنی نقصان کے خطرے کے مطابق مختلف ہو سکتی ہے۔
10. مخصوص قسم کے قواعد
10.1 منشیات / kra / slon / mega کلیدی الفاظ
صرف کلیدی الفاظ کا ہونا DNS بدسلوکی کی درجہ بندی کے لیے کافی نہیں۔
ان کے طور پر سمجھیں:
10.2 کرپٹو اسکیم
ان کے طور پر سمجھیں:
10.3 CSAM / بچوں کی استحصال
ان کو فوری طور پر اعلی خطرے کی بدسلوکی سمجھیں۔ اندرونی سطح پر بلا تاخیر بڑھائیں۔ ریکارڈ محفوظ کریں، غیر ضروری صارف کے پیچھے پیچھے اور آگے جانے سے گریز کریں، اور مناسب اتھارٹی یا رجسٹری کو ایڈجسٹ کریں۔
10.4 DMCA / کاپی رائٹ
صرف بڑے مواد کی فہرستوں یا بغیر ثبوت کے بڑے الزامات پر خودکار معطلی نہ کریں۔
جگہ جگہ مناسب نوٹس بھیجیں، شکایت کی شکل کی پابندی کریں، اور ڈومین ہولڈر کو دعویٰ حل کرنے کی اجازت دیں جب تک کہ عدالت کا حکم، رجسٹری کا قاعدہ، یا کوئی اور زیادہ سخت بنیاد فوری کارروائی کا تقاضا نہ کرے۔
یہ بڑی حد تک اس بات کے مطابق ہے کہ بڑے رجسٹرار کاپی رائٹ / ٹریڈ مارک پروسیسنگ کو فشنگ / میلویئر ہینڈلنگ سے علیحدہ رکھتے ہیں۔
10.5 ٹریڈ مارک / برانڈ شکایات
ٹریڈ مارک تنازعات خودکار طور پر DNS بدسلوکی نہیں ہوتے۔
جہاں مسئلہ ڈومین نام کے حقوق کا تنازعہ ہو، شکایت کنندگان کو عمومی طور پر UDRP، URS، یا عدالت کے عمل کی طرف رہنمائی کرنی چاہیے جب تک کہ ثبوت فشنگ، جعل سازی، یا دیگر بدسلوکی کا مظاہرہ نہ کرے۔ ??????? بھی عوامی طور پر بدسلوکی کو UDRP/URS ہینڈلنگ سے اسی طرح مختلف کرتا ہے۔
11. رجسٹرنٹ / ری سیلر مواصلاتی قواعد
11.1 ریٹیل صارفین
واضح DNS بدسلوکی اور کافی ثبوت کے ساتھ:
11.2 ری سیلرز
NiceNIC ری سیلر کو اطلاع دینا منتخب کر سکتا ہے نہ کہ کسی نیچے کے سب یوزر کو۔
تاہم، ری سیلر کی حیثیت فوری تدارک میں تاخیر نہیں کرے گی جہاں قابل عمل ثبوت موجود ہو۔
11.3 نظرثانی / دوبارہ فعال کرنا
NiceNIC بغیر بغیر تائید کے انکار جیسے "مواد ہٹا دیا گیا ہے" یا "یہ پہلے ہی حذف ہو چکا تھا" کی بنیاد پر ہولڈ نہیں ہٹائے گا۔
نظرثانی کے لیے نئے، قابل تحقق ثبوت کی ضرورت ہے جیسے:
12. شاکی کی مواصلاتی قواعد
NiceNIC ہمیشہ بھیجے گا:
13. معتبر رپورٹر پروگرام
NiceNIC ایسے ذرائع کے لیے معتبر رپورٹر کی فہرست رکھ سکتا ہے جو مسلسل درست، مکمل، اور قابل عمل رپورٹس فراہم کرتے ہیں۔
معتبر رپورٹر کی حیثیت درج ذیل فراہم کر سکتی ہے:
14. ریکارڈ کیپنگ اور آڈٹ کی تیاری
NiceNIC کو دستاویز بنانا چاہیے:
15. تعمیل کنٹرولز
NiceNIC کو درج ذیل کرنا چاہیے:
16. میٹرکس
NiceNIC کو کم از کم درج ذیل چیزوں کا سراغ لگانا چاہیے:
17. بیرونی سطح کی پوزیشننگ
NiceNIC کو اپنی بدسلوکی کے نظام کو عوامی طور پر اس طرح بیان کرنا چاہیے:
1. مقصد
NiceNIC اس بدسلوکی ہینڈلنگ مینوئل کو برقرار رکھتا ہے تاکہ یہ یقینی بنایا جا سکے کہ NiceNIC کے تحت اسپانسر کیے گئے ڈومین ناموں سے متعلق بدسلوکی کی شکایات موصول ہوں، ان کا جائزہ لیا جائے، ان کا سراغ لگایا جائے، تحقیقات کی جائیں، اور ایک مستقل، دستاویزی، اور خطرے پر مبنی انداز میں ان کا حل نکالا جائے۔
یہ مینوئل ایک ہی وقت میں چار نتائج حاصل کرنے کے لیے ڈیزائن کیا گیا ہے:
1. انٹرنیٹ صارفین اور متاثرہ فریقوں کو جاری نقصان سے بچانا؛
2. ICANN کی منظوری یافتہ رجسٹرار کے طور پر NiceNIC کی معاہداتی ذمہ داریوں کو پورا کرنا؛
3. رجسٹرنٹس اور ری سیلرز کے لیے منصفانہ، پیش گوئی کے قابل، اور دستاویزی ہینڈلنگ فراہم کرنا؛
4. بدسلوکی کے ردعمل کے ایک واضح، دفاعی، اور آڈٹ کرنے کے قابل عمل کا مظاہرہ کرنا۔
NiceNIC بدسلوکی کی رپورٹس کی فوری جانچ کرے گا اور ثبوت کے معیار، رپورٹ شدہ سرگرمی کی نوعیت، جاری نقصان کے امکان، اور جائز خدمات کو نقصان پہنچنے کے خطرے کی بنیاد پر معقول ضروری اقدامات کرے گا۔ یہ طریقہ کار 2013 کے RAA کے سیکشن 3.18 اور ICANN کے 2024 DNS بدسلوکی مشاورتی کے مطابق ہے۔
2. دائرہ کار
یہ مینوئل درج ذیل پر لاگو ہوتا ہے:
- NiceNIC کے تحت اسپانسر کیے گئے ڈومین نام؛
- انفرادی افراد، کمپنیوں، سیکیورٹی محققین، معتبر رپورٹرز، رجسٹریز، قانون نافذ کرنے والے ادارے، یا دیگر اختیارات کی طرف سے جمع کرائی گئی بدسلوکی کی رپورٹس؛
- خریدار صارفین اور ری سیلر کے زیر انتظام نام؛
- DNS بدسلوکی اور غیر DNS بدسلوکی یا غیر قانونی سرگرمیوں کی شکایات دونوں۔
3. تعریفات
3.1 ICANN معاہداتی DNS بدسلوکی
NiceNIC کی معاہداتی تعمیل کے مقاصد کے لیے، DNS بدسلوکی کا مطلب ہے:
- میلویئر
- بوٹنیٹس
- فشنگ
- فارمنگ
3.2 NiceNIC کے وسیع پیمانے پر خطرناک بدسلوکی زمرے
NiceNIC اپنے بدسلوکی اور خطرے کے قواعد کے تحت بعض معاملات کو ICANN کی خودکار طور پر تعریف شدہ DNS بدسلوکی نہ ہونے کے باوجود وسیع پیمانے پر خطرناک بدسلوکی زمرے کے طور پر بھی درجہ بندی کر سکتا ہے۔ ان میں شامل ہو سکتے ہیں:
- بچوں سے جنسی زیادتی کے مواد (CSAM) یا بچوں کی استحصال کی مواد؛
- غیر قانونی منشیات کی فروخت یا خطرناک نشہ آور مواد؛
- کرپٹو فراڈ سکیمیں؛
- اہم نقصان کے فوری خطرے والا مواد؛
- دوسری غیر قانونی سرگرمیاں جہاں قانون، رجسٹری پالیسی، اہل اتھارٹی کی درخواست، یا واضح خطرے کے شواہد سے فوری کارروائی جائز ہو۔
3.3 غیر DNS بدسلوکی / دیگر شکایات
یہ عام طور پر شامل ہیں:
- ٹریڈ مارک تنازعات؛
- DMCA / کاپی رائٹ دعوے؛
- بالغ مواد؛
- جوئے یا گیمنگ کا مواد؛
- جھوٹا یا فراڈ کرنے والا مواد بغیر تکنیکی DNS بدسلوکی کے شواہد کے؛
- فارمیسی / منشیات کا مواد بغیر قابلیت رکھنے والے DNS بدسلوکی کے اشاروں کے؛
- عمومی پالیسی کی خلاف ورزیاں۔
4. رہنما اصول
NiceNIC بدسلوکی کی رپورٹس کو درج ذیل اصولوں کے مطابق ہینڈل کرتا ہے:
- ثبوت پہلے۔ NiceNIC DNS سطح پر کارروائی صرف کلیدی الفاظ، قیاسات، یا بغیر تائید کے الزامات پر مبنی نہیں کرتا۔
- خطرے پر مبنی ردعمل۔ تیز اور مضبوط کارروائی وہاں کی جاتی ہے جہاں ثبوت قابل عمل ہو اور نقصان جاری یا شدید ہو۔
- کم سے کم ضروری خلل۔ NiceNIC فوری معطلی کے علاوہ دوسرے طریقہ کار کا انتخاب کر سکتا ہے جہاں ثبوت بتاتے ہوں کہ کمپرو مائز کا منظر نامہ موجود ہے اور مکمل روک لگانا متناسب نقصان کا باعث بنے گا۔
- استقلال اور دستاویزات۔ ہر کیس کو درجہ بندی، سراغ لگایا، اور ریکارڈ کیا جانا چاہیے۔
- کرداروں کی واضح تقسیم۔ NiceNIC ایک رجسٹرار ہے۔ بہت سے معاملات میں، ہوسٹنگ فراہم کنندہ، پلیٹ فارم آپریٹر، ادائیگی کرنے والا، یا قانون نافذ کرنے والا ادارہ بھی متعلقہ یا زیادہ مؤثر عمل کا نقطہ ہو سکتا ہے۔
5. رپورٹنگ چینلز
NiceNIC درج ذیل کو برقرار رکھے گا:
- اپنی ویب سائٹ کے ہوم پیج یا مخصوص بدسلوکی صفحہ پر ایک عوامی بدسلوکی رابطہ ای میل؛
- یہ وضاحت شائع کرنا کہ بدسلوکی رپورٹس کیسے وصول کی جاتی ہیں، ہینڈل کی جاتی ہیں اور سراغ لگائی جاتی ہیں؛
- RAA کے تحت قانون نافذ کرنے والی اور اسی طرح کی اداروں کے لیے مخصوص 24/7 نگرانی کی جانے والی بدسلوکی رابطہ پوائنٹ۔
- بدسلوکی میل باکس؛
- سپورٹ ٹکٹ سسٹم؛
- ویب فارم؛
- معتبر رپورٹر چینل؛
- رجسٹری اسکیلیشن؛
- قانون نافذ کرنے والا / حکومتی چینل۔
6. شکایت میں درکار کم از کم معلومات
موثر عملدرآمد کے لیے، شکایت میں شامل ہونا چاہیے:
- رپورٹ کیا گیا ڈومین نام؛
- مخصوص بدسلوکی URL، اگر کوئی ہو؛
- الزام شدہ بدسلوکی کی واضح وضاحت؛
- سکرین شاٹس جو مواد اور مکمل URL دکھاتے ہیں؛
- ای میل بدسلوکی، فشنگ، یا فراڈ کی صورت میں مکمل ای میل ہیڈرز؛
- مددگار ثبوت جیسے رسیدیں، لاگز، میلویئر تجزیہ، بلاک لسٹ کے نتائج، یا جعل سازی کی تفصیلات؛
- شاکی کی رابطہ کی معلومات؛
- اجازت کا ثبوت جب شاکی برانڈ یا متاثرہ ادارے کی نمائندگی کر رہا ہو۔
7. ثبوت کے معیار
7.1 قابل عمل ثبوت
ثبوت قابل عمل تب ہوتا ہے جب NiceNIC کے لیے معقول حد تک دستیاب معلومات یہ تعین کرنے کے لیے کافی ہوں کہ اسپانسر کیا گیا ڈومین نام DNS بدسلوکی یا دیگر قابل نافذ بدسلوکی سرگرمی میں استعمال ہو رہا ہے۔
مثالوں میں شامل ہیں:
- فشنگ کے صفحے کا سکرین شاٹ جو مکمل URL اور جعل ساز برانڈ دکھاتا ہو؛
- مکمل ہیڈرز اور منسلک نقصان دہ URL کے ساتھ فشنگ ای میل؛
- رپورٹ شدہ ڈومین یا URL سے میلویئر یا ایکسپلائیٹ کی ترسیل؛
- ایسا شہرت/بلاک لسٹ ڈیٹا جو رپورٹ شدہ رویے کی حمایت کرتا ہو؛
- بٹوے سے چوری کرنے والا کوڈ، بیج فریس کی چوری، جعلی لاگ ان ہاروِسٹینگ، یا اسناد کی گرفتاری کے شواہد؛
- معتبر یا تسلیم شدہ ذرائع سے متعدد ہم آہنگ اشارے۔
7.2 ناکافی ثبوت
ثبوت ناکافی تب ہوتا ہے جب شکایت صرف شامل ہو:
- ایسا ڈومین نام جس کا کوئی بدسلوکی URL نہ ہو؛
- صرف کلیدی الفاظ؛
- الزامات بغیر سکرین شاٹس، ہیڈرز، لاگز، یا دیگر سپورٹ؛
- عام بیانات کہ نام "مشکوک لگتا ہے"؛
- صرف برانڈ تنازعے کے الزامات بغیر بدسلوکی ثبوت کے۔
7.3 تیسرے فریق کی ذہانت
NiceNIC درج ذیل تیسرے فریق کے اشارے پر غور کر سکتا ہے:
- معروف بلاک لسٹس / RBLs؛
- میلویئر یا فشنگ فیڈز؛
- شہرت کی خدمات؛
- پہلے کا اندرونی کیس ہسٹری۔
8. کیس کی ترجیح اور داخلی SLA
NiceNIC درج ذیل داخلی آپریٹنگ اہداف اپناتا ہے۔ یہ NiceNIC کے داخلی SLA ہیں، ICANN کی جانب سے مقرر کردہ قطعی ڈیڈ لائنز نہیں۔
ترجیح 0 - ہنگامی / فعال نقصان
مثالیں:
- فعال فشنگ جو اسناد یا ادائیگی کی معلومات جمع کر رہا ہو؛
- میلویئر کی ترسیل؛
- بوٹنیٹ / کمانڈ اینڈ کنٹرول کا استعمال؛
- CSAM؛
- قانون نافذ کرنے والے کے ہنگامی نوٹس؛
- والیٹ چور یا بیج فریز چوری کے انفراسٹرکچر۔
- فوری طور پر پہلی جائزہ لینا؛
- جتنا ممکن ہو سکے جلدی فیصلہ کرنا؛
- قابل عمل ہونے کی صورت میں معمول کے مطابق 24 گھنٹے کے اندر تدارک، اور بغیر غیر معمولی حقائق کے 48 گھنٹے سے زیادہ دیر نہیں۔
ترجیح 1 - اعلی خطرے والا قابل عمل بدسلوکی
مثالیں:
- واضح جعل سازی کا دھوکہ؛
- ایک ہی رجسٹرنٹ/اکاؤنٹ سے منسلک بار بار بدسلوکی؛
- ایسے ڈومینز جو قابل اعتماد تیسرے فریق کے ذرائع کی جانب سے پہلے ہی نشان زدہ ہوں اور ان کے پاس معاون ثبوت بھی ہو۔
- 1 کاروباری دن کے اندر جائزہ؛
- 48 گھنٹے کے اندر تدارک یا دستاویزی اگلا قدم؛
ترجیح 2 - غیر DNS بدسلوکی کے ساتھ کافی ثبوت
مثالیں:
- صحیح اطلاع کے ساتھ DMCA؛
- ٹریڈ مارک شکایات؛
- غیر قانونی فارمیسی یا مواد کی شکایات جن میں قابل عمل DNS بدسلوکی کے اشارے موجود نہیں؛
- فوری طور پر تصدیق کرنا؛
- جہاں مناسب ہو رجسٹرنٹ/ری سیلر کو اطلاع دینا؛
- اصلاح یا اضافی دستاویزات طلب کرنا؛
ترجیح 3 - نامکمل / کم معیار کی رپورٹس
ہدف:
- تصدیق اور مزید ثبوت کی درخواست؛
- صرف اسی بنیاد پر معطلی نہیں کہ رپورٹ نامکمل ہو؛
9. ورک فلو
9.1 انٹیک
ہر رپورٹ کو درج ذیل دیے جاتے ہیں:
- کیس آئی ڈی؛
- ٹائم اسٹیمپ؛
- ذریعہ کی درجہ بندی؛
- ڈومین لنکیج؛
- بدسلوکی کی قسم؛
- ثبوت کی حیثیت۔
9.2 ٹریاژ
کیس درج ذیل کی بنیاد پر درجہ بند کیا جاتا ہے:
- DNS بدسلوکی بمقابلہ غیر DNS بدسلوکی؛
- کافی بمقابلہ ناکافی ثبوت؛
- اتھارٹی / معتبر رپورٹر کی حیثیت؛
- ری سیلر بمقابلہ ریٹیل اکاؤنٹ؛
- موجودہ ڈومین کی حالت؛
- بار بار مجرم / بار بار کیس کی تاریخ۔
9.3 تحقیق
جائزہ لینے والا چیک کرتا ہے:
- رپورٹ کردہ URL یا مواد؛
- RDAP / WHOIS / تخلیق کا وقت / نام سرور / MX؛
- اندرونی اکاؤنٹ کی تاریخ؛
- پہلے کی شکایات؛
- بلاک لسٹس / تیسرے فریق کی ذہانت؛
- یہ دیکھنا کہ آیا مسئلہ جان بوجھ کر یا کمپرو مائز کی وجہ سے ہوا ہے؛
- یہ جائزہ لینا کہ بدسلوکی دوسرے درجے کے ڈومین، سب ڈومین، ویب مواد، یا ای میل کے پرت پر ہو رہی ہے۔
9.4 فیصلہ
ممکنہ نتائج:
- کوئی کارروائی نہیں / ثبوت ناکافی؛
- شاکی سے مزید ثبوت طلب کریں؛
- رجسٹرنٹ یا ری سیلر کو اصلاح کے لیے اطلاع دیں؛
- کلائنٹ ہولڈ؛
- مناسب ہو تو تدارک کے ساتھ منتقل کرنے کی لاک؛
- رجسٹری، ہوسٹ، قانون نافذ کرنے والا ادارہ، ادائیگی فراہم کنندہ، یا دیگر متعلقہ فریق کو حوالہ دینا؛
- موجودہ ہولڈ کو برقرار رکھنا؛
- دوبارہ فعالی سے انکار۔
9.5 نوٹیفیکیشنز
واضح، قابل عمل، جاری DNS بدسلوکی کے لیے، NiceNIC پہلے معطلی کر سکتا ہے اور بعد میں کارروائی کی اطلاع دے سکتا ہے۔
ممکنہ کمپرو مائز منظرناموں یا غیر DNS معاملات کے لیے، NiceNIC پہلے اطلاع دے سکتا ہے جہاں یہ خطرے کے کنٹرول کے ساتھ مطابقت رکھتا ہو اور نقصان میں نمایاں اضافہ نہ کرے۔
یہ فرق ICANN کے موقف کے مطابق ہے کہ تدارکی کارروائی نقصان اور ضمنی نقصان کے خطرے کے مطابق مختلف ہو سکتی ہے۔
10. مخصوص قسم کے قواعد
10.1 منشیات / kra / slon / mega کلیدی الفاظ
صرف کلیدی الفاظ کا ہونا DNS بدسلوکی کی درجہ بندی کے لیے کافی نہیں۔
ان کے طور پر سمجھیں:
- صرف کلیدی الفاظ یا مصنوعات کے مواد کی صورت میں غیر DNS غیر قانونی سرگرمی کا جائزہ؛
- جہاں ثبوت جعلی لاگ ان، جعلی ادائیگی کی جمع آوری، اسناد کی چوری، نقصان دہ ری ڈائریکشن، میلویئر، یا دیگر قابل قبول تکنیکی بدسلوکی کا مظاہرہ کرے، DNS بدسلوکی / فوری بدسلوکی؛
10.2 کرپٹو اسکیم
ان کے طور پر سمجھیں:
- جہاں سائٹ صرف مشتبہ سرمایہ کاری یا جھوٹے منافع کی تشہیر ہو، غیر DNS فراڈ جائزہ؛
- جہاں ثبوت والیٹ کنکشن چوری، بیج فریز جمع آوری، پرائیویٹ کی چوری، پانی نکالنے والا کوڈ، جعل ساز تبادلہ لاگ ان، یا نقصان دہ اسکرپٹس دکھائے، DNS بدسلوکی / فوری بدسلوکی؛
10.3 CSAM / بچوں کی استحصال
ان کو فوری طور پر اعلی خطرے کی بدسلوکی سمجھیں۔ اندرونی سطح پر بلا تاخیر بڑھائیں۔ ریکارڈ محفوظ کریں، غیر ضروری صارف کے پیچھے پیچھے اور آگے جانے سے گریز کریں، اور مناسب اتھارٹی یا رجسٹری کو ایڈجسٹ کریں۔
10.4 DMCA / کاپی رائٹ
صرف بڑے مواد کی فہرستوں یا بغیر ثبوت کے بڑے الزامات پر خودکار معطلی نہ کریں۔
جگہ جگہ مناسب نوٹس بھیجیں، شکایت کی شکل کی پابندی کریں، اور ڈومین ہولڈر کو دعویٰ حل کرنے کی اجازت دیں جب تک کہ عدالت کا حکم، رجسٹری کا قاعدہ، یا کوئی اور زیادہ سخت بنیاد فوری کارروائی کا تقاضا نہ کرے۔
یہ بڑی حد تک اس بات کے مطابق ہے کہ بڑے رجسٹرار کاپی رائٹ / ٹریڈ مارک پروسیسنگ کو فشنگ / میلویئر ہینڈلنگ سے علیحدہ رکھتے ہیں۔
10.5 ٹریڈ مارک / برانڈ شکایات
ٹریڈ مارک تنازعات خودکار طور پر DNS بدسلوکی نہیں ہوتے۔
جہاں مسئلہ ڈومین نام کے حقوق کا تنازعہ ہو، شکایت کنندگان کو عمومی طور پر UDRP، URS، یا عدالت کے عمل کی طرف رہنمائی کرنی چاہیے جب تک کہ ثبوت فشنگ، جعل سازی، یا دیگر بدسلوکی کا مظاہرہ نہ کرے۔ ??????? بھی عوامی طور پر بدسلوکی کو UDRP/URS ہینڈلنگ سے اسی طرح مختلف کرتا ہے۔
11. رجسٹرنٹ / ری سیلر مواصلاتی قواعد
11.1 ریٹیل صارفین
واضح DNS بدسلوکی اور کافی ثبوت کے ساتھ:
- ڈومین فوری طور پر معطل کیا جا سکتا ہے؛
- پہلا صارف کے سامنے جواب بنیاد بیان کرے، کیس کا خلاصہ دیکھنے کا خود خدماتی راستہ بتائے، اور نظرثانی کے لیے مطلوبہ ثبوت کا معیار واضح کرے۔
11.2 ری سیلرز
NiceNIC ری سیلر کو اطلاع دینا منتخب کر سکتا ہے نہ کہ کسی نیچے کے سب یوزر کو۔
تاہم، ری سیلر کی حیثیت فوری تدارک میں تاخیر نہیں کرے گی جہاں قابل عمل ثبوت موجود ہو۔
11.3 نظرثانی / دوبارہ فعال کرنا
NiceNIC بغیر بغیر تائید کے انکار جیسے "مواد ہٹا دیا گیا ہے" یا "یہ پہلے ہی حذف ہو چکا تھا" کی بنیاد پر ہولڈ نہیں ہٹائے گا۔
نظرثانی کے لیے نئے، قابل تحقق ثبوت کی ضرورت ہے جیسے:
- غلط مثبت ثابت کرنا؛
- کمپرومائز اور اصلاح کے ثبوت؛
- موجودہ جائزے کے صاف نتائج؛
- جہاں قابل اطلاق ہو تیسرے فریق کی شہرت کی بحالی۔
12. شاکی کی مواصلاتی قواعد
NiceNIC ہمیشہ بھیجے گا:
- وصولی کی تصدیق؛
- کیس آئی ڈی یا مساوی حوالہ؛
- اگر ضروری ہو تو مزید ثبوت کی درخواست؛
- جب کارروائی کی جائے یا انکار کیا جائے تو صورتحال کی تازہ کاری؛
- جہاں ڈومین پہلے ہی معطل یا زیر التواء معطلی کے مراحل میں ہو، وہاں غیر ضروری موضوعی بحث نہ کریں۔
13. معتبر رپورٹر پروگرام
NiceNIC ایسے ذرائع کے لیے معتبر رپورٹر کی فہرست رکھ سکتا ہے جو مسلسل درست، مکمل، اور قابل عمل رپورٹس فراہم کرتے ہیں۔
معتبر رپورٹر کی حیثیت درج ذیل فراہم کر سکتی ہے:
- ترجیحی انٹیک؛
- منظم ڈیٹا جمع کرانا؛
- ثبوت کی آسان ترتیب؛
- API یا تیز رفتار ہینڈلنگ۔
14. ریکارڈ کیپنگ اور آڈٹ کی تیاری
NiceNIC کو دستاویز بنانا چاہیے:
- شکایت کی وصولی؛
- وصول شدہ ثبوت؛
- اندرونی درجہ بندی؛
- تحقیقی مراحل؛
- فیصلہ؛
- کی گئی کارروائی؛
- بھیجی گئی اطلاعات؛
- دوبارہ جانچ اور حتمی فیصلہ۔
15. تعمیل کنٹرولز
NiceNIC کو درج ذیل کرنا چاہیے:
- کیس فیصلوں کا وقفہ وقفہ سے QA جائزہ؛
- DNS بدسلوکی کی تعریفات اور ثبوت کی حدوں پر اسٹاف کی تربیت؛
- بدسلوکی میل باکس اور ویب فارم کی آپریٹیبلیٹی کی جانچ؛
- سانچے کی درستگی کا جائزہ؛
- دہرائے جانے والے غلطیوں اور دوبارہ کھلے کیسز کی نگرانی؛
- بارہ ماہانہ جائزہ ان ڈومینز کا جن پر بار بار شکایات آئی ہوں۔
16. میٹرکس
NiceNIC کو کم از کم درج ذیل چیزوں کا سراغ لگانا چاہیے:
- کل شکایات موصول؛
- DNS بدسلوکی بمقابلہ غیر DNS بدسلوکی کی تقسیم؛
- کافی بمقابلہ ناکافی ثبوت کی شرح؛
- پہلی وصولی کی تصدیق کا وقت؛
- پہلی انسانی جانچ کا وقت؛
- قابل عمل DNS بدسلوکی کی تدارک کا وقت؛
- جاری کیے گئے ہولڈز کی تعداد؛
- دی گئی یا انکار شدہ نظرثانی کی تعداد؛
- بار بار بدسلوکی والے ڈومینز؛
- بار بار بدسلوکی والے اکاؤنٹس؛
- معتبر رپورٹر کی درستگی کی شرح؛
- رپورٹس جو دستی جانچ سے پہلے ہی حل ہو چکی ہیں۔
17. بیرونی سطح کی پوزیشننگ
NiceNIC کو اپنی بدسلوکی کے نظام کو عوامی طور پر اس طرح بیان کرنا چاہیے:
- NiceNIC بدسلوکی رپورٹس کی فوری تحقیقات کرتا ہے۔
- NiceNIC ICANN کی تعریف کردہ DNS بدسلوکی اور دیگر قسم کی شکایات میں فرق کرتا ہے۔
- NiceNIC ثبوت، خطرے، اور قابل اطلاق پالیسی کی بنیاد پر کارروائی کرتا ہے۔
- جہاں واضح قابل عمل ثبوت ہو، NiceNIC فوری طور پر معطلی کر سکتا ہے۔
- NiceNIC مزید معلومات طلب کر سکتا ہے یا شکایت کنندہ کو ایک زیادہ مناسب عملدرآمد کے نقطہ کی طرف رہنمائی کر سکتا ہے جہاں رجسٹرار واحد مؤثر جواب دہندہ نہ ہو۔
- NiceNIC کیس کے ریکارڈ رکھتا ہے اور ICANN یا رجسٹری شراکت داروں کی جانب سے جائزہ لینے پر اپنے ہینڈلنگ عمل کا مظاہرہ کر سکتا ہے۔
??? ?????? ?? ????? ?? ?? ??? ????? ????
??? ??? ????
- ????? ???????
- ???????? ????
- ????? ????
- SSL ??????????
- Business Email
- ????? ???????
- NiceNIC ?? ???? ???
- ????? ????
- ??????? ?? ?????
- ??????
- ????? ?????
- ??? ????
- ??? ??? ????
- ?? ?? ????? ????
- ????? ?????
???? ???? © 2006-2026 NICENIC INTERNATIONAL GROUP CO., LIMITED ???? ???? ????? ???