غیر استعمال شدہ ڈومینز پر ای میل اسپوفنگ آپ کیسے روکتے ہیں؟

غیر استعمال شدہ ڈومینز کو ای میل ریکارڈز کی ضرورت کیوں ہے؟

کیونکہ کوئی بھی آپ کا ڈومین ای میل کی From لائن میں ڈال سکتا ہے، اور جس ڈومین پر کوئی ریکارڈ نہ ہو وہ وصول کنندہ کو جانچنے کے لیے کچھ نہیں دیتا۔ ایک دفاعی ڈومین، جیسے آپ کے برانڈ کی ٹائپو، اسی وجہ سے پرکشش ہے۔ فشرز ایسی میل بھیجتے ہیں جو ویریئنٹ سے، یا آپ کے سپورٹ پتے جیسے نام سے آتی لگتی ہے، اور جو وصول کنندہ کوئی پالیسی نہ پائے اس کے پاس اسے مسترد کرنے کی کوئی بنیاد نہیں۔

دو ریکارڈز زیادہ تر خلا بند کرتے ہیں۔ SPF ان سرورز کی فہرست دیتا ہے جو کسی ڈومین کے لیے بھیج سکتے ہیں، اور وہ SPF ریکارڈ جس میں کوئی سرور نہ ہو اور سخت fail ہو، ہر بھیجنے والے کو رد کرتا ہے۔ DMARC وصول کنندگان کو بتاتا ہے کہ SPF اور DKIM جانچ میں ناکام میل کے ساتھ کیا کرنا ہے، اور p=reject انہیں اسے رد کرنے کو کہتا ہے۔ تیسرا ریکارڈ، null MX، بھیجنے والوں کو بتاتا ہے کہ اس ڈومین کا کوئی میل سرور نہیں، اس لیے اس کا پیغام فوراً ناکام ہوتا ہے بجائے اس کے کہ دنوں تک دوبارہ کوشش ہو۔

Wardmint کی دفاعی ایکسٹینشنز کی فہرست کون سے ڈومینز کریپٹو پروجیکٹ کو رجسٹر کرنے چاہئیں میں ہے۔ جب آپ انہیں رکھ لیں تو یہ تین ریکارڈز شامل کرنے کی پہلی چیز ہیں۔

null MX ریکارڈ (RFC 7505) کیا کرتا ہے؟

null MX ایک واحد MX ریکارڈ ہے جس کی preference 0 ہو اور ہدف root نقطہ ہو، اور اس کا مطلب ہے کہ ڈومین کوئی ای میل قبول نہیں کرتا۔ RFC 7505 اسے بیان کرتا ہے۔ exchange ایک صفر لمبائی کا label ہے، جو zone فائلوں میں نقطے کے طور پر لکھا جاتا ہے، اور چونکہ نقطہ کوئی درست host name نہیں، اس ریکارڈ کو حقیقی میل سرور سمجھنا ممکن نہیں۔

دو اصول لاگو ہوتے ہیں۔ جو ڈومین null MX شائع کرتا ہے وہ کوئی دوسرا MX ریکارڈ شائع نہ کرے۔ اور یہ ریکارڈ صرف اسی شکل میں null MX ہے: preference 0، ہدف نقطہ۔ اسے دیکھنے والے بھیجنے والے فوراً مستقل خرابی کے ساتھ ناکام ہوتے ہیں، جو میل کے لوپ روکتا ہے اور ان ایماندار بھیجنے والوں کی retry قطاریں بچاتا ہے جنہوں نے آپ کا ڈومین غلط ٹائپ کیا۔

اس کے بغیر، وہ بھیجنے والا جو کوئی MX نہ پائے ڈومین کے A ریکارڈ پر واپس جاتا ہے اور وہاں ڈیلیور کرنے کی کوشش کرتا ہے، جو سست اور کم واضح ہے۔ null MX یہ اندازہ ختم کر دیتا ہے۔

SPF v=spf1 -all کا کیا مطلب ہے؟

یہ ایک TXT ریکارڈ ہے جو کسی بھیجنے والے کو اجازت نہیں دیتا، اور منفی نشان ہر جانچ کو ناکام بناتا ہے۔ RFC 7208 اسے بیان کرتا ہے: v=spf1 ورژن ٹیگ ہے، اور -all ایک واحد ہدایت ہے جس میں all میکانزم ہمیشہ مماثل ہوتا ہے اور منفی qualifier fail لوٹاتا ہے۔ مل کر یہ بتاتے ہیں کہ اس نام کے لیے کوئی ہوسٹ میل نہیں بھیج سکتا۔

RFC 7208 اس طریقے کو ان ناموں کے لیے تجویز کرتا ہے جو نہ پتوں میں استعمال ہوتے ہیں نہ میل بھیجنے کی توقع رکھتے ہیں۔ اسے ہر دفاعی ڈومین کے apex پر شائع کریں۔ SPF envelope sender یا HELO نام میں ڈومین کے لیے جانچا جاتا ہے، اس لیے اسپوفر وہ سب ڈومین بھی آزما سکتا ہے جو آپ نے کبھی ترتیب نہیں دیا۔ ایک وائلڈ کارڈ TXT ریکارڈ، جو اس ڈومین کے تحت ان ناموں پر لاگو ہو جن کا اپنا ریکارڈ نہیں، انہیں کور کر سکتا ہے۔

example.com.          3600  IN  MX   0 .
example.com.          3600  IN  TXT  "v=spf1 -all"
_dmarc.example.com.   3600  IN  TXT  "v=DMARC1; p=reject; adkim=s; aspf=s"

DMARC p=reject کیا اضافہ کرتا ہے؟

DMARC پالیسی اور رپورٹنگ شامل کرتا ہے: یہ وصول کنندگان کو کہتا ہے کہ ناکام میل رد کریں، اور آپ دیکھ سکتے ہیں کہ کون کوشش کرتا ہے۔ RFC 7489 پالیسی کو ڈومین کے _dmarc نام پر TXT ریکارڈ کے طور پر رکھتا ہے۔ v ٹیگ پہلے آنا چاہیے اور DMARC1 پڑھا جائے، اور p پالیسی کو none، quarantine یا reject پر سیٹ کرتا ہے۔ sp ٹیگ subdomains کے لیے پالیسی سیٹ کرتا ہے اور، اگر موجود نہ ہو تو p انہیں لاگو ہوتا ہے۔ adkim اور aspf ٹیگز strict یا relaxed alignment سیٹ کرتے ہیں، اور rua مجموعی رپورٹس کے لیے پتے دیتا ہے۔

RFC p=reject کی طاقت کے بارے میں محتاط ہے: مالک وصول کنندگان سے رد کرنے کو کہتا ہے، اور وصول کنندگان سے توقع ہے کہ وہ بہترین کوشش کریں، مگر انہیں سختی سے پابند نہیں کیا گیا۔ بڑے میل باکس فراہم کنندگان عملاً اس پر عمل کرتے ہیں، اس لیے یہ ریکارڈ شائع کرنے کے قابل ہے۔

کوششیں دیکھنے کے لیے ایک رپورٹنگ پتہ شامل کریں، مثلاً rua=mailto:[email protected]، ایسے میل باکس پر جو آپ پڑھتے ہیں۔ کئی دفاعی ڈومینز والے پروجیکٹ کے لیے ان سب کا ایک رپورٹنگ میل باکس کافی ہے۔ ایسا ڈومین جو میل بھیجتا ہو، جیسے آپ کا مرکزی ڈومین، اسے اس کے حقیقی بھیجنے والوں سے مطابقت رکھنے والی پالیسی پر رکھیں، اور reject پر لے جانے سے پہلے مجموعی رپورٹس پڑھیں۔

دفاعی سیٹ کی حفاظت پر کتنا خرچ آتا ہے؟

تین ریکارڈز Wardmint پر کوئی اضافی قیمت نہیں رکھتے؛ قیمت ڈومینز کی ہے۔ Wardmint فراہم کرتا ہے "کوئی ای میل نہیں" DNS ٹیمپلیٹ (null MX، SPF -all، DMARC p=reject) تاکہ دفاعی ڈومین کو آپ کی میل جعلی کرنے کے لیے استعمال نہ کیا جا سکے، ہر شکل کو آپ کی مرکزی سائٹ پر بھیجنے کے لیے مفت URL فارورڈنگ، اور آپ کے بیلنس سے خودکار تجدید تاکہ کوئی شکل ختم نہ ہو۔

Wardmint کے 12 نومبر 2026 کے سروے کے مطابق، اس کے phisher سیٹ کی نو اینڈنگز (.xyz، .pro، .info، .shop، .online، .icu، .click، .live اور .support) کی کل لاگت سالانہ $212.41 ہے، یا تین سال میں $637.23، اور ان میں سے ہر ایک میل کے بغیر ٹیمپلیٹ رکھ سکتی ہے۔ .com, .net, .org, .io, .xyz, .app کے بنیادی سیٹ کی لاگت سالانہ $128.94 ہے۔ یہ سیٹس تجاویز ہیں، پیکجز نہیں: نام بلک سرچ کے ذریعے کارٹ میں جاتے ہیں، ایک وقت میں 50 تک۔

یہ ٹیمپلیٹ ہر اس دفاعی ڈومین پر لاگو کریں جو ویب ٹریفک ری ڈائریکٹ نہیں کرتا، اور جو کرتے ہیں ان کے لیے اسے URL فارورڈنگ کے ساتھ ملائیں۔ نام چننے کا طریقہ اپنے برانڈ کے لیے دفاعی ڈومین فہرست کیسے بنائیں میں ہے۔