ہوم VPN شائع کرنا: آپ واقعی کیا ظاہر کرتے ہیں
آپ نے ایک پورٹ کھولی، ایک سروس نہیں۔ ٹنل پر بھروسہ کرنے سے پہلے عوامی سننے والا، قبول شدہ کلائنٹ اور نجی وسائل الگ الگ جانچیں۔
آپ ٹنل کے لیے ایک پورٹ آگے بھیجتے ہیں اور خود سے کہتے ہیں کہ تبدیلی محدود ہے۔ عملاً پورٹ صرف پیکٹ اندر آنے دیتا ہے؛ اس کے پیچھے جو ہے وہی افشا ہے۔ تین چیزیں اس افشا کا تعین کرتی ہیں: عوامی طرف سننے والا ساکٹ، وہ شناخت جسے ٹنل قبول کرتا ہے، اور وہ منزلیں جن تک وہ شناخت بعد میں پہنچ سکتی ہے۔ ہر ایک کو اپنا جواب درکار ہے، کیونکہ ایک میں محتاط انتخاب دوسروں کو محدود نہیں کرتا۔
پورٹ آگے بھیجنا سروس نہیں ہے
راؤٹر کا قاعدہ پیکٹوں کو ہوسٹ کی طرف منتقل کرتا ہے؛ یہ انہیں پڑھنے والے عمل کا نام نہیں بتاتا۔ آگے بھیجنے کا صفحہ اور سننے والا ساکٹ الگ الگ جگہوں پر رہتے ہیں، اسی لیے قاعدہ ایسی مشین کی طرف اشارہ کر سکتا ہے جو اب سروس نہیں چلاتی۔ یہ جاننے کے لیے کہ واقعی کیا جواب دیتا ہے، ہوسٹ پر دیکھیں: ss -lntup ہر سننے والے ساکٹ کو اس کے مالک عمل کے ساتھ فہرست کرتا ہے۔ پھر اس عمل کو جزو، ورژن اور مالک سے ملا دیں۔
جس قاعدے کو آپ نے بنایا یاد ہے اسے ہٹانا دروازہ بند نہیں کرتا۔ UPnP میپنگ خود شامل ہو سکتی ہے، IPv4 اندراج جانے کے بعد IPv6 پتہ قابل رسائی رہ سکتا ہے، اور کسی دوسری مشین پر اشاعت کا دوسرا طریقہ موجود ہو سکتا ہے۔ راؤٹر کی UPnP میپنگ فہرست اور اس کے مستقل اندراجات پڑھیں، پھر نیٹ ورک سے باہر سے جانچیں۔
لاگ ان LAN اجازت نہیں ہے
ٹنل طے کرتا ہے کہ کون جڑ سکتا ہے؛ وسائل طے کرتے ہیں کہ منسلک کلائنٹ کیا کھول سکتا ہے۔ NIST کی صفر اعتماد رہنمائی نیٹ ورک کی سطح پر یہی تقسیم کرتی ہے: پتہ اجازت کے بارے میں کچھ ثابت نہیں کرتا۔ ایک رجسٹرڈ لیپ ٹاپ کو ایک کام دیں، مثلاً نامزد ہوسٹ پر فائل شیئر پڑھنا، اور وہ جوڑا لکھ لیں۔ ٹنل کا پتہ گھر کے باقی حصے پر منتظم رسائی کا وارث نہیں ہونا چاہیے۔
خلاصے جن راستوں کو چھوڑ دیتا ہے انہیں بھی جانچیں: کلائنٹ سے کلائنٹ ٹریفک، برج رکنیت، انٹرنیٹ آگے بھیجنا اور ماخذ ترجمہ۔ ہر ایک ایسے دو نظام جوڑ سکتا ہے جن کا آپ کے تحریری کام میں کبھی ذکر نہیں۔ کام کو جن کی ضرورت نہیں انہیں بند کریں، پھر فہرست بنائیں کہ کلائنٹ اب بھی کہاں پہنچ سکتا ہے۔
صاف اسکین بہت کم ثابت کرتا ہے
کھلا پورٹ ایک پتے اور ایک پروٹوکول کے بارے میں حقیقت ہے؛ کامیاب لاگ ان ایک اسناد کے بارے میں حقیقت ہے۔ کوئی بھی نہیں بتاتا کہ آگے کیا ہوگا۔ مطلوبہ ہوسٹ پر مطلوبہ کارروائی جانچیں، پھر ایسی شناخت آزمائیں جو کبھی رجسٹر نہیں ہوئی، ایسی سروس جسے کسی نے منظور نہیں کیا، اور وہ انتظامی انٹرفیس جو نجی رہنا چاہیے۔ آخری جانچ ہی عموماً ناکام ہوتی ہے۔
دونوں پتہ خاندانوں اور آپ کے شائع کردہ ہر راستے کی جانچ کریں۔ IPv4 پتے کا اسکین سننے والی IPv6 سروس کے بارے میں کچھ نہیں بتاتا، اور اندرونی جانچ NAT لوپ بیک مسئلہ یا اپ اسٹریم فلٹر نہیں دیکھ سکتی۔ کم از کم ایک جانچ باہر سے چلائیں، ایسے کنکشن پر جو اسی راؤٹر سے واپس نہ آئے۔
افشا لکھیں
مختصر جدول جائزے کو ایسی چیز بنا دیتا ہے جس کا اگلا شخص آڈٹ کر سکے۔ اسے باہر سے اندر بھریں، ہر قابل رسائی سروس کے لیے ایک قطار، اور اسے ترتیب کے ساتھ رکھیں، چیٹ تھریڈ میں نہیں۔ اگر کسی قطار کا مالک نہ ہو تو یہ ایک تلاش ہے۔
| Public address and port | Receiving host | Process on the socket | Intended actor | Who may reach it |
|---|---|---|---|---|
| 203.0.113.10:51820 | nas | wg-quick@wg0 | my laptop | enrolled peers only |
صرف “VPN” کہنے والی قطاریں ابھی قطاریں نہیں ہیں۔ قطار کو ساکٹ، ہوسٹ، شناخت اور منزل چاہیے، کیونکہ آڈیٹر یا حملہ آور یہی جانچے گا۔
ضرورت سے پہلے ریٹائرمنٹ کی منصوبہ بندی کریں
جس ٹنل کو آپ منسوخ نہیں کر سکتے وہ مستقل دروازہ ہے۔ پہلے سے طے کریں کہ ڈیوائس اسناد کیسے واپس لیں، فعال سیشن کیسے ختم کریں، اور اپ گریڈ کے سروس توڑنے کے بعد رسائی کیسے بحال کریں۔ ایسا بحالی راستہ رکھیں جو ٹنل سے نہ گزرے، کیونکہ ٹنل ہی وہ چیز ہے جس کی مرمت کریں گے۔ اسے ایسی جگہ رکھیں جہاں اس مشین کے بغیر پہنچ سکیں۔
جائزہ تب مکمل ہوتا ہے جب مطلوبہ منزل کام کرے اور ناپسندیدہ نہ کریں۔ یہ کسی کمزوری کے نہ ہونے کی ضمانت نہیں، اور اسکینر کا سبز لیبل دونوں میں سے کسی کا متبادل نہیں۔ جدول اور بحالی نوٹ اس شخص کو دیں جو یہ ترتیب ورثے میں لے۔