Mac Forums তথ্য ফাঁস
Mac Forums-এর তথ্য ফাঁসের ঘটনাটি Apple ও Mac ব্যবহারকারীদের এই ফোরাম সাইটে 2016 সালের জুলাই মাসে ঘটে যাওয়া অ্যাকাউন্টের তথ্য ফাঁসের সঙ্গে সম্পর্কিত। এর পরিধি ছিল প্রায় 3,26,714টি অ্যাকাউন্ট। এই রেকর্ডকে একটি কমিউনিটি ফোরামের অ্যাকাউন্টসংক্রান্ত তথ্য ফাঁসের ঘটনা হিসেবে বিবেচনা করা হয়েছিল। অ্যাকাউন্ট, ব্র্যান্ড বা তথ্যের কোনো ক্ষেত্র সম্পর্কে ব্যবহারকারীদের ভুল ধারণা এড়াতে কোম্পানি, দেশ, খাত, ওয়েবসাইট ও তথ্যের শ্রেণিসংক্রান্ত ক্ষেত্রগুলো আলাদাভাবে যাচাই করা হয়েছিল। এই ঘটনার অর্থ এই নয় যে সরাসরি Apple অ্যাকাউন্টগুলোর নিরাপত্তা লঙ্ঘিত হয়েছিল।
উন্মুক্ত হওয়া তথ্যের ধরন
5- জন্মতারিখ
- ইমেইল ঠিকানা
- IP ঠিকানা
- পাসওয়ার্ড
- ব্যবহারকারীর নাম
এই তথ্য ফাঁস সম্পর্কে
লেখা থেকে পুরোনো টেমপ্লেটের শিরোনামগুলো সরিয়ে এমনভাবে সাজানো হয়েছিল, যাতে ব্যবহারকারীর কাছে ঝুঁকি, পরিধি ও করণীয় সরাসরি ব্যাখ্যা করা যায়। ওয়েবসাইটের ডোমেইন mac-forums.com হিসেবে সংরক্ষণ করা হয়েছিল। প্রোটোকল যোগ করা হয়নি বলে লিংকে https দুবার দেখানোর মতো বিন্যাস রাখা হয়নি। খাতটি খুচরা বিক্রয় থেকে সংশোধন করে প্রযুক্তিবিষয়ক ফোরাম ও Apple কমিউনিটি করা হয়েছিল; দেশের তথ্যক্ষেত্রটি ‘বিশ্বব্যাপী’ হিসেবে নির্ধারণ করা হয়েছিল।
ফাঁস হওয়া তথ্যের ধরন ও ঝুঁকি
এই রেকর্ডে দেখা তথ্যের ধরনগুলো হলো ইমেইল ঠিকানা, ব্যবহারকারীনাম, IP ঠিকানা, জন্মতারিখ ও পাসওয়ার্ড। মূল্যায়নে পাসওয়ার্ডগুলো সল্টযুক্ত MD5 বিন্যাসে সংরক্ষিত ছিল বলে ধারণা করা হয়েছিল; আধুনিক মানদণ্ড অনুযায়ী এই পদ্ধতি দুর্বল। এসব ক্ষেত্র আলাদাভাবে মূল্যায়ন করা হয়েছিল। যাচাই না হওয়া পেমেন্ট কার্ড, ব্যাংক অ্যাকাউন্ট, সরকারি পরিচয়পত্র, ব্যক্তিগত বার্তা, স্বাস্থ্যসংক্রান্ত রেকর্ড বা অতিরিক্ত প্রোফাইল ক্ষেত্র তথ্যের শ্রেণির তালিকায় যোগ করা হয়নি।
ফোরামের ব্যবহারকারীনাম, জন্মতারিখ ও IP তথ্যের সঙ্গে একটি ইমেইল মিলে গেলে বিভিন্ন প্ল্যাটফর্মে একই ব্যক্তির পরিচয় সম্পর্কে ধারণা তৈরি হতে পারে। শুধু একটি ইমেইল ঠিকানাই স্প্যাম ও ফিশিংয়ের ঝুঁকি তৈরি করে; এর সঙ্গে নাম, ফোন নম্বর, ঠিকানা, IP, জন্মতারিখ বা পেশাগত তথ্য যুক্ত হলে আক্রমণকারীর পক্ষে ব্যক্তিকে লক্ষ্য করে আরও মানানসই বার্তা তৈরি করা সহজ হয়। তাই শুধু রেকর্ডের সংখ্যার ভিত্তিতে নয়, তথ্যক্ষেত্রগুলো একসঙ্গে কতটা কাজে লাগানো যায়, তার ভিত্তিতেও ঝুঁকি মূল্যায়ন করা হয়েছিল।
যাচাইকৃত পরিধি ও সীমা
2016 সালের জুলাই মাসের 3,26,714টি ফোরাম অ্যাকাউন্টের ভিত্তিতে পরিধি যাচাই করা হয়েছিল। যাচাইকৃত তথ্যক্ষেত্রগুলো রাখা হয়েছিল, আর নিশ্চিত না হওয়া ক্ষেত্রগুলো বাদ দেওয়া হয়েছিল। এতে ব্যবহারকারীকে অযথা আতঙ্কিত না করে বিদ্যমান রেকর্ড সম্পর্কে জানানো হয়, আবার প্রকৃত ঝুঁকিকেও খাটো করে দেখা হয় না।
এই রেকর্ড কেবল mac-forums.com ডোমেইন নামের মধ্যে সীমাবদ্ধ এবং Apple Inc.-এর সিস্টেমগুলোর সঙ্গে সংযুক্ত নয়। নথিভুক্ত নামের সঙ্গে মিল আছে এমন অন্য ঘটনা থাকলেও সেগুলো একত্র করে একটি বড় ঘটনা হিসেবে দেখানো হয়নি। ডোমেইন নাম, কোম্পানির নাম ও খাতের তথ্য যথাসম্ভব সুনির্দিষ্ট ও সীমিত প্রেক্ষাপটে রাখা হয়েছিল; এতে একই তথ্য ফাঁসের ঘটনা একাধিকবার যোগ করা বা ভুল প্রতিষ্ঠানের নামে যুক্ত করা এড়ানো যায়।
ঝুঁকিতে থাকা ব্যবহারকারীরা
যাঁরা Mac Forums-এ অ্যাকাউন্ট খুলেছেন, প্রযুক্তিগত প্রশ্ন করেছেন বা Apple ডিভাইস নিয়ে কমিউনিটির আলোচনায় অংশ নিয়েছেন, তাঁরা ঝুঁকিতে থাকা ব্যবহারকারীদের অন্তর্ভুক্ত। যাঁদের তথ্যের মিল পাওয়া যায়, তাঁদের শুধু সংশ্লিষ্ট সেবার অ্যাকাউন্ট নয়, একই ইমেইল, ব্যবহারকারীনাম বা পাসওয়ার্ডের ধরন ব্যবহার করা অন্য অ্যাকাউন্টগুলোর কথাও বিবেচনা করা উচিত।
বিভিন্ন ফোরামে একই ব্যবহারকারীনাম ব্যবহার করলে পরিচয় মিলিয়ে শনাক্ত করার ঝুঁকি বাড়ে, আর একই পাসওয়ার্ড ব্যবহার করলে অ্যাকাউন্ট দখলের ঝুঁকি বাড়ে। যাঁরা প্রতিষ্ঠানের ইমেইল ঠিকানা দিয়ে নিবন্ধন করেছেন, তাঁদের ক্ষেত্রে ঝুঁকি ব্যক্তিগত অ্যাকাউন্টের বাইরেও ছড়াতে পারে। আক্রমণকারীরা নাম, পদ, ফোন নম্বর, ঠিকানা, কেনাকাটা, গেম ID বা পেশাগত প্রোফাইলের তথ্য ব্যবহার করে আরও বিশ্বাসযোগ্য বার্তা পাঠাতে পারে। তাই তথ্যের মিল পাওয়াকে শুধু একটি সাইটের সমস্যা হিসেবে দেখা উচিত নয়।
জরুরি করণীয়
ক্ষতিগ্রস্ত ব্যবহারকারীদের Mac Forums-এর পাসওয়ার্ড বদলানো উচিত। পাশাপাশি একই পাসওয়ার্ড ব্যবহৃত হয় এমন ইমেইল, Apple ID, গেমিং, ফোরাম ও সামাজিক যোগাযোগমাধ্যমের অ্যাকাউন্টগুলোর পাসওয়ার্ডও বদলানো উচিত। রেকর্ডে পাসওয়ার্ডের ক্ষেত্র থাকলে একই পাসওয়ার্ড ব্যবহার করা সব অ্যাকাউন্টের পাসওয়ার্ড হালনাগাদ করতে হবে। পাসওয়ার্ডের ক্ষেত্র না থাকলে ইমেইল, ফোন ও ফিশিং বার্তার ঝুঁকির দিকে নজর দিতে হবে। উভয় ক্ষেত্রেই ইমেইল অ্যাকাউন্টের জন্য শক্তিশালী ও স্বতন্ত্র পাসওয়ার্ড ব্যবহার করতে হবে।
বার্তার লিংকে ক্লিক না করে সংশ্লিষ্ট সেবার ঠিকানা নিজে টাইপ করুন অথবা বিশ্বস্ত পাসওয়ার্ড ম্যানেজারে সংরক্ষিত তথ্য ব্যবহার করুন। ফোনে পাওয়া যাচাইকরণ কোড, পাসওয়ার্ড রিসেটের অনুরোধ, পণ্য পাঠানো, চাকরির প্রস্তাব, সহায়তা, সাবস্ক্রিপশন বা নিরাপত্তাসংক্রান্ত বার্তা আলাদা একটি মাধ্যমে যাচাই না করে বিশ্বাস করা উচিত নয়।
দীর্ঘমেয়াদি নিরাপত্তা কৌশল
ফোরাম ও কমিউনিটির অ্যাকাউন্টকে কম ঝুঁকিপূর্ণ ভাবা উচিত নয়। প্রতিটি ফোরামের জন্য আলাদা পাসওয়ার্ড ব্যবহার করুন এবং প্রোফাইলে সীমিত তথ্য রাখুন। পুরোনো অ্যাকাউন্ট এবং ফোন নম্বর ও ঠিকানার অব্যবহৃত ক্ষেত্র নিয়মিত পরিষ্কার করা উচিত; পাশাপাশি ব্যবহারকারীনাম ও পাসওয়ার্ডের একই ধরন বারবার ব্যবহারের অভ্যাসও দূর করা উচিত। প্রতিটি সেবার জন্য স্বতন্ত্র পাসওয়ার্ড ব্যবহার করুন এবং যেখানে সম্ভব দুই ধাপে যাচাইকরণ চালু করুন।
সেবাদাতাদের দৃষ্টিতে ন্যূনতম তথ্য সংরক্ষণ, পাসওয়ার্ডের শক্তিশালী সুরক্ষা, অ্যাক্সেস লগ পর্যবেক্ষণ, অপ্রয়োজনীয় প্রোফাইল ক্ষেত্র মুছে ফেলা এবং তথ্য ফাঁসের পর ব্যবহারকারীকে জানানো মৌলিক প্রয়োজন। বহু বছর ধরে চালু থাকা ফোরামের পুরোনো পাসওয়ার্ড ও প্রোফাইলের তথ্য নতুন আক্রমণে আবার ব্যবহার করা হতে পারে। এ ধরনের ঘটনায় প্রযুক্তিগত প্রতিকারের মতোই ঘটনার পরিধি নির্ভুলভাবে জানানো গুরুত্বপূর্ণ। অতিরঞ্জিত বা অসম্পূর্ণ তথ্য ব্যবহারকারীকে ভুল পদক্ষেপ নিতে প্ররোচিত করতে পারে।
রেকর্ড যাচাই ও ব্যবহারকারীর করণীয়
প্রথমে আপনার ইমেইল ঠিকানা দিয়ে এই রেকর্ডে কোনো মিল আছে কি না যাচাই করুন। মিল পাওয়া গেলে ধরে নিতে হবে যে ব্যবহারকারীনাম, জন্মতারিখ, IP ও পাসওয়ার্ডের ক্ষেত্রগুলো ঝুঁকিতে থাকতে পারে। Apple অ্যাকাউন্টেও একই পাসওয়ার্ড ব্যবহার করা হয়েছে কি না যাচাই করা উচিত। মিল না পাওয়া মানেই পুরোনো পাসওয়ার্ড পুনর্ব্যবহার বা একই সেবার সঙ্গে যুক্ত ভিন্ন ইমেইল ব্যবহারের সম্ভাবনা পুরোপুরি নাকচ হয়ে যায় না। তাই গুরুত্বপূর্ণ অ্যাকাউন্টগুলোও পর্যালোচনা করা উচিত।
এই রেকর্ডের যাচাইকৃত অবস্থা বজায় ছিল এবং ফোরামের প্রেক্ষাপটকে Apple অ্যাকাউন্ট থেকে আলাদা করে বোঝাতে বিবরণটি নতুনভাবে সাজানো হয়েছিল। এই সংশোধনে তথ্যক্ষেত্রগুলো ইংরেজি ক্যানোনিক্যাল শ্রেণি হিসেবেই রাখা হয়েছিল, ব্যবহারকারীর কাছে দৃশ্যমান বিবরণটি তুর্কি ভাষায় মৌলিকভাবে লেখা হয়েছিল, যাচাই না হওয়া ক্ষেত্র যোগ করা হয়নি এবং ঝুঁকির প্রেক্ষাপট সমর্থন করলেই কেবল সংবেদনশীলতা নির্দেশক ব্যবহার করা হয়েছিল।
যাচাই ও সম্পাদনার পদ্ধতি
LeakData ঘটনাটির নাম, তারিখ, প্রভাবিত রেকর্ডের সংখ্যা এবং উন্মুক্ত হওয়া তথ্যের ধরন উপলব্ধ উৎসের সঙ্গে মিলিয়ে দেখে। যাচাই করা হয়নি এমন তথ্যকে সত্য হিসেবে উপস্থাপন করা হয় না, এবং নতুন প্রমাণ পাওয়া গেলে রেকর্ড হালনাগাদ করা হয়।
অনুপস্থিত বা ভুল তথ্য জানান