Mutual authentication
باہمی تصدیق یا دو طرفہ تصدیق (دو عنصر کی تصدیق کے ساتھ الجھن میں نہ پڑنا) سے مراد دو فریق ہیں جو تصدیق کے پروٹوکول میں ایک ہی وقت میں ایک دوسرے کی تصدیق کرتے ہیں۔ یہ کچھ پروٹوکولز (آئی کے ای، ایس ایس ایچ) میں تصدیق کا ایک ڈیفالٹ موڈ ہے اور دوسروں میں اختیاری (ٹی ایل ایس) ہے۔ ڈیٹا کی حفاظت کو یقینی بنانے کے لیے حساس ڈیٹا منتقل کرنے والی تصدیق کی اسکیموں میں باہمی تصدیق ایک مطلوبہ خصوصیت ہے۔ باہمی تصدیق کو دو قسم کی اسناد کے ساتھ پورا کیا جا سکتا ہے: صارف نام اور پاس ورڈ، اور عوامی کلیدی سرٹیفکیٹ۔ باہمی تصدیق اکثر انٹرنیٹ آف تھنگز (آئی او ٹی) میں استعمال ہوتی ہے۔ آئی او ٹی سسٹمز میں موثر حفاظتی اسکیمیں لکھنا مشکل ہو سکتا ہے، خاص طور پر جب اسکیمیں ہلکی پھلکی ہونی چاہئیں اور ان کی کمپیوٹیشنل لاگت کم ہو۔ باہمی تصدیق ایک اہم حفاظتی قدم ہے جو بہت سے مخالفانہ حملوں سے دفاع کر سکتا ہے، جو بصورت دیگر آئی او ٹی سسٹم (جیسے ای-ہیلتھ کیئر سرورز) کو ہیک کرنے کی صورت میں بڑے نتائج کا باعث بن سکتا ہے۔ ماضی کے کاموں کے کیے گئے اسکیم کے تجزیے میں، باہمی تصدیق کی کمی کو ڈیٹا ٹرانسمیشن اسکیموں میں کمزوری سمجھا گیا تھا۔ عمل کے مراحل اور تصدیق کی اسکیمیں جن میں باہمی تصدیق کا مرحلہ ہوتا ہے وہ خفیہ کاری، مواصلات اور تصدیق کے مختلف طریقوں کا استعمال کر سکتی ہیں، لیکن ان سب میں ایک چیز مشترک ہے: مواصلات میں شامل ہر شے کی تصدیق کی جاتی ہے۔ اگر ایلس باب کے ساتھ بات چیت کرنا چاہتی ہے، تو وہ دونوں دوسرے کی تصدیق کریں گے اور تصدیق کریں گے کہ وہ کسی بھی ڈیٹا یا پیغامات کو منتقل کرنے سے پہلے اس کے ساتھ بات چیت کرنے کی توقع کر رہے ہیں۔ ایک باہمی تصدیق کا عمل جو صارف آئی ڈیز کا تبادلہ کرتا ہے اسے مندرجہ ذیل طریقے سے نافذ کیا جا سکتا ہے: ایلس باب کو ایک خفیہ کردہ پیغام بھیجتی ہے تاکہ یہ ظاہر کیا جا سکے کہ ایلس ایک درست صارف ہے۔ باب پیغام کی تصدیق کرتا ہے: باب فارمیٹ اور ٹائم اسٹیمپ چیک کرتا ہے۔ اگر دونوں میں سے کوئی ایک غلط یا غلط ہے، تو سیشن منسوخ کر دیا جاتا ہے۔ اس کے بعد پیغام کو باب کی خفیہ کلید سے ڈکرپٹ کیا جاتا ہے، جس سے ایلس کا آئی ڈی ملتا ہے۔ باب چیک کرتا ہے کہ آیا پیغام کسی درست صارف سے میل کھاتا ہے۔ اگر نہیں، تو اجلاس منسوخ کر دیا جاتا ہے۔ باب ایلس کو یہ ظاہر کرنے کے لیے ایک پیغام واپس بھیجتا ہے کہ باب ایک درست صارف ہے۔ ایلس پیغام کی تصدیق کرتی ہے: ایلس فارمیٹ اور ٹائم اسٹیمپ چیک کرتی ہے۔ اگر دونوں میں سے کوئی ایک غلط یا غلط ہے، تو سیشن منسوخ کر دیا جاتا ہے۔ پھر، پیغام کو ایلس کی خفیہ کلید سے ڈکرپٹ کیا جاتا ہے، جس سے باب کی آئی ڈی ملتی ہے۔ ایلس چیک کرتی ہے کہ آیا پیغام کسی درست صارف سے میل کھاتا ہے۔ اگر نہیں، تو اجلاس منسوخ کر دیا جاتا ہے۔ اس موقع پر، دونوں فریقوں کی تصدیق کی جاتی ہے کہ وہ کس کے ہونے کا دعوی کرتے ہیں اور دوسرے کے ساتھ بات چیت کرنے کے لیے محفوظ ہیں۔ آخر میں، ایلس اور باب ایک مشترکہ خفیہ کلید بنائیں گے تاکہ وہ محفوظ طریقے سے بات چیت جاری رکھ سکیں۔ اس بات کی تصدیق کرنے کے لیے کہ باہمی تصدیق کامیابی سے ہوئی ہے، بروس-آبادی-نیدھم منطق (بی اے این منطق) استعمال کرنے کا ایک معروف اور وسیع پیمانے پر قبول شدہ طریقہ ہے، کیونکہ یہ اس بات کی تصدیق کرتا ہے کہ کوئی پیغام کسی قابل اعتماد وجود سے آیا ہے۔ بی اے این منطق پہلے یہ فرض کرتی ہے کہ کسی وجود پر بھروسہ نہیں کیا جانا چاہیے، اور پھر اس کی قانونی حیثیت کی تصدیق کرے گی۔ دفاعی باہمی تصدیق صفر ٹرسٹ نیٹ ورکنگ کی حمایت کرتی ہے کیونکہ یہ مخالفانہ حملوں کے خلاف مواصلات کی حفاظت کر سکتی ہے، خاص طور پر: مین ان دی مڈل اٹیک مین ان دی مڈل (MITM) حملے تب ہوتے ہیں جب کوئی تیسرا فریق کسی پیغام کو سننا یا روکنا چاہتا ہے، اور بعض اوقات وصول کنندہ کے لیے مطلوبہ پیغام کو تبدیل کر دیتا ہے۔ دونوں فریق بھیجنے والے کی تصدیق کیے بغیر کھلے عام پیغامات وصول کرتے ہیں، اس لیے انہیں یہ احساس نہیں ہوتا کہ کسی مخالف نے خود کو مواصلاتی لائن میں داخل کر لیا ہے۔ باہمی تصدیق MITM حملوں کو روک سکتی ہے کیونکہ بھیجنے والا اور وصول کنندہ دونوں اپنی پیغام کی چابیاں بھیجنے سے پہلے ایک دوسرے کی تصدیق کرتے ہیں، لہذا اگر کسی فریق کی تصدیق نہیں ہوتی ہے کہ وہ کون ہے جس کا وہ دعوی کرتے ہیں، تو سیشن ختم ہو جائے گا۔ ری پلے حملہ ایک ایم آئی ٹی ایم حملے کی طرح ہوتا ہے جس میں سرور کو بے وقوف بنانے کے لیے پرانے پیغامات کو سیاق و سباق سے ہٹ کر دوبارہ چلایا جاتا ہے۔ تاہم، یہ باہمی تصدیق کا استعمال کرنے والی اسکیموں کے خلاف کام نہیں کرتا ہے کیونکہ ٹائم اسٹیمپ ایک تصدیق عنصر ہیں جو پروٹوکول میں استعمال ہوتے ہیں۔ اگر وقت میں تبدیلی زیادہ سے زیادہ اجازت شدہ وقت کی تاخیر سے زیادہ ہے، تو سیشن کو ختم کر دیا جائے گا۔ اسی طرح، پیغامات میں تصادفی طور پر تیار کردہ نمبر شامل ہو سکتا ہے تاکہ یہ معلوم کیا جا سکے کہ پیغام کب بھیجا گیا تھا۔ سپوفنگ حملے کسی سرور تک رسائی حاصل کرنے یا کسی اور کے طور پر شناخت حاصل کرنے کے لیے دوسرے صارف کے طور پر پیش کرنے کے لیے غلط ڈیٹا کے استعمال پر انحصار کرتے ہیں۔ باہمی تصدیق جعلسازی کے حملوں کو روک سکتی ہے کیونکہ سرور صارف کی بھی تصدیق کرے گا، اور مزید مواصلات اور رسائی کی اجازت دینے سے پہلے اس بات کی تصدیق کرے گا کہ ان کے پاس صحیح سیشن کلید ہے۔ جب ہر فریق دوسرے کی تصدیق کرتا ہے، تو وہ ایک دوسرے کو ایک سرٹیفکیٹ بھیجتے ہیں جسے صرف دوسرا فریق ہی کھولنا جانتا ہے، اور خود کو ایک قابل اعتماد ذریعہ کے طور پر تصدیق کرتا ہے۔ اس طرح، مخالف نقالی کے حملوں کا استعمال نہیں کر سکتے کیونکہ ان کے پاس ایسا کام کرنے کے لیے صحیح سرٹیفکیٹ نہیں ہے جیسے وہ دوسری فریق ہوں۔ باہمی تصدیق معلومات کی سالمیت کو بھی یقینی بناتی ہے کیونکہ اگر فریقین کو صحیح ذریعہ ہونے کی تصدیق کی جاتی ہے، تو موصولہ معلومات بھی قابل اعتماد ہوتی ہے۔ ایم ٹی ایل ایس ڈیفالٹ طور پر ٹی ایل ایس پروٹوکول صرف X.509 سرٹیفکیٹ کا استعمال کرتے ہوئے کلائنٹ کو سرور کی شناخت ثابت کرتا ہے، اور کلائنٹ کی سرور پر تصدیق ایپلیکیشن لیئر پر چھوڑ دی جاتی ہے۔ ٹی ایل ایس کلائنٹ سائیڈ X.509 تصدیق کا استعمال کرتے ہوئے کلائنٹ ٹو سرور تصدیق بھی پیش کرتا ہے۔ چونکہ اس میں کلائنٹس کو سرٹیفکیٹ کی فراہمی کی ضرورت ہوتی ہے اور اس میں کم صارف دوست تجربہ شامل ہوتا ہے، اس لیے یہ اختتامی صارف ایپلی کیشنز میں شاذ و نادر ہی استعمال ہوتا ہے۔ باہمی ٹی ایل ایس تصدیق (ایم ٹی ایل ایس) اکثر بزنس ٹو بزنس (بی 2 بی) ایپلی کیشنز میں استعمال ہوتا ہے، جہاں پروگراماتی اور یکساں کلائنٹس کی ایک محدود تعداد مخصوص ویب خدمات سے منسلک ہوتی ہے، آپریشنل بوجھ محدود ہوتا ہے، اور حفاظتی ضروریات عام طور پر صارفین کے ماحول کے مقابلے میں بہت زیادہ ہوتی ہیں۔ ایم ٹی ایل ایس کا استعمال ایس پی آئی ایف ایف ای جیسے سسٹمز کے ذریعے ڈی اے پی آر جیسے رن ٹائم پر مبنی مائیکرو سروسز پر مبنی ایپلی کیشنز میں بھی کیا جاتا ہے۔ ہلکی پھلکی اسکیمیں بمقابلہ محفوظ اسکیمیں اگرچہ ہلکی پھلکی اسکیمیں اور محفوظ اسکیمیں باہمی طور پر خصوصی نہیں ہیں، لیکن ڈیٹا ٹرانسمیشن پروٹوکول میں باہمی توثیق کا قدم شامل کرنے سے اکثر کارکردگی کے رن ٹائم اور کمپیوٹیشنل اخراجات میں اضافہ ہوسکتا ہے۔ یہ نیٹ ورک سسٹمز کے لیے ایک مسئلہ بن سکتا ہے جو بڑی مقدار میں ڈیٹا کو سنبھال نہیں سکتے یا جن کو مسلسل نئے ریئل ٹائم ڈیٹا کے لیے اپ ڈیٹ کرنا پڑتا ہے (مثال کے طور پر۔ لوکیشن ٹریکنگ، ریئل ٹائم ہیلتھ ڈیٹا)۔ اس طرح، یہ بہت سی باہمی تصدیق کی اسکیموں کی ایک مطلوبہ خصوصیت بن جاتی ہے جس میں ہلکی پھلکی خصوصیات ہوتی ہیں (جیسے۔ کم میموری فٹ پرنٹ ہے) تاکہ اس سسٹم کو ایڈجسٹ کیا جا سکے جو بہت زیادہ ڈیٹا اسٹور کر رہا ہے۔ بہت سے نظام کلاؤڈ کمپیوٹنگ کو نافذ کرتے ہیں، جو بڑی مقدار میں ڈیٹا تک فوری رسائی کی اجازت دیتا ہے، لیکن بعض اوقات بڑی مقدار میں ڈیٹا مواصلات کو سست کر سکتا ہے۔ یہاں تک کہ ایج پر مبنی کلاؤڈ کمپیوٹنگ کے ساتھ، جو سرور اور صارف کے درمیان قربت کی وجہ سے عام کلاؤڈ کمپیوٹنگ سے تیز ہے، ہلکی پھلکی اسکیمیں زیادہ مقدار میں ڈیٹا کا انتظام کرتے وقت زیادہ رفتار کی اجازت دیتی ہیں۔ باہمی تصدیق کے عمل کے دوران اسکیموں کو ہلکا رکھنے کا ایک حل مواصلات کے دوران استعمال ہونے والے بٹس کی تعداد کو محدود کرنا ہے۔ ایپلی کیشنز جو مکمل طور پر ڈیوائس ٹو ڈیوائس (D2D) مواصلات پر انحصار کرتی ہیں، جہاں متعدد ڈیوائسز قریبی قربت میں مقامی طور پر بات چیت کر سکتی ہیں، تھرڈ پارٹی نیٹ ورک کو ہٹا دیتی ہیں۔ اس کے نتیجے میں مواصلات کے وقت میں تیزی آسکتی ہے۔ تاہم، تصدیق اب بھی غیر محفوظ چینلز کے ذریعے ہوتی ہے، لہذا محققین کا خیال ہے کہ ایک محفوظ اسکیم کو برقرار رکھنے کے لیے باہمی تصدیق کو یقینی بنانا اب بھی ضروری ہے۔ حساس ڈیٹا کی حفاظت کو ترجیح دینے کے لیے باہمی تصدیق کو یقینی بناتے وقت اسکیمیں بہتر رن ٹائم یا اسٹوریج لاگت کی قربانی دے سکتی ہیں۔ پاس ورڈ پر مبنی اسکیمیں باہمی تصدیق کی اسکیموں میں جن میں تصدیق کے عمل کے حصے کے طور پر صارف کے ان پٹ پاس ورڈ کی ضرورت ہوتی ہے، ہیکرز کے لیے زیادہ خطرہ ہوتا ہے کیونکہ پاس ورڈ کمپیوٹر سے تیار کردہ سرٹیفکیٹ کے بجائے انسان ساختہ ہوتا ہے۔ اگرچہ ایپلی کیشنز کے لیے صارفین کو صرف کمپیوٹر سے تیار کردہ پاس ورڈ استعمال کرنے کی ضرورت پڑ سکتی ہے، لیکن لوگوں کے لیے یاد رکھنا تکلیف دہ ہے۔ صارف کے بنائے ہوئے پاس ورڈ اور کسی کا پاس ورڈ تبدیل کرنے کی صلاحیت ایپلی کیشن کو صارف دوست بنانے کے لیے اہم ہے، اس لیے بہت سی اسکیمیں خصوصیت کو ایڈجسٹ کرنے کے لیے کام کرتی ہیں۔ محققین نے نوٹ کیا کہ باہمی تصدیق کے ساتھ پاس ورڈ پر مبنی پروٹوکول اہم ہے کیونکہ صارف کی شناخت اور پاس ورڈ اب بھی محفوظ ہیں، کیونکہ پیغامات صرف دونوں فریقوں کے لیے قابل پڑھنے ہیں۔ تاہم، پاس ورڈ پر مبنی تصدیق کے بارے میں ایک منفی پہلو یہ ہے کہ پاس ورڈ ٹیبل بہت زیادہ میموری کی جگہ لے سکتے ہیں۔ پاس ورڈ پر مبنی تصدیق کی اسکیم کے دوران بہت زیادہ میموری استعمال کرنے کا ایک طریقہ ون ٹائم پاس ورڈ (او ٹی پی) کو نافذ کرنا ہے، جو صارف کو ایس ایم ایس یا ای میل کے ذریعے بھیجا جانے والا پاس ورڈ ہے۔ او ٹی پیز وقت کے لحاظ سے حساس ہوتے ہیں، جس کا مطلب ہے کہ وہ ایک مخصوص وقت کے بعد ختم ہو جائیں گے اور اس میموری کو ذخیرہ کرنے کی ضرورت نہیں ہے۔ ملٹی فیکٹر تصدیق حال ہی میں، پاس ورڈ پر مبنی اسکیموں کے مقابلے میں زیادہ اسکیموں میں اعلی سطح کی تصدیق ہوتی ہے۔ اگرچہ پاس ورڈ پر مبنی تصدیق کو "سنگل فیکٹر تصدیق" سمجھا جاتا ہے، اسکیمیں سمارٹ کارڈ (دو عنصر) یا بائیو میٹرک پر مبنی (تین عنصر) تصدیق اسکیموں کو نافذ کرنا شروع کر رہی ہیں۔ اسمارٹ کارڈز کو لاگو کرنا آسان اور تصدیق کے لیے آسان ہے، لیکن پھر بھی ان کے ساتھ چھیڑ چھاڑ کے خطرات ہیں۔ بائیو میٹرکس پاس ورڈ پر مبنی اسکیموں کے مقابلے میں زیادہ مقبول ہوا ہے کیونکہ بائیو میٹرکس کا استعمال کرتے وقت سیشن کیز کو کاپی کرنا یا اندازہ لگانا زیادہ مشکل ہوتا ہے، لیکن شور والے ڈیٹا کو خفیہ کرنا مشکل ہو سکتا ہے۔ ان حفاظتی خطرات اور حدود کی وجہ سے، اسکیمیں اب بھی باہمی تصدیق کو استعمال کر سکتی ہیں اس سے قطع نظر کہ تصدیق کے کتنے عوامل شامل کیے گئے ہیں۔ سرٹیفکیٹ پر مبنی اسکیمیں اور سسٹم ایپلی کیشنز باہمی تصدیق اکثر انٹرنیٹ آف تھنگز (آئی او ٹی) میں استعمال ہونے والی اسکیموں میں پائی جاتی ہے، جہاں جسمانی اشیاء کو انٹرنیٹ میں شامل کیا جاتا ہے اور آئی پی ایڈریس کے ذریعے بات چیت کی جا سکتی ہے۔ تصدیق کی اسکیموں کا اطلاق بہت سے قسم کے نظاموں پر کیا جا سکتا ہے جن میں ڈیٹا ٹرانسمیشن شامل ہوتا ہے۔ جیسے جیسے مکینیکل سسٹمز میں انٹرنیٹ کی موجودگی بڑھتی ہے، بڑی تعداد میں صارفین، اشیاء اور سرورز کے لیے موثر حفاظتی اسکیمیں لکھنا مشکل ہو سکتا ہے، خاص طور پر جب اسکیمیں ہلکی پھلکی اور کم کمپیوٹیشنل لاگت والی ہوں۔ پاس ورڈ پر مبنی تصدیق کے بجائے، آلات ایک دوسرے کی شناخت کی تصدیق کے لیے سرٹیفکیٹ کا استعمال کریں گے۔ ریڈیو نیٹ ورک باہمی تصدیق کو ریڈیو نیٹ ورک اسکیموں میں مطمئن کیا جا سکتا ہے، جہاں بھیجنے والے اور وصول کنندہ کی تصدیق کے بعد ریڈیو فریکوئنسی کے ذریعے ڈیٹا کی ترسیل محفوظ ہوتی ہے۔ ریڈیو فریکوئنسی شناخت (آر ایف آئی ڈی) ٹیگز عام طور پر آبجیکٹ کا پتہ لگانے کے لیے استعمال ہوتے ہیں، جسے بہت سے مینوفیکچررز آٹومیشن کے لیے اپنے گودام کے نظام میں لاگو کر رہے ہیں۔ یہ انوینٹری کو برقرار رکھنے اور اشیاء کو ٹریک کرنے کے تیز تر طریقے کی اجازت دیتا ہے۔ تاہم، کلاؤڈ سرور پر ڈیٹا منتقل کرنے والے آر ایف آئی ڈی ٹیگز والے سسٹم میں آئٹمز پر نظر رکھنے سے حفاظتی خطرات کے امکانات بڑھ جاتے ہیں، کیونکہ اب ٹریک رکھنے کے لیے مزید ڈیجیٹل عناصر موجود ہیں۔ آر ایف آئی ڈی ٹیگز، ٹیگ ریڈرز، اور کلاؤڈ نیٹ ورک کے درمیان تین طریقوں سے باہمی تصدیق ہو سکتی ہے جو اس ڈیٹا کو محفوظ رکھتا ہے تاکہ آر ایف آئی ڈی ٹیگ ڈیٹا کو محفوظ رکھا جا سکے اور اس میں ہیرا پھیری نہیں کی جا سکے۔ اسی طرح، ایک متبادل آر ایف آئی ڈی ٹیگ اور ریڈر سسٹم جو نامزد قارئین کو ٹیگز کے لیے تفویض کرتا ہے، اضافی سیکیورٹی اور کم میموری لاگت کے لیے تجویز کیا گیا ہے۔ تمام ٹیگ ریڈرز کو ایک وجود کے طور پر سمجھنے کے بجائے، صرف مخصوص قارئین ہی مخصوص ٹیگز پڑھ سکتے ہیں۔ اس طریقہ کار کے ساتھ، اگر کسی قاری کی خلاف ورزی ہوتی ہے، تو یہ پورے نظام کو متاثر نہیں کرے گا۔ انفرادی قارئین باہمی تصدیق کے دوران مخصوص ٹیگز کے ساتھ بات چیت کریں گے، جو مستقل وقت میں چلتا ہے کیونکہ قارئین تصدیق کے عمل کے لیے وہی نجی کلید استعمال کرتے ہیں۔ بہت سے ای-ہیلتھ کیئر سسٹم جو دور سے مریضوں کے صحت کے ڈیٹا کی نگرانی کرتے ہیں وہ وائرلیس باڈی ایریا نیٹ ورک (ڈبلیو بی اے این) کا استعمال کرتے ہیں جو ریڈیو فریکوئنسیز کے ذریعے ڈیٹا منتقل کرتے ہیں۔ یہ ان مریضوں کے لیے فائدہ مند ہے جن کی نگرانی کے دوران پریشان نہیں ہونا چاہیے، اور طبی کارکن کے لیے کام کا بوجھ کم کر سکتا ہے اور انہیں زیادہ عملی ملازمتوں پر توجہ مرکوز کرنے کی اجازت دے سکتا ہے۔ تاہم، صحت کی دیکھ بھال فراہم کرنے والوں اور مریضوں کے لیے ریموٹ ہیلتھ ڈیٹا ٹریکنگ کے استعمال کے بارے میں ایک بڑی تشویش یہ ہے کہ حساس مریض کا ڈیٹا غیر محفوظ چینلز کے ذریعے منتقل کیا جا رہا ہے، اس لیے تصدیق میڈیکل باڈی ایریا نیٹ ورک صارف (مریض)، ہیلتھ کیئر سروس پرووائڈر (ایچ ایس پی) اور قابل اعتماد تیسرے فریق کے درمیان ہوتی ہے۔ کلاؤڈ پر مبنی کمپیوٹنگ ای-ہیلتھ کیئر کلاؤڈز دور سے جمع کردہ مریض کے ڈیٹا کو ذخیرہ کرنے کا ایک اور طریقہ ہے۔ کلاؤڈز بڑی مقدار میں ڈیٹا کو محفوظ کرنے کے لیے مفید ہیں، جیسے کہ طبی معلومات، جن تک ضرورت پڑنے پر بہت سے آلات کے ذریعے رسائی حاصل کی جا سکتی ہے۔ ٹیلی کیئر میڈیکل انفارمیشن سسٹمز (ٹی ایم آئی ایس)، جو طبی مریضوں کے لیے دور سے صحت کی دیکھ بھال حاصل کرنے کا ایک اہم طریقہ ہے، باہمی تصدیق کی تصدیق کی اسکیموں کے ساتھ محفوظ ڈیٹا کو یقینی بنا سکتا ہے۔ بلاک چین ایک ایسا طریقہ ہے جس میں مرکزی میڈیا بی چین نوڈ کے ساتھ تصدیق کرکے اور مریض کا نام ظاہر نہ کرتے ہوئے صارف کو ڈیٹا بیس میں باہمی طور پر تصدیق کرنے کی تجویز پیش کی گئی ہے۔ فوگ کلاؤڈ کمپیوٹنگ ایک نیٹ ورکنگ سسٹم ہے جو بڑی مقدار میں ڈیٹا کو سنبھال سکتا ہے، لیکن پھر بھی کمپیوٹیشنل اور میموری لاگت کے حوالے سے حدود ہیں۔ موبائل ایج کمپیوٹنگ (ایم ای سی) کو ایک بہتر، زیادہ ہلکا پھلکا فوگ کلاؤڈ کمپیوٹنگ نیٹ ورکنگ سسٹم سمجھا جاتا ہے، اور اسے طبی ٹیکنالوجی کے لیے استعمال کیا جا سکتا ہے جو لوکیشن پر مبنی ڈیٹا کے گرد بھی گھومتا ہے۔ لوکیشنل ٹریکنگ کے لیے درکار بڑی فزیکل رینج کی وجہ سے، 5 جی نیٹ ورک ڈیٹا کو اسٹور کرنے کے لیے کلاؤڈ کے کنارے تک ڈیٹا بھیج سکتے ہیں۔ اسمارٹ واچز جیسی ایپلی کیشن جو مریض کی صحت کے اعداد و شمار کو ٹریک کرتی ہے، اگر مریض اہم چیزوں میں منفی تبدیلی ظاہر کرتا ہے تو قریبی ہسپتال کو کال کرنے کے لیے استعمال کی جا سکتی ہے۔ دھند نوڈ نیٹ ورک کو کار آٹومیشن میں لاگو کیا جا سکتا ہے، جس سے کار اور اس کے آس پاس کی ریاستوں کے بارے میں ڈیٹا محفوظ رہتا ہے۔ فوگ نوڈس اور گاڑی کی تصدیق کرنے سے، گاڑیوں کا ہینڈ آف ایک محفوظ عمل بن جاتا ہے اور کار کا سسٹم ہیکرز سے محفوظ رہتا ہے۔ مشین سے مشین تصدیق بہت سے نظام جن میں نظام کے حصے کے طور پر انسانی صارف کی ضرورت نہیں ہوتی ہے ان میں بھی پروٹوکول ہوتے ہیں جو فریقین کے درمیان باہمی تصدیق کرتے ہیں۔ بغیر پائلٹ فضائی گاڑی (یو اے وی) کے نظاموں میں، صارف کی توثیق کے بجائے پلیٹ فارم کی توثیق ہوتی ہے۔ گاڑی کے مواصلات کے دوران باہمی تصدیق ایک گاڑی کے نظام کو خلاف ورزی سے روکتی ہے، جو اس کے بعد پورے نظام کو منفی طور پر متاثر کر سکتی ہے۔ مثال کے طور پر، زراعت کے کام اور کارگو کی فراہمی کے لیے ڈرون کا ایک نظام استعمال کیا جا سکتا ہے، لیکن اگر ایک ڈرون کی خلاف ورزی ہوتی ہے تو پورا نظام منہدم ہونے کا امکان رکھتا ہے۔ بیرونی روابط دو قسم کے باہمی تصدیق کے حوالہ جات تصدیق کے طریقے کمپیوٹر تک رسائی کنٹرول