کلید کا پاس فریز ہٹائیں یا رکھیں؟ وہ نقل جو آپ بناتے ہیں
غیر خفیہ کردہ کلید فائل وہی راز کمزور تحفظ کے پیچھے رکھتی ہے۔ تبدیل کرنے سے پہلے آرام کی حالت کا خطرہ موازنہ کریں اور جانیں کہ یہ کیا واپس نہیں کرتا۔
خفیہ کردہ نجی کلید اور غیر خفیہ کردہ کلید ایک ہی کلیدی مواد رکھتی ہیں۔ تبدیلی نئی شناخت نہیں بناتی، VPN اکاؤنٹ دوبارہ ترتیب نہیں دیتی اور پرانی فائل کو باطل نہیں کرتی۔ یہ دوسری نقل لکھتی ہے، اور وہ نقل مختلف آرام کی حالت کا خطرہ رکھتی ہے۔
یہ تبادلہ قیمتی ہے یا نہیں، یہ اس بات پر منحصر ہے کہ فائل کہاں رہے گی اور کون اسے پڑھ سکے گا۔
تبدیلی درحقیقت کیا بدلتی ہے
تبدیلی سے پہلے، کلید کو آپریٹر کی فراہم کردہ پاس فریز محفوظ رکھتی ہے۔ تبدیلی کے بعد، اسے فائل سسٹم اجازتیں اور فائل کے گرد کوئی بھی رسائی کنٹرول محفوظ رکھتا ہے۔ خفیہ نگاری نہیں بدلی؛ حملہ آور اور کلید کے درمیان کھڑی چیزوں کی تعداد بدل گئی۔ یہی پوری موازنہ ہے۔
ایک جدول فرق کو واضح کرتا ہے۔
| Form | What protects it | How it fails |
|---|---|---|
| Encrypted key | A passphrase plus file access | Weak passphrase, or an offline attack on the file |
| Unencrypted key | File permissions and host security only | Any reader copies it silently |
کوئی بھی شکل خودبخود زیادہ محفوظ نہیں۔ وہ مختلف طریقوں سے ناکام ہوتی ہیں، اور ان طریقوں میں سے صرف ایک لاگ میں اندراج چھوڑتا ہے۔
پاس فریز رکھنا کب بہتر ہے
اگر کوئی تعاون یافتہ کلائنٹ پاس فریز طلب کر سکتا ہے یا منظور شدہ خفیہ ذخیرے سے لا سکتا ہے، تو تبدیلی کچھ نہیں خریدتی۔ آپ ایک نقل، ایک تحفظ کی حد اور نگرانی کے لیے ایک فائل کم رکھتے ہیں۔ PEM کلیدیں قبول کرنے والے زیادہ تر VPN کلائنٹ یہ کر سکتے ہیں۔
جب کوئی ٹیم کلید مشترک کرتی ہے تو بھی تبدیلی غلط قدم ہے۔ مشترکہ میزبان پر غیر خفیہ کردہ فائل ایسی اسناد بن جاتی ہے جسے شیل رسائی رکھنے والا کوئی بھی نقل کر سکتا ہے۔
غیر خفیہ کردہ نقل کب جائز ہے
کچھ خدمات طلب نہیں کر سکتیں، کچھ کنٹینر راز صرف پڑھنے کے لیے منٹ کرتے ہیں، اور کچھ آلات بوٹ کے وقت بغیر کسی متعامل راستے کے کلید فائل پڑھتے ہیں۔ ایسے معاملات میں، مناسب طور پر محدود ڈائریکٹری میں غیر خفیہ کردہ کلید تعاون یافتہ ڈیزائن ہو سکتی ہے۔ جواز ماحول ہے، سہولت نہیں۔
اگر آپ نہیں بتا سکتے کہ فائل کون پڑھ سکتا ہے اور کیوں، تو جواب نہیں ہے۔
کمانڈ اور اس کے تیز کنارے
OpenSSL 3.5 کے تعاون یافتہ فائل پر مبنی کلید کے لیے، pkey حوالہ پاس فریز ہٹانے اور جب ان پٹ خفیہ ہو اور پاس ورڈ کا کوئی ذریعہ فراہم نہ کیا جائے تو متعامل پرامپٹ کی دستاویز کرتا ہے۔ کم سے کم شکل مختصر ہے، اور اسے لاپرواہی سے چلانا آسان ہے۔
umask 077
openssl pkey -in protected-key.pem -out new-private-key.pemتین تیز کنارے۔ آؤٹ پٹ فائل I/O جوہری نہیں ہے، اس لیے موجودہ آؤٹ پٹ راستہ لکھائی کے درمیان کٹ سکتا ہے۔ ان پٹ راستے کو آؤٹ پٹ کے طور پر استعمال نہ کریں، اور واحد محفوظ نقل پر تجربہ نہ کریں۔ پاس فریز کمانڈ لائن پر نہیں، پرامپٹ پر درج کریں، جہاں یہ شیل تاریخ میں چلی جاتی ہے۔
کوئی بھی VPN ترتیب بدلنے سے پہلے نتیجہ جانچیں: openssl pkey -in new-private-key.pem -pubout کو وہی عوامی کلید پرنٹ کرنی چاہیے جو آپ کے پاس پہلے تھی۔
تبدیلی کیا نہیں کرتی
یہ خفیہ کردہ نقل کو منسوخ نہیں کرتی، جو آپ نے جہاں بھی چھوڑی وہاں اب بھی موجود ہے۔ یہ VPN اکاؤنٹ کا پاس ورڈ یا سرٹیفکیٹ نہیں بدلتی۔ اور یہ پہلے ہو چکے انکشاف کو ٹھیک نہیں کرتی۔ اگر کلید لیک ہو گئی ہے، تو حل تبدیلی اور سرور کی طرف سے واپسی ہے، مقامی فارمیٹ کی تبدیلی نہیں۔
درمیانی فائل کو جان بوجھ کر حذف کریں، اور تصدیق کریں کہ آپ جو راستہ حذف کر رہے ہیں وہی آپ نے بنایا تھا۔