সব তথ্য ফাঁস
১ জানুয়ারি, ২০১২ যাচাই করা হয়নি সংবেদনশীল রেকর্ড খুচরা ব্যবসা

GratisKläder-এর 2012 সালের তথ্য ফাঁসের দাবি

এই এন্ট্রিতে gratisklader.se-সংশ্লিষ্ট 2012 সালের একটি ডেটাসেট নিয়ে দাবিটি সতর্কতার সঙ্গে নথিভুক্ত করা হয়েছে। BreachEra-এর বর্তমান ডিরেক্টরিতে একই ক্যাটালগ সারিতে “GratisKläder” নাম, ওই একই ডোমেইন, 2012 সাল, 2,03,320টি রেকর্ডের দাবি এবং ই-মেইল ঠিকানা, পূর্ণ নাম, ভৌত ঠিকানা, ব্যবহারকারীর নাম ও পাসওয়ার্ড, এই তথ্যের ধরনগুলো উল্লেখ রয়েছে। তথ্য ফাঁসসংক্রান্ত প্রকাশ্য উৎস-এর প্রকাশ্য ক্যাটালগে GratisKläder বা GratisGodis-এর সঙ্গে হুবহু মিলে যায় এমন কোনো এন্ট্রি পাওয়া যায়নি। Internet Archive-এর CDX মেটাডেটা নিশ্চিত করে যে 2012 সালে gratisklader.se একটি সক্রিয় ওয়েবসাইট ছিল। তবে এই প্রমাণ শুধু সংশ্লিষ্ট সত্তার প্রেক্ষাপট প্রতিষ্ঠা করে; এটি স্বতন্ত্রভাবে কোনো ঘটনা প্রমাণ করে না। ঘটনার সুনির্দিষ্ট দিন নিশ্চিত করে এমন কোনো পরিচালকের বিবৃতি, নিয়ন্ত্রক কর্তৃপক্ষের বিজ্ঞপ্তি বা প্রাথমিক উৎস শনাক্ত করা যায়নি। তাই এন্ট্রিটি তৃতীয় পক্ষের অযাচাইকৃত দাবি হিসেবে প্রকাশ করা হয়েছে এবং isVerified-এর মান false রাখা হয়েছে।

অন্তত ২,০১,৪৭৮
ইমেইল শনাক্তকারী
5
তথ্যের ধরন
অন্তত উচ্চ
তথ্য উন্মুক্ত হওয়ার পরিসর
১০ অক্টো, ২০২৬
সর্বশেষ হালনাগাদ

এই শ্রেণিবিন্যাস পর্যালোচিত সর্বনিম্ন সংখ্যার ভিত্তিতে করা হয়েছে; প্রকৃত প্রভাব ও গুরুতরতার মাত্রা আরও বেশি হতে পারে।

নিজেকে সুরক্ষিত রাখুন

এই তথ্য ফাঁসে আপনি প্রভাবিত হয়েছেন কি না যাচাই করুন

আমার ইমেইল যাচাই করুন

উন্মুক্ত হওয়া তথ্যের ধরন

5
  • ইমেইল ঠিকানা
  • নাম
  • বাসা বা প্রতিষ্ঠানের ঠিকানা
  • ব্যবহারকারীর নাম
  • পাসওয়ার্ড

এই রেকর্ড সম্পর্কে

তারিখের ক্ষেত্রে শুধু সালটি রাখা হয়েছে। BreachEra থেকে 2012 সালের সমর্থন পাওয়া যায়, কিন্তু কোনো মাস বা দিন দেওয়া নেই। ডেটাবেসে রাখা 1 জানুয়ারি 2012 তারিখটি শুধু সাল বোঝানোর একটি কারিগরি উপায়; এতে দাবি করা হচ্ছে না যে ওই দিন প্রবেশ, সংগ্রহ বা প্রকাশ ঘটেছিল। উৎসের CSV ফাইল-সদস্যে 2017 সালের একটি ফাইলসিস্টেম টাইমস্ট্যাম্প রয়েছে, তবে সেটিকে ঘটনার তারিখ হিসেবে গ্রহণ করা হয়নি। ফলে breachDatePrecision-এর মান year। আরও জোরালো প্রাথমিক প্রমাণ পাওয়া গেলে তারিখ, পরিচয় ও পরিসর আলাদাভাবে পর্যালোচনা করা উচিত। এই এন্ট্রিতে বলা হচ্ছে না যে পরিচালক আর্কাইভটির সত্যতা নিশ্চিত করেছেন বা এটি কীভাবে পাওয়া গিয়েছিল তা জানা আছে।

পর্যালোচিত উৎসটি 1,89,13,337 বাইটের একটি সম্পূর্ণ 7z আর্কাইভ। এর SHA-256 পরিচয় 27dfd0…38e1 হিসেবে চূড়ান্তভাবে নথিভুক্ত রয়েছে এবং এটি পূর্ণাঙ্গ 7z অখণ্ডতা পরীক্ষায় উত্তীর্ণ হয়েছে। আর্কাইভে সাতটি সাধারণ ফাইল-সদস্য রয়েছে, যেগুলোর সংকোচনমুক্ত আকার মোট 6,17,36,107 বাইট; এর ভেতরে কোনো আর্কাইভ নেই। GratisKläder-এর জন্য নির্বাচিত সদস্যটি হলো 2,96,12,327 বাইটের gratisklader.se.csv ফাইল। এতে উৎসের প্রস্তুতকারকের দেওয়া নয়টি কলামের একটি হেডার রয়েছে: ঠিকানা, ই-মেইল, নামের প্রথম অংশ, নামের শেষ অংশ, পাসওয়ার্ড, সল্ট, ডাক ঠিকানা, পোস্টাল কোড ও ব্যবহারকারীর নাম। হেডারসহ CSV ফাইলে 2,03,321টি ফিজিক্যাল লাইন রয়েছে। কঠোর নিয়ম অনুসরণকারী পার্সার ডেটার দশটি ফাঁকা ফিজিক্যাল লাইনকে রেকর্ড হিসেবে গণনা করে না। ফলে হেডারের পর 2,03,310টি লজিক্যাল ডেটা রেকর্ড থাকে। প্রতিটি লজিক্যাল রেকর্ডে নয়টি কলাম রয়েছে এবং দুটি স্বতন্ত্র পার্সার কোনো সিনট্যাক্স ত্রুটি বা কলামসংখ্যার অমিল পায়নি।

ফাঁকা লাইনসহ গণনা করলে হেডার বাদে ফিজিক্যাল লাইনের সংখ্যা BreachEra-এর 2,03,320 সংখ্যাটির সঙ্গে হুবহু মিলে যায়। তবে এটি 2,03,310টি লজিক্যাল রেকর্ড বা 2,01,478টি স্বতন্ত্র ক্যানোনিক্যাল ই-মেইল ঠিকানার সংখ্যার সঙ্গে মেলে না। এই মিল প্রকাশ্য ক্যাটালগের দাবির সঙ্গে পর্যালোচিত ফাইলের পরিসরকে যুক্ত করার উপযোগী প্রমাণ, কিন্তু স্বতন্ত্র ব্যক্তির সংখ্যার প্রমাণ নয়। তাই ক্যাটালগের সংখ্যাটি pwnCount-এ লেখা হয়নি, ওই সংখ্যার সঙ্গে মেলাতে নির্বাচিত ফিল্ডের পরিসর বাড়ানো হয়নি এবং ফাঁকা লাইনগুলোকে ব্যবহারকারীর রেকর্ড হিসেবে নতুন করে ব্যাখ্যা করা হয়নি। totalRecords-এ আলাদাভাবে 2,03,310টি লজিক্যাল রেকর্ডের সংখ্যা রাখা হয়েছে, আর sourcePhysicalRecordCount-এ হেডারের পরের 2,03,320টি ফিজিক্যাল লাইনের সংখ্যা রাখা হয়েছে।

ই-মেইল ম্যাপিংয়ের জন্য শুধু স্পষ্টভাবে email নাম দেওয়া কলামটি ব্যবহার করা হয়েছে। ওই কলামে বৈধ ই-মেইল ঠিকানা 2,02,350 বার রয়েছে, ফাঁকা নয় এমন 960টি মান অবৈধ এবং কোনো ফাঁকা মান নেই। পুনরাবৃত্ত 872টি উপস্থিতি বাদ দিলে 2,01,478টি সাজানো স্বতন্ত্র ক্যানোনিক্যাল ঠিকানা থাকে। ঠিকানা, নামের প্রথম অংশ, নামের শেষ অংশ ও ডাক ঠিকানার কলামে আরও 313টি সেলের সম্পূর্ণ মান দেখতে ই-মেইল ঠিকানার মতো। সেগুলো ইচ্ছাকৃতভাবে বাদ দেওয়া হয়েছে, কারণ ওই কলামগুলোর অর্থ ই-মেইল নয়। অতিরিক্ত মান খুঁজতে পাসওয়ার্ড, সল্ট, ব্যবহারকারীর নাম, মুক্ত পাঠ্য বা ইচ্ছামতো বেছে নেওয়া @ চিহ্নযুক্ত কোনো ফিল্ড খতিয়ে দেখা হয়নি। স্বতন্ত্রভাবে কম্পাইল করা দুটি Go টুল 2,03,310টি রেকর্ড, প্রতিটি ফিল্ডের সামগ্রিক হিসাব, 2,02,350টি উপস্থিতির ডেটা স্ট্রিম এবং একই 2,01,478 লাইনের ক্যানোনিক্যাল সেট, সব ক্ষেত্রেই একই ফল দিয়েছে। চূড়ান্ত অপ্রকাশ্য ফাইলটির আকার 46,79,907 বাইট এবং এর SHA-256 হলো fd3ea9…6087।

একই আর্কাইভে স্পষ্টভাবে gratisgodis বা GratisGodis.se লেবেল দেওয়া আরও পাঁচটি সদস্য রয়েছে, যেগুলোর মোট আকার 3,21,23,339 বাইট। ওই সদস্যগুলোকে GratisKläder-এর ঘটনার সঙ্গে একীভূত করা হয়নি। GratisGodis-এর সবচেয়ে বিস্তৃত ডেটা-উপস্থাপনাগুলোর মধ্যে অনেক তথ্যই অভিন্ন, তবে GratisKläder-এর স্পষ্ট ই-মেইল কলামের সঙ্গে সেগুলোর মিল সীমিত। এটি পরিচয়গুলো আলাদাভাবে বিবেচনা করার প্রয়োজনীয়তাকে আরও জোরালো করে। GratisGodis-এর জন্য ঘটনার কোনো প্রকাশ্য তারিখ বা স্বতন্ত্র ঘটনার রেকর্ড পাওয়া যায়নি বলে ওই সদস্যগুলোর নিষ্পত্তি SEPARATE_ENTITY_EVENT_BINDING_UNRESOLVED অবস্থায় স্থগিত রাখা হয়েছে। GratisGodis-এর কোনো ঠিকানা এই তথ্য ফাঁসের এন্ট্রি বা এই আমদানিতে অন্তর্ভুক্ত হয়নি। সাধারণ Breached_Info সদস্যটির পর্যালোচনা NO_EMAIL_FIELD হিসেবে বন্ধ করা হয়েছে। তাই ম্যাপিংয়ের আওতা যথাযথভাবে PARTIAL হিসেবে চিহ্নিত করা হয়েছে; এতে দাবি করা হচ্ছে না যে আর্কাইভের প্রতিটি পাঠ্যাংশ বা সম্পূর্ণ ঐতিহাসিক ঘটনাটি যাচাই করা হয়েছে।

canonicalEmailCount ও affectedCountLowerBound শুধু নির্বাচিত স্পষ্ট ই-মেইল কলামে যাচাই করা 2,01,478টি স্বতন্ত্র ঠিকানাকে বোঝায়। এগুলো স্বতন্ত্র ক্ষতিগ্রস্ত ব্যক্তির সংখ্যা নয়: একজন ব্যক্তি একাধিক ঠিকানা ব্যবহার করতে পারেন, একই ঠিকানা একাধিক ব্যক্তি ব্যবহার করতে পারেন, কিছু ঠিকানা এখন আর সক্রিয় নাও থাকতে পারে এবং আর্কাইভটি দাবিকৃত ঘটনার সম্পূর্ণ অনুলিপি নাও হতে পারে। LeakData শুধু ই-মেইলের সঙ্গে সংশ্লিষ্টতার তথ্য নথিভুক্ত করে; নাম, ভৌত ঠিকানা, পাসওয়ার্ড, সল্ট, পোস্টাল কোড ও ব্যবহারকারীর নাম আমদানি করা হয় না। শুধু একটি ঠিকানা মিলে গেলেই প্রমাণ হয় না যে ঠিকানাটির মালিক GratisKläder ব্যবহার করেছেন, 2012 সালে তাঁর সক্রিয় অ্যাকাউন্ট ছিল বা উৎসের অন্য কোনো ফিল্ডের তথ্য সঠিক বা হালনাগাদ। আপনি যদি অন্য কোনো সেবায় পুরোনো পাসওয়ার্ড পুনরায় ব্যবহার করে থাকেন, তবে প্রতিটি অ্যাকাউন্টের জন্য আলাদা পাসওয়ার্ড বেছে নিন, যেখানে সুবিধাটি আছে সেখানে একাধিক উপাদানভিত্তিক প্রমাণীকরণ চালু করুন এবং পুরোনো প্রচারমূলক অফার বা অ্যাকাউন্টের বিবরণ উল্লেখ করা অপ্রত্যাশিত বার্তা স্বতন্ত্রভাবে যাচাই করুন।

যাচাই ও সম্পাদনার পদ্ধতি

LeakData ঘটনাটির নাম, তারিখ, প্রভাবিত রেকর্ডের সংখ্যা এবং উন্মুক্ত হওয়া তথ্যের ধরন উপলব্ধ উৎসের সঙ্গে মিলিয়ে দেখে। যাচাই করা হয়নি এমন তথ্যকে সত্য হিসেবে উপস্থাপন করা হয় না, এবং নতুন প্রমাণ পাওয়া গেলে রেকর্ড হালনাগাদ করা হয়।

অনুপস্থিত বা ভুল তথ্য জানান