موبائل ایپس میں خفیہ کاری — بنیادی باتیں، الگورتھم اور کام کرنے کا اصول

موبائل ایپلیکیشنز میں خفیہ کاری کیا ہے؟

موبائل ایپلیکیشنز کے تناظر میں خفیہ کاری ڈیوائس پر ذخیرہ کردہ ڈیٹا (data at rest) اور نیٹ ورک پر منتقل کردہ ڈیٹا (data in transit) کی حفاظت کے لیے کرپٹوگرافک الگورتھم کا اطلاق ہے۔ ڈیوائس کی سطح پر، مقامی اسٹوریج کو خفیہ کیا جاتا ہے: فائلیں، ڈیٹابیسز، SharedPreferences اور کیشے۔ نیٹ ورک کی سطح پر، ایپ اور سرور کے درمیان ٹریفک TLS/HTTPS پروٹوکولز کے ذریعے خفیہ کی جاتی ہے۔ حتمی مقصد یہ یقینی بنانا ہے کہ ڈیوائس تک جسمانی رسائی یا ٹریفک کی روک تھام کے باوجود، کوئی حملہ آور کرپٹوگرافک کلید کے بغیر محفوظ ڈیٹا نہیں پڑھ سکتا۔

موبائل ایپلیکیشنز میں خفیہ کاری کیوں ضروری ہے

موبائل ڈیوائسز ڈیٹا کے نقصان کے لیے خاص طور پر حساس ہیں: فون آسانی سے گم، چوری یا میلویئر سے متاثر ہو سکتا ہے۔ Ponemon Institute (2023) کے مطابق، ڈیٹا کی خلاف ورزیوں سے متاثر ہونے والی 42% کمپنیاں واقعات کی وجہ موبائل ڈیوائسز کو قرار دیتی ہیں۔ خفیہ کاری کے بغیر، ایک حملہ آور USB کے ذریعے ڈیوائس سے منسلک ہو سکتا ہے، SQLite ڈیٹابیس نکال سکتا ہے اور تمام ذخیرہ شدہ ڈیٹا پڑھ سکتا ہے۔ خفیہ کاری اس مسئلے کو حل کرتی ہے: چاہے ڈیٹابیس نکال لیا جائے، اس کا مواد خفیہ رہتا ہے۔ مزید برآں، امریکہ اور EU میں قوانین (GDPR, CCPA) ہیں جو ذاتی ڈیٹا کی خفیہ کاری کا تقاضا کرتے ہیں اور خلاف ورزی پر سالانہ کاروبار کے 4% تک جرمانہ عائد کرتے ہیں۔ خفیہ کاری کا استعمال کسی بھی موبائل ایپلیکیشن کے لیے جو صارف کے ڈیٹا سے کام کرتی ہے، نہ صرف تکنیکی بلکہ قانونی ضرورت بھی ہے۔

سمیٹرک اور اسمیٹرک خفیہ کاری

تمام خفیہ کاری الگورتھم دو اہم اقسام میں تقسیم ہوتے ہیں: سمیٹرک (خفیہ کاری اور ڈیکرپشن کے لیے ایک کلید) اور اسمیٹرک (کلیدوں کا ایک جوڑا — عوامی اور نجی)۔ قسم کا انتخاب استعمال کے منظر نامے پر منحصر ہے: مقامی ڈیٹا کی خفیہ کاری کے لیے اکثر سمیٹرک الگورتھم ان کی رفتار کی وجہ سے استعمال ہوتے ہیں، اور کلید کے تبادلے اور تصدیق کے لیے اسمیٹرک استعمال ہوتے ہیں۔

عملی طور پر، موبائل ایپلیکیشنز میں ہائبرڈ خفیہ کاری استعمال ہوتی ہے: اسمیٹرک الگورتھم (مثلاً ECDH) سے فریقین سیشن کلید کا تبادلہ کرتے ہیں، اور اس کے بعد کے تمام ڈیٹا کو سمیٹرک الگورتھم (AES یا ChaCha20) سے خفیہ کیا جاتا ہے۔ یہ طریقہ سمیٹرک خفیہ کاری کی رفتار کو اسمیٹرک کلید کے تبادلے کی حفاظت کے ساتھ جوڑتا ہے۔ یہ طریقہ TLS 1.3، Signal Protocol اور Apple iMessage کی بنیاد ہے۔

اہم خفیہ کاری الگورتھم

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

• AES (Advanced Encryption Standard) — 2001 میں NIST کے ذریعے تصدیق شدہ سمیٹرک بلاک سائفر۔ 128، 192 یا 256 بٹ کی کلید استعمال کرتا ہے۔ تجویز کردہ موڈ GCM (Galois/Counter Mode) ہے جو تصدیق شدہ خفیہ کاری فراہم کرتا ہے۔ AES-256 Android Keystore، iOS Keychain اور تمام جدید TLS پروٹوکولز میں استعمال ہوتا ہے۔
• ChaCha20-Poly1305 — Daniel Bernstein کے تیار کردہ سمیٹرک اسٹریم سائفر۔ AES-256 جیسی حفاظت فراہم کرتا ہے لیکن ہارڈویئر AES ایکسلریشن کے بغیر ڈیوائسز (عام طور پر سستے Android سمارٹ فونز) پر تیز کام کرتا ہے۔ ChaCha20 TLS 1.3 میں AES-GCM کے متبادل کے طور پر استعمال ہوتا ہے اور Signal Protocol میں بنیادی سائفر ہے۔
• RSA (Rivest-Shamir-Adleman) — کلید کی خفیہ کاری اور ڈیجیٹل دستخطوں کے لیے استعمال ہونے والا اسمیٹرک الگورتھم۔ کم از کم تجویز کردہ کلید کا سائز 2048 بٹ ہے۔ RSA ECDH سے سست ہے، لہٰذا جدید موبائل ایپلیکیشنز میں اس کی جگہ بیضوی منحنی کرپٹوگرافی (ECC) لے رہی ہے۔
• ECDH (Elliptic Curve Diffie-Hellman) — بیضوی منحنی خطوط پر مبنی اسمیٹرک کلید کے تبادلے کا پروٹوکول۔ Perfect Forward Secrecy فراہم کرتا ہے اور TLS 1.3 میں بطور ڈیفالٹ استعمال ہوتا ہے۔ Curve25519 (X25519) منحنی موبائل ایپلیکیشنز میں سب سے عام ہے۔

خفیہ کاری صارف کے ڈیٹا کی حفاظت کیسے کرتی ہے

خفیہ کاری ڈیٹا کی تین اہم منظرناموں میں حفاظت کرتی ہے: ڈیوائس کا نقصان (ڈسک اور ایپ کنٹینر خفیہ کاری)، ٹریفک کی روک تھام (TLS/HTTPS نیٹ ورک پروٹوکول) اور سرور سے رساؤ (اینڈ ٹو اینڈ خفیہ کاری)۔ ہر منظر نامے کو اپنے طریقہ کار اور اوزار کی ضرورت ہوتی ہے۔

ڈیٹا ایٹ ریسٹ اور ڈیٹا ان ٹرانزٹ

ڈیٹا ایٹ ریسٹ — ڈیوائس پر ڈیٹا — Android Keystore اور iOS Keychain کے ذریعے خفیہ کیا جاتا ہے۔ Android 7.0 سے شروع کرتے ہوئے، فائل پر مبنی خفیہ کاری (File-Based Encryption) استعمال ہوتی ہے، اور ایپس AndroidX Security لائبریری سے EncryptedSharedPreferences اور EncryptedFile کے ذریعے اپنے ڈیٹا کو اضافی طور پر خفیہ کر سکتی ہیں۔ iOS پر، تمام ایپس ڈیفالٹ طور پر Data Protection API کے ساتھ کام کرتی ہیں، جو ڈیوائس پاس کوڈ سے منسلک کلید کے ساتھ فائل سسٹم کی سطح پر فائلوں کو خفیہ کرتی ہے۔ ڈیٹا ان ٹرانزٹ کے لیے، لازمی Certificate Pinning کے ساتھ TLS 1.2/1.3 استعمال ہوتا ہے۔

اینڈ ٹو اینڈ خفیہ کاری

اینڈ ٹو اینڈ خفیہ کاری (E2E) — ڈیٹا کی حفاظت کی اعلی ترین سطح، جس میں پیغام بھیجنے والے کے ڈیوائس پر خفیہ کیا جاتا ہے اور صرف وصول کرنے والے کے ڈیوائس پر ڈیکرپٹ کیا جاتا ہے۔ اسٹوریج اور ترسیل کا سرور مواد تک رسائی نہیں رکھتا — وہ صرف خفیہ کردہ بلاکس سے نمٹتا ہے۔ موبائل ایپلیکیشنز کے لیے سب سے مشہور E2E نفاذ Signal Protocol ہے، جو ابتدائی کلید کے تبادلے کے لیے X3DH (Extended Triple Diffie-Hellman) کے ساتھ Double Ratchet Algorithm استعمال کرتا ہے۔ Signal Protocol Perfect Forward Secrecy اور future secrecy فراہم کرتا ہے: ایک کلید سے سمجھوتہ ہونے پر پچھلے یا بعد کے پیغامات ظاہر نہیں ہوتے۔ Carnegie Mellon University (2023) کے ایک مطالعے کے مطابق، پیغام رسانی ایپس میں E2E خفیہ کاری صرف TLS خفیہ کاری کے مقابلے میں مواصلات کے رساؤ کے خطرے کو 99.7% تک کم کرتی ہے۔ GDPR اور HIPAA کی ضروریات کے مطابق Health & Fitness اور Finance زمرے کی ایپلیکیشنز کے لیے E2E لازمی ہے۔ اپنے پروجیکٹ میں E2E لاگو کرنے کے لیے، Signal Protocol لائبریری (Java/Swift) یا Olm (Matrix protocol) پر مبنی لائبریری استعمال کرنے کی سفارش کی جاتی ہے۔ E2E حل منتخب کرتے وقت، پلیٹ فارم کی مطابقت کا جائزہ لیں: Signal Protocol کو غیر متزامن بھیجنے اور کلائنٹ پر کلید ذخیرہ کرنے کی حمایت کی ضرورت ہوتی ہے، جو ملٹی ڈیوائس منظرناموں کو پیچیدہ بناتا ہے — ایسے معاملات کے لیے، Matrix Protocol اپنے کمرے کے ماڈل کے ساتھ بہتر انتخاب ہو سکتا ہے۔

val masterKey = MasterKey.Builder(context)
    .setKeyScheme(MasterKey.KeyScheme.AES256_GCM)
    .build()

val encryptedFile = EncryptedFile.Builder(
    context,
    File(context.filesDir, "secret.dat"),
    masterKey,
    EncryptedFile.FileEncryptionScheme.AES256_GCM_HKDF_4KB
).build()

encryptedFile.openFileOutput(applicationContext).use { outputStream ->
    outputStream.write("Sensitive user data".toByteArray(Charsets.UTF_8))
}