DNSSEC یا VPN: آپ کے DNS سوالات کون چھپاتا ہے؟
DNSSEC ثابت کرتا ہے کہ جواب مستند ہے، نجی نہیں۔ ترتیبات بدلنے سے پہلے دیکھیں کہ کون سی پرت رازداری اور کون سی روٹنگ فراہم کرتی ہے۔
دو طریقوں کو ایک ہی کام کا سہرا دیا جاتا ہے اور ان میں سے کوئی بھی وہ کام نہیں کرتا۔ DNSSEC جواب دیتا ہے کہ آیا موصول شدہ ڈیٹا واقعی اُس زون سے آیا ہے جو اُسے شائع کرتا ہے، اور VPN فیصلہ کرتا ہے کہ آپ کے پیکٹ کون سا راستہ لیں گے۔ کوئی بھی ہر صورت میں آپ کا پوچھا گیا نام نہیں چھپاتا، اور جو ترتیبات ایسا کرنے لگتی ہیں وہ عام طور پر تصدیق کے بجائے منتقلی یا روٹنگ سے متعلق ہوتی ہیں۔ پہلے پرت کا نام لینا رازداری کے مبہم سوال کو واضح سوال بنا دیتا ہے۔
تین دعوے جو ایک میں ضم ہو جاتے ہیں
اصلیت یہ دعویٰ ہے کہ جواب وہی ہے جو زون نے شائع کیا اور راستے میں اُسے بدلا نہیں گیا۔ رازداری یہ دعویٰ ہے کہ راستے پر کوئی بھی سوال یا جواب نہیں پڑھ سکتا۔ روٹنگ یہ دعویٰ ہے کہ پیکٹ آپ کے منتخب کردہ راستے پر چلتے ہیں، اور ٹنل ٹھیک یہی فراہم کرتا ہے۔
DNSSEC پہلے سے نمٹتا ہے اور باقی دو کے بارے میں کچھ نہیں کہتا۔ DoT اور DoH ریزولور تک کے حصے کے لیے دوسرے سے نمٹتے ہیں۔ VPN تیسرے سے نمٹتا ہے اور دوسرے پر بھی اثر ڈال سکتا ہے، مگر صرف اس ضمنی اثر کے طور پر کہ ٹریفک کہاں جاتی ہے۔
ایپلیکیشن ٹریفک چوتھا معاملہ ہے: HTTPS آپ کے کلائنٹ اور سائٹ کے درمیان ویب تبادلے کی حفاظت اور تصدیق کرتا ہے، اور کوئی DNS پرت اُس کی جگہ نہیں لیتی۔
دستخط کی تصدیق کیا کر سکتی ہے اور کیا نہیں
تصدیق کرنے والا ریزولور زون سے ترتیب شدہ اعتماد اینکر تک دستخطوں کا سلسلہ جانچتا ہے، پھر جانچ کامیاب ہونے پر تصدیق شدہ ڈیٹا کا جھنڈا لگا جواب واپس کرتا ہے۔ وہ جھنڈا ڈیٹا کے بارے میں ثبوت ہے، کنکشن یا منزل کے ارادوں کے بارے میں نہیں۔
یہ کسی قانونی زون مالک کو ایسی سروس کے لیے اصلی ریکارڈ شائع کرنے سے نہیں روک سکتا جس پر آپ کو بھروسا نہیں کرنا چاہیے۔ سمجھوتے میں آئے ڈومین سے درست دستخط شدہ جواب اب بھی درست دستخط شدہ ہے، اور DNSSEC کی اس پر کوئی رائے نہیں کہ وہ ڈومین آپ کی اسناد کا حقدار ہے یا نہیں۔
یہ کچھ بھی نہیں چھپاتا۔ سوال اور جواب نیٹ ورک سے ایسی شکل میں گزرتے ہیں جو ریزولور اور اُس راستے پر کوئی بھی مبصر پڑھ سکتا ہے، جب تک کوئی دوسری پرت منتقلی کی حفاظت نہ کرے۔ دستخط شدہ جواب اور نجی جواب الگ خصوصیات ہیں، اور تعیناتی میں کوئی ایک ہی ہو سکتا ہے۔ اگر ان میں سے کوئی بھی آپ کے لیے اہم ہے تو دونوں جانچیں۔
رازداری دراصل کہاں سے آتی ہے
خفیہ کردہ ریزولور منتقلی DNS تبادلے کو TLS میں لپیٹ دیتی ہے، اس لیے ریزولور اب بھی سوال دیکھتا ہے مگر آپ اور اُس کے درمیان راستہ نہیں۔ یہ بھروسے کو ہٹانے کے بجائے منتقل کرتی ہے: آپ ریزولور پر زیادہ اور مقامی نیٹ ورک پر کم بھروسا کرتے ہیں۔
VPN سوالات کو دوسری طرف کے ریزولور تک لے جا سکتا ہے، جو راستہ اور اُنہیں دیکھنے والا ریزولور دونوں بدل دیتا ہے۔ یہ رازداری کے نتیجے والا روٹنگ فیصلہ ہے، اور زیرِ انتظام نیٹ ورک میں اندرونی ریزولور ہی واحد ہو سکتا ہے جو اندرونی ناموں کا جواب دے سکے۔
لوگ دراصل جو امتزاج چاہتے ہیں وہ عام طور پر ایک ساتھ تین چیزیں ہیں: تصدیق فعال، اُن کے منتخب کردہ ریزولور تک خفیہ منتقلی، اور منزل پر ایپلیکیشن TLS۔ ہر ایک خودمختار ہے، اور ایک چھوڑنے سے دوسرا خلا رہ جاتا ہے۔
تصدیق اور منتقلی الگ الگ جانچیں
دو جانچیں زیادہ تر الجھن حل کرتی ہیں۔ پہلی پوچھتی ہے کہ آیا ریزولور نے جواب کی تصدیق کی؛ دوسری پوچھتی ہے کہ آیا منتقلی محفوظ تھی۔ یہ الگ الگ طریقوں سے ناکام ہوتی ہیں اور کوئی ایک دوسرے کا مطلب نہیں دیتی۔
یہ کمانڈز تصدیق کرنے والے سوال کے جھنڈے چھاپتی ہیں، جانچ بند کر کے سوال دہراتی ہیں، اور مقامی تصدیق delv کے ساتھ چلاتی ہیں:
dig +dnssec example.com | grep flags
dig +cd example.com | grep status
delv example.comتصدیق شدہ ڈیٹا کا جھنڈا اور موجود دستخط والا جواب اُس ریزولور پر تصدیق دکھاتا ہے۔ delv کے ساتھ تصدیق کی ناکامی زون اور اعتماد اینکر کے درمیان کہیں ٹوٹا ہوا سلسلہ دکھاتی ہے، جو ٹنل کا مسئلہ نہیں، اشاعت کا مسئلہ ہے۔ کسی بھی جھنڈے کے بغیر وقت کا ختم ہونا منتقلی یا رسائی کا مسئلہ ہے، اور اُسے دستخط کی ناکامی سمجھنا آپ کو غلط پرت پر بھیجتا ہے۔
VPN تلاش توڑ دے تو کیا کریں
اگر تلاش ٹنل سے پہلے کام کرتی تھی اور بعد میں رک جاتی ہے، ہر راستہ کون سا ریزولور استعمال کرتا ہے اُس کا موازنہ کریں۔ تقسیم شدہ ٹنلنگ، صرف ٹنل سے پہنچنے والا اندرونی ریزولور، اور ریزولور کی ترتیبات دوبارہ لکھنے والا کلائنٹ—سب DNSSEC کو چھوئے بغیر جواب بدل دیتے ہیں۔
تصدیق کو عالمی سطح پر بند کرنا غلط پہلا قدم ہے، کیوں کہ یہ مداخلت کی اطلاع دینے والا واحد طریقہ ہٹا دیتا ہے اور ناقابلِ رسائی ریزولور کو درست نہیں کرتا۔ پہلے خرابی کو محدود کریں: حل، منتقلی، تصدیق، پھر پالیسی۔ صرف تیسرا DNSSEC کا ہے، اور صرف دوسرا خفیہ منتقلی کا۔