Crack Community-এর 2013 সালের তথ্য ফাঁস
Crack Community-এর তথ্য ফাঁসের ঘটনা বলতে গেম ক্র্যাক নিয়ে গড়ে ওঠা একটি MyBB-ভিত্তিক ফোরামের নিরাপত্তা 2013 সালের শেষ দিকে ভঙ্গ হওয়া এবং অ্যাকাউন্টের তথ্য অনলাইনে প্রকাশের ঘটনাকে বোঝায়। তথ্য ফাঁসের একটি যাচাইকৃত প্রকাশ্য তালিকায় এই ঘটনার তারিখ 9 সেপ্টেম্বর 2013 এবং অ্যাকাউন্টের সংখ্যা 19,210 হিসেবে উল্লেখ করা হয়েছে। প্রতিবেদন অনুযায়ী, ফাঁস হওয়া তথ্যের মধ্যে ছিল ইমেইল ঠিকানা, IP ঠিকানা, পাসওয়ার্ড, ব্যবহারকারীর নাম ও ওয়েবসাইটে ব্যবহারকারীর কার্যকলাপ।
উন্মুক্ত হওয়া তথ্যের ধরন
5- ইমেইল ঠিকানা
- IP ঠিকানা
- পাসওয়ার্ড
- ব্যবহারকারীর নাম
- ওয়েবসাইটের কার্যকলাপ
এই তথ্য ফাঁস সম্পর্কে
ইমেইল অনুসন্ধানের আওতা কীভাবে নির্ধারণ করা হয়েছে?
পর্যালোচিত আর্কাইভে mybb_users.email, mybb_maillogs.fromemail, mybb_maillogs.toemail, mybb_mysubscriptions_log.receiver_email এবং mybb_mysubscriptions_log.payer_email-কে স্পষ্টভাবে ইমেইল ফিল্ড হিসেবে চিহ্নিত করা হয়েছে। দুটি স্বাধীন পার্সার এসব ফিল্ড থেকে 17,171টি নিরাপদ ও অনন্য ইমেইল ঠিকানা বের করেছে। পূর্বের ব্যবহারকারী-তথ্যের আওতা আগে থেকেই অন্তর্ভুক্ত ছিল; মেইল ও সাবস্ক্রিপশন লগে না থাকা 88টি ঠিকানা বিদ্যমান তথ্যের সঙ্গে যোগ করে আমদানি করা হয়েছে। পাসওয়ার্ড, IP, ব্যবহারকারীর নাম, অর্থপ্রদান ও অন্যান্য তথ্যের ফিল্ড অনুসন্ধান সূচিতে যোগ করা হয়নি।
উৎসের সীমা কোথায়?
আর্কাইভের মূল SQL ফাইলে সর্বশেষ mybb_posts INSERT বিবৃতিটি মাঝপথে কেটে গেছে। নির্বাচিত ইমেইল ফিল্ডগুলো থাকা টেবিল ও বিবৃতিগুলো সম্পূর্ণ, আর শেষের অসম্পূর্ণ টেবিলে নির্বাচিত কোনো ইমেইল-নামযুক্ত ফিল্ড নেই। তাই সম্পূর্ণতার দাবি শুধু যাচাই করে নিশ্চিত হওয়া ইমেইল ফিল্ডগুলোর ক্ষেত্রে প্রযোজ্য, পুরো ডেটাবেসের ক্ষেত্রে নয়। তালিকায় উল্লিখিত মোট 19,210টি অ্যাকাউন্টের সংখ্যাকে আমদানি করা ইমেইলের সংখ্যার সঙ্গে মেলানোর জন্য কোনো সমন্বয় করা হয়নি।
মিল পাওয়ার অর্থ কী?
মিল পাওয়ার অর্থ হলো, আপনি যে ইমেইল ঠিকানাটি দিয়ে অনুসন্ধান করেছেন, তা এই ঘটনার সঙ্গে যুক্ত ডেটাসেটের স্পষ্টভাবে চিহ্নিত কোনো ইমেইল ফিল্ডে রয়েছে। এর অর্থ এই নয় যে অ্যাকাউন্টটির নিরাপত্তা বর্তমানে ভঙ্গ হয়েছে। অন্য সেবায় পুনরায় ব্যবহার করা বা একই ধরনের পাসওয়ার্ড বদলানো উচিত, সক্রিয় সেশন ও অ্যাকাউন্ট পুনরুদ্ধারের মাধ্যমগুলো পর্যালোচনা করা উচিত এবং সম্ভব হলে একাধিক উপাদানভিত্তিক প্রমাণীকরণ চালু করা উচিত।
যাচাই ও সম্পাদনার পদ্ধতি
LeakData ঘটনাটির নাম, তারিখ, প্রভাবিত রেকর্ডের সংখ্যা এবং উন্মুক্ত হওয়া তথ্যের ধরন উপলব্ধ উৎসের সঙ্গে মিলিয়ে দেখে। যাচাই করা হয়নি এমন তথ্যকে সত্য হিসেবে উপস্থাপন করা হয় না, এবং নতুন প্রমাণ পাওয়া গেলে রেকর্ড হালনাগাদ করা হয়।
অনুপস্থিত বা ভুল তথ্য জানান
