VPN کے لیے آگے کی رازداری: چوری شدہ کلید کیا کھول سکتی ہے
آگے کی رازداری محدود کرتی ہے کہ بعد میں چوری شدہ شناختی کلید ریکارڈ شدہ سیشنز کے بارے میں کیا ظاہر کرتی ہے۔ یہ کسی سمجھوتہ شدہ ڈیوائس پر زندہ سادہ متن کی حفاظت نہیں کرتی۔
آج ایک خفیہ کردہ سرنگ ریکارڈ کریں، اگلے سال سرور کی طویل مدتی نجی کلید چرائیں اور ریکارڈنگ کو ڈکرپٹ کرنے کی کوشش کریں۔ آگے کی رازداری وہ خصوصیت ہے جو کہتی ہے کہ چوری شدہ کلید اکیلی کافی نہیں ہوگی۔ یہ ریکارڈ شدہ سیشنز اور مخصوص رازوں کے بارے میں ایک بیان ہے، سرنگ کے محفوظ ہونے کا عام وعدہ نہیں۔ دائرہ درست طور پر متعین کرنا ہی اس اصطلاح کو مفید بناتا ہے۔
سوال ایک ریکارڈنگ کے بارے میں ہے، زندہ سیشن کے بارے میں نہیں
طویل مدتی کلید آخری نقطہ کی شناخت کرتی ہے اور مصافحہ پر دستخط کرتی ہے۔ سیشن کلیدیں اصل ٹریفک کو خفیہ کرتی ہیں، اور آگے کی رازداری کے ڈیزائن میں وہ تازہ کلید کے تبادلے کے مواد سے اخذ کی جاتی ہیں جسے دونوں فریق بناتے ہیں اور بعد میں پھینک دیتے ہیں۔ صرف طویل مدتی کلید رکھنے والا حملہ آور ان پھینکے گئے اقدار کو دوبارہ نہیں بنا سکتا۔ زندہ سیشن کی حالت رکھنے والا حملہ آور اب بھی کر سکتا ہے، اسی لیے یہ ضمانت حال کے بجائے ماضی سے متعلق ہے۔
یہ دعویٰ مشروط ہے: یہ صرف اس وقت درست ہے جب عارضی راز واقعی تباہ کیے گئے ہوں اور پروٹوکول وہی ہو جو آپ سمجھتے ہیں۔ مخلوط تعیناتی اسے ایک سرنگ پر پورا کر سکتی ہے اور دوسری پر ناکام ہو سکتی ہے۔
ایک راز کو باقیوں کو دوبارہ نہیں بنانا چاہیے
مارکیٹنگ صفحے کے بجائے طے شدہ موڈ کی جانچ کریں۔ مصافحے کا آؤٹ پٹ کلید کے تبادلے اور پروٹوکول ورژن کا نام بتاتا ہے۔
openssl s_client -connect vpn.example.com:443 -tls1_3 -brief
swanctl --list-sass_client کا خلاصہ TLS ورژن اور کلید کے تبادلے کا گروپ دکھاتا ہے، اور عارضی گروپ آگے کی رازداری والے کلید کے معاہدے کی نظر آنے والی علامت ہے۔ swanctl کی فہرست IKE اور CHILD کی انجمنیں ان کے کلید کی تجدید کے ٹائمر کے ساتھ دکھاتی ہے، لہٰذا آپ دیکھ سکتے ہیں کہ تعیناتی شیڈول کے مطابق کلیدیں تجدید کرتی ہے یا نہیں۔ جامد RSA کلید کا تبادلہ، یا پرانا مطابقت کا موڈ، سائفر کے نام کی پروا کیے بغیر یہ خصوصیت کھو دیتا ہے۔ جو موڈ آپ نے دیکھا اسے لکھیں، وہ نہیں جس کی وینڈر نے تشہیر کی۔
کلید کی تجدید خود بخود آگے کی رازداری نہیں ہے
سرنگ کتنی بار کلیدیں تجدید کرتی ہے یہ اس سے الگ سوال ہے کہ ہر کلید کیسے اخذ ہوتی ہے۔ طویل مدتی راز سے کلیدیں دوبارہ بنانے والا ڈیزائن ہر منٹ تجدید کر سکتا ہے اور پھر بھی امتحان میں ناکام ہو سکتا ہے، کیونکہ بعد کا سمجھوتہ ان سب کو دوبارہ بنا دیتا ہے۔ اس کے برعکس، کم تجدید والا پروٹوکول بھی آگے کی رازداری رکھ سکتا ہے جب ہر تبادلہ آزاد ہو۔ اخذ کو پڑھیں، وقفے کو نہیں، اور مختصر دوبارہ رابطہ ٹائمر کو خفیہ نگاری کی ضمانت سے نہ ملائیں۔
یہی الجھن سائفر کے ناموں میں بھی نظر آتی ہے: جدید سائفر اپنی کلید کے آنے کے طریقے کے بارے میں کچھ نہیں کہتا۔
ضمانت کے بعد کیا نظر آتا رہتا ہے
آگے کی رازداری ریکارڈ شدہ سیشنز کے سادہ متن کو مستقبل کے کلید کے سمجھوتے سے بچاتی ہے، اور سمجھوتہ شدہ آخری نقطے پر زندہ ٹریفک پڑھنے والے حملہ آور کے خلاف کچھ نہیں کرتی۔ یہ ریکارڈنگ سے منزل کے پتے، وقت یا حجم نہیں ہٹاتی، اور یہ محدود نہیں کرتی کہ آپریٹر کتنی دیر کنکشن لاگ رکھتا ہے۔ یہ سمجھوتہ شدہ کلائنٹ کو قابل اعتماد بھی نہیں بناتی، کیونکہ حملہ آور پہلے ہی وہاں بیٹھا ہے جہاں مواد کھلم کھلا موجود ہے۔
جب کوئی فراہم کنندہ آگے کی رازداری کا دعویٰ کرے، تو پوچھیں کہ کون سا طویل مدتی راز چوری شدہ سمجھا جاتا ہے اور کون سے سیشن راز دستیاب نہیں رہتے۔ اگر ان دو سوالوں کے واضح جواب ہوں، تو دعوے کا کوئی مطلب ہے۔