[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f2q75r7sbkg573":3,"$fqsrbaxy82p4m":57},{"success":4,"breach":5},true,{"_id":6,"name":7,"title":8,"slug":7,"domain":9,"breachDate":10,"addedDate":11,"publishedAt":12,"modifiedDate":12,"contentUpdatedAt":12,"source":13,"sourceUrl":14,"sourceUrls":15,"pwnCount":16,"affectedCount":16,"affectedCountStatus":17,"affectedCountLowerBound":18,"affectedCountUnit":19,"hasEnglishDescription":4,"contentLocale":20,"availableLocales":21,"translations":31,"severity":42,"dataClasses":43,"description":47,"seoTitle":48,"seoDescription":49,"logoUrl":50,"isVerified":51,"isSensitive":51,"isSpamList":51,"isMalware":51,"company":52},"6a45b0ec43c0de3585ce5f47","free-hack","Free Hack তথ্য উন্মুক্ত হওয়ার অভিযোগ","freehack.com","2010-12-01T00:00:00.000Z","2026-07-02T00:29:32.482Z","2026-10-10T09:52:06.542Z","Third party breach","https:\u002F\u002Fskullsecurity.org\u002F",[14],25825,"known",null,"email_identifiers","bn",[22,23,24,25,26,27,28,20,29,30],"en","tr","zh","hi","es","ar","fr","pt","ru",{"en":32,"tr":33,"zh":34,"hi":35,"es":36,"ar":37,"fr":38,"bn":39,"pt":40,"ru":41},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},{"slug":7},"Medium",[44,45,46],"Email addresses","Usernames","Passwords","\u003Cp>Free Hack-এর ডেটা ফাঁস হলো 2010 সালের ডিসেম্বরের একটি নিরাপত্তাজনিত ঘটনা, যা freehack.com ডোমেইনের সঙ্গে যুক্ত হ্যাকিং ফোরাম ও অনলাইন কমিউনিটির পরিসরে পর্যালোচনা করা হয়েছে। উন্মুক্ত ডেটা ফাঁসের তালিকাগুলোতে 25,825 অ্যাকাউন্টকে প্রভাবিত করা একটি স্বতন্ত্র ঘটনা হিসেবে এটি উল্লেখ থাকায় রেকর্ডটি যোগ করা হয়েছে। রেকর্ডে শুধু ইমেইল ঠিকানা, ব্যবহারকারীর নাম ও পাসওয়ার্ড হ্যাশের তথ্য রাখা হয়েছে; ব্যবহারকারীদের বিভ্রান্ত না করতে প্রমাণসমর্থনহীন বা আপাতদৃষ্টিতে অসংগত ডেটার ধরনগুলো বাদ দেওয়া হয়েছে।\u003C\u002Fp>\n\u003Ch2>ফাঁস হওয়া ডেটার ধরন ও ঝুঁকি\u003C\u002Fh2>\n\u003Cp>Free Hack-এর রেকর্ড তৈরি করার আগে বিদ্যমান রেকর্ডগুলোতে শিরোনাম, ডোমেইন নাম, কাছাকাছি ব্র্যান্ডের নাম, ঘটনার তারিখ ও নিবন্ধনের সংখ্যার মিল যাচাই করা হয়েছে। একই ঘটনার প্রতিনিধিত্ব করে এমন কোনো রেকর্ড পাওয়া যায়নি বলে এটিকে আলাদা রেকর্ড হিসেবে রাখা হয়েছে। কাছাকাছি নাম থাকলেও ভিন্ন ডোমেইন বা ভিন্ন ঘটনার রেকর্ডগুলো এই সিদ্ধান্তের বিবেচনা থেকে বাদ দেওয়া হয়েছে।\u003C\u002Fp>\n\u003Cp>লক্ষ্য তালিকাগুলোতে থাকা রেকর্ডের সংখ্যা এবং যাচাই করা যায় এমন তথ্যের সংখ্যার মধ্যে পার্থক্য দেখা যেতে পারে। প্রাথমিক ডেটার সারি, স্বতন্ত্র অ্যাকাউন্ট, একাধিকবার থাকা ইমেইল, পরিশোধিত রেকর্ড, ফোরামের সারি, প্রোফাইলের সারি বা নতুনভাবে প্যাকেজ করা ডেটাসেটের পার্থক্য থেকে এমনটি হতে পারে। এই পৃষ্ঠায় প্রদর্শিত সর্বোচ্চ সংখ্যার বদলে 25,825 সংখ্যাটিকে ভিত্তি হিসেবে নেওয়া হয়েছে, কারণ ডেটার ধরনগুলোর পাশাপাশি এই সংখ্যাটির পক্ষেও ধারাবাহিক সমর্থন পাওয়া যায়।\u003C\u002Fp>\n\u003Cp>Free Hack একটি পুরোনো কমিউনিটি অ্যাকাউন্ট, যা হ্যাকিং ফোরামের প্রেক্ষাপটে বিবেচনা করা হয়েছে। এ ধরনের কমিউনিটিতে ব্যবহারকারীর নাম ও ইমেইলের সমন্বয়কে শুধু পাসওয়ার্ডের জন্য ঝুঁকি হিসেবে দেখা উচিত নয়, কারণ এর মাধ্যমে অন্য ফোরামে ওই ব্যক্তির প্রোফাইলের সঙ্গে মিল খুঁজে পাওয়া যেতে পারে।\u003C\u002Fp>\n\u003Ch2>যাচাইকৃত পরিসর ও সীমাবদ্ধতা\u003C\u002Fh2>\n\u003Cp>এই ঘটনায় ব্যবহারকারীর নাম, ইমেইল ঠিকানা ও MD5 পাসওয়ার্ড হ্যাশ উন্মুক্ত হয়েছে। MD5 হ্যাশ দ্রুত ভাঙা যায় বলে দুর্বল পাসওয়ার্ড এবং পুনর্ব্যবহৃত পাসওয়ার্ডের ধরন অন্য অ্যাকাউন্টে চেষ্টা করা যেতে পারে।\u003C\u002Fp>\n\u003Cp>Free Hack-এর ঘটনায় একটি MD5 পাসওয়ার্ড হ্যাশ পাওয়া যাওয়ায় ঝুঁকি সাধারণ ইমেইল ফাঁসের চেয়ে বেশি। পাসওয়ার্ডের তথ্য আক্রমণকারীদের বারবার চেষ্টা করে সঠিক পাসওয়ার্ড খুঁজে বের করার সময় কমায়, একই পাসওয়ার্ড ব্যবহার করা অন্য সেবায় স্বয়ংক্রিয় লগইন চেষ্টাকে সহজ করে এবং পাসওয়ার্ড রিসেটের বার্তাগুলোকে আরও বিশ্বাসযোগ্য করে তোলে।\u003C\u002Fp>\n\u003Ch2>ঝুঁকিতে থাকা ব্যবহারকারী গোষ্ঠী\u003C\u002Fh2>\n\u003Cp>একটি ইমেইল ঠিকানা একা সীমিত ব্যক্তিগত তথ্য বলে মনে হতে পারে। তবে ব্যবহারকারীর নাম, IP ঠিকানা, ফোন নম্বর, পূর্ণ নাম, জন্মতারিখ বা পাসওয়ার্ডের তথ্যের সঙ্গে যুক্ত হলে তা আক্রমণের শক্তিশালী উপকরণ হয়ে ওঠে। ব্যবহারকারী যদি কাজ, কেনাকাটা, ফোরাম, গেমিং, আর্থিক সেবা বা সামাজিক যোগাযোগমাধ্যমের অ্যাকাউন্টে একই ইমেইল ঠিকানা ব্যবহার করেন, তাহলে প্রভাব সংশ্লিষ্ট প্ল্যাটফর্মের বাইরেও ছড়িয়ে পড়তে পারে।\u003C\u002Fp>\n\u003Cp>ঘটনাটি পুরোনো হলেও নিরাপত্তার দিক থেকে এর গুরুত্ব রয়ে গেছে। ব্যবহারকারীদের একটি উল্লেখযোগ্য অংশ সামান্য পরিবর্তন করে পুরোনো পাসওয়ার্ডের ধরন পুনর্ব্যবহার করেন। তাই Free Hack-এর মতো পুরোনো ডেটা ফাঁসের তথ্য বহু বছর পরেও পাসওয়ার্ড অনুমান, ক্রেডেনশিয়াল স্টাফিং এবং নির্দিষ্ট ব্যক্তিকে লক্ষ্য করে ফিশিংয়ের চেষ্টায় ব্যবহার করা যেতে পারে।\u003C\u002Fp>\n\u003Cp>ব্যবহারকারীদের প্রথম করণীয় হলো, অতীতে Free Hack বা freehack.com-এ কোন ইমেইল ঠিকানা ও পাসওয়ার্ড ব্যবহার করে থাকতে পারেন, তা মনে করার চেষ্টা করা। একই ধরনের পাসওয়ার্ড অন্য অ্যাকাউন্টেও ব্যবহার করা হয়ে থাকলে শুধু সংশ্লিষ্ট সাইটে সেটি পরিবর্তন করা যথেষ্ট নয়; পুনর্ব্যবহৃত সব পাসওয়ার্ড বদলে প্রতিটি অ্যাকাউন্টের জন্য আলাদা ও এলোমেলো পাসওয়ার্ড দিতে হবে।\u003C\u002Fp>\n\u003Cp>এই ঘটনার পর নেওয়া যেতে পারে এমন সবচেয়ে কার্যকর ব্যবস্থাগুলোর একটি হলো পাসওয়ার্ড ম্যানেজার ব্যবহার করা। প্রতিটি সাইটের জন্য আলাদা পাসওয়ার্ড তৈরি করলে একটি ডেটা ফাঁসের প্রভাব ধারাবাহিকভাবে অন্য অ্যাকাউন্টে ছড়িয়ে পড়া ঠেকানো যায়। ব্রাউজারে সংরক্ষিত পুরোনো পাসওয়ার্ডগুলোও পর্যালোচনা করা উচিত এবং দুর্বল বা একাধিক অ্যাকাউন্টে ব্যবহৃত পাসওয়ার্ডগুলো সরিয়ে দেওয়া উচিত।\u003C\u002Fp>\n\u003Cp>ইমেইল অ্যাকাউন্ট, পাসওয়ার্ড ম্যানেজার, আর্থিক অ্যাকাউন্ট, সামাজিক যোগাযোগমাধ্যমের প্রোফাইল, চাকরি খোঁজার অ্যাকাউন্ট ও অ্যাডমিন প্যানেলের জন্য দুই উপাদানভিত্তিক প্রমাণীকরণ বিশেষভাবে অগ্রাধিকার পাওয়া উচিত। SMS-ভিত্তিক প্রমাণীকরণের তুলনায় অ্যাপভিত্তিক প্রমাণীকরণ বা হার্ডওয়্যার নিরাপত্তা চাবি আক্রমণের বিরুদ্ধে আরও মজবুত সুরক্ষা দেয়।\u003C\u002Fp>\n\u003Cp>ইমেইল অ্যাকাউন্টের ফরওয়ার্ডিং নিয়ম, পুনরুদ্ধারের ঠিকানা, সংযুক্ত অ্যাপ্লিকেশন, বিশ্বস্ত ডিভাইসের তালিকা এবং সাম্প্রতিক সেশনগুলো পরীক্ষা করা উচিত। আক্রমণকারী সরাসরি Free Hack অ্যাকাউন্টে প্রবেশ করতে না পারলেও ইমেইল অ্যাকাউন্টের মাধ্যমে অন্য সেবার পাসওয়ার্ড রিসেট প্রক্রিয়াকে লক্ষ্য করতে পারেন।\u003C\u002Fp>\n\u003Cp>ফিশিংয়ের ক্ষেত্রে পুরোনো সেবার নাম, ব্যবহারকারীর নাম, কর্মক্ষেত্রের খাত-সংক্রান্ত তথ্য, দেশ, শখ বা নিবন্ধনের তারিখ ব্যবহার করা হতে পারে। ব্যবহারকারীদের আসা লিংকে সরাসরি ক্লিক না করে নিজেরাই ঠিকানা টাইপ করা উচিত, যাচাই না করে সংযুক্ত ফাইল খোলা উচিত নয় এবং জরুরি পদক্ষেপ নেওয়ার চাপ তৈরি করে এমন বার্তার ব্যাপারে সতর্ক থাকা উচিত।\u003C\u002Fp>\n\u003Cp>প্রাতিষ্ঠানিক ব্যবহারকারীদের ক্ষেত্রেও ঝুঁকি মূল্যায়ন করা উচিত। কোনো কর্মী আপাতদৃষ্টিতে ব্যক্তিগত কোনো অ্যাকাউন্টে কর্মস্থলের ইমেইল ব্যবহার করে থাকলে প্রতিষ্ঠানের সিস্টেমে একই পাসওয়ার্ড চেষ্টা করা সম্ভব। তাই ডোমেইনভিত্তিক নিরাপত্তা স্ক্যান, একাধিক উপাদানভিত্তিক প্রমাণীকরণ এবং পাসওয়ার্ডের পুনর্ব্যবহার শনাক্ত করতে পারে এমন নিয়ন্ত্রণ গুরুত্বপূর্ণ।\u003C\u002Fp>\n\u003Cp>সাইটের মালিকদের জন্য প্রধান শিক্ষাটি হলো পাসওয়ার্ড সংরক্ষণ ও যতটা সম্ভব কম ডেটা রাখা। সাধারণ পাঠ্য বা দ্রুত ভাঙা যায় এমন হ্যাশ ফরম্যাট ব্যবহারকারীর নিরাপত্তাকে সরাসরি দুর্বল করে। আধুনিক সিস্টেমে শক্তিশালী, সল্টযুক্ত এবং ধীরগতির পাসওয়ার্ড ডেরিভেশন পদ্ধতি ব্যবহার করা উচিত। ব্যবহারকারীর লগইনের সময় পুরোনো হ্যাশ ফরম্যাটগুলো ধাপে ধাপে হালনাগাদ করা উচিত।\u003C\u002Fp>\n\u003Cp>ব্যাকআপ, পরীক্ষামূলক পরিবেশ, এক্সপোর্ট ফাইল, পুরোনো ফোরাম সফটওয়্যার, অ্যাডমিন প্যানেল এবং অপ্রয়োজনীয় অনুমতি নিয়মিত নিরীক্ষা করা উচিত। অনেক ডেটা ফাঁস মূল অ্যাপ্লিকেশনের দৃশ্যমান অংশ থেকে নয়, বরং বিস্মৃত সহায়ক সিস্টেম বা ব্যাপক অনুমতিসম্পন্ন অ্যাকাউন্ট থেকে ঘটে।\u003C\u002Fp>\n\u003Cp>ঘটনা মোকাবিলার পরিকল্পনা নেই এমন প্রতিষ্ঠানে ব্যবহারকারীদের জানানো, পাসওয়ার্ড রিসেট, লগ পর্যালোচনা এবং সংযুক্ত সিস্টেম পরীক্ষা করতে দেরি হয়। কোন সিস্টেম পর্যবেক্ষণ করা হবে, কোন রেকর্ড রাখা হবে, কোন ব্যবহারকারীদের জানানো হবে এবং কোন ব্যাকআপ পর্যালোচনা করা হবে, তা আগে থেকেই নির্ধারণ করা উচিত।\u003C\u002Fp>\n\u003Cp>FreeHack-এর লক্ষ্য সারিতে প্রাথমিক ডেটার উচ্চতর সংখ্যা ও অতিরিক্ত ফিল্ড দেখা গেলেও সরাসরি সমর্থিত ডেটার ধরন ইমেইল, ব্যবহারকারীর নাম ও পাসওয়ার্ডেই সীমিত ছিল। তাই ফোরামের অতিরিক্ত ফিল্ডগুলো ডেটার শ্রেণি হিসেবে যোগ করা হয়নি।\u003C\u002Fp>\n\u003Cp>সর্বশেষ পরীক্ষায় freehack.com নির্ধারিত সময়ের মধ্যে সাড়া না দেওয়ায় রেকর্ডে ডোমেইনটিকে আর সক্রিয় নয় বলে চিহ্নিত করা হয়েছে। পুরোনো সেবাটি ব্যবহার করা না গেলেও একই পাসওয়ার্ড ব্যবহার করা অন্য অ্যাকাউন্টগুলো সুরক্ষিত করা উচিত।\u003C\u002Fp>\n\u003Cp>হ্যাকিং কমিউনিটির প্রেক্ষাপটে ব্যবহারকারীরা বিভিন্ন ফোরামে একই ডাকনাম ব্যবহার করে থাকতে পারেন। তাই প্রোফাইলের মিল খুঁজে বের করার ক্ষেত্রেও ব্যবহারকারীর নাম গুরুত্বপূর্ণ।\u003C\u002Fp>\n\u003Ch2>জরুরি করণীয়\u003C\u002Fh2>\n\u003Cp>ঘটনাটি পুরোনো হওয়ায় ব্যবহারকারীদের পাসওয়ার্ড ম্যানেজারে পুরোনো পাসওয়ার্ডের ধরন খুঁজে দেখতে হবে এবং একই মূল পাসওয়ার্ড থেকে তৈরি নতুন পাসওয়ার্ডগুলোও পরিবর্তন করতে হবে।\u003C\u002Fp>\n\u003Cp>Free Hack-এর ছবিটি সাধারণ ধরনের হওয়ায় একটি সহজ স্থানীয় SVG লোগো ব্যবহার করা হয়েছে। এতে নিবন্ধন পৃষ্ঠায় ছবি না দেখানোর ঝুঁকিও দূর হয়েছে।\u003C\u002Fp>\n\u003Cp>এই রেকর্ডে যাচাই না করা ডেটার ধরনগুলো ইচ্ছাকৃতভাবে বাদ দেওয়া হয়েছে। ডেটার শ্রেণির দীর্ঘ তালিকা তৈরির চেয়ে প্রমাণসমর্থিত ফিল্ডগুলো স্পষ্টভাবে দেখানো ব্যবহারকারীর আস্থা অর্জনে বেশি মূল্যবান। ডেটা ফাঁসের পৃষ্ঠাগুলোর উদ্দেশ্য ভয়াবহ চিত্র তুলে ধরা নয়, বরং সঠিক পরিসর ও প্রযোজ্য নিরাপত্তা ব্যবস্থা পরিষ্কারভাবে ব্যাখ্যা করা।\u003C\u002Fp>\n\u003Cp>Free Hack ডেটা ফাঁস, freehack.com ডেটা ফাঁস, Free Hack পাসওয়ার্ড ফাঁস এবং Free Hack ব্যবহারকারীর ডেটার মতো বিভিন্ন নামে সরল ও ব্যবহারিক তথ্য দেওয়ার জন্য এই পৃষ্ঠা তৈরি করা হয়েছে। লেখাটিতে যাচাইকৃত বিষয়গুলো ও বাস্তবে নেওয়া যায় এমন নিরাপত্তা পদক্ষেপ ব্যাখ্যা করা হয়েছে।\u003C\u002Fp>\n\u003Cp>এই রেকর্ড দেখলে ব্যবহারকারীদের শুধু সংশ্লিষ্ট প্ল্যাটফর্মের অ্যাকাউন্ট নয়, একই ইমেইল ঠিকানা দিয়ে খোলা অন্য অ্যাকাউন্টগুলোও মূল্যায়ন করা উচিত। পুরোনো পাসওয়ার্ড পুনর্ব্যবহার করা অ্যাকাউন্টগুলো বিশেষ করে আক্রমণকারীদের প্রথম লক্ষ্য হয়। পুরোনো অ্যাকাউন্ট বন্ধ করাও দীর্ঘমেয়াদে ঝুঁকি কমায়।\u003C\u002Fp>\n\u003Cp>পাসওয়ার্ডের পুনর্ব্যবহার কমাতে নতুন পাসওয়ার্ডে ব্র্যান্ডের নাম, জন্মসাল, ব্যবহারকারীর নাম, দলের নাম, শখ, শহর বা সহজে অনুমান করা যায় এমন অতিরিক্ত অংশ রাখা উচিত নয়। পাসওয়ার্ডের শেষে একটি ছোট সংখ্যা বা বিশেষ চিহ্ন যোগ করলেই সেটি নিরাপদ হয় না; আক্রমণকারীদের ব্যবহৃত সরঞ্জাম এসব ধরনের পাসওয়ার্ড দ্রুত পরীক্ষা করে।\u003C\u002Fp>\n\u003Cp>অ্যাকাউন্টের নিরাপত্তা যাচাইয়ের তালিকাটি স্পষ্ট: পুরোনো পাসওয়ার্ড পরিবর্তন করা, একই পাসওয়ার্ড ব্যবহার করা সব অ্যাকাউন্ট হালনাগাদ করা, দুই উপাদানভিত্তিক প্রমাণীকরণ চালু করা, ইমেইল পুনরুদ্ধারের তথ্য পরীক্ষা করা, অপরিচিত সেশন বন্ধ করা এবং সন্দেহজনক বার্তার লিংকের বদলে সরাসরি সাইটের ঠিকানা ব্যবহার করা।\u003C\u002Fp>\n\u003Cp>কর্মীদের ডোমেইন নামের সঙ্গে মিলে যায় এমন ইমেইল ঠিকানার দিক থেকে নিরাপত্তা দলগুলোর এই রেকর্ড মূল্যায়ন করা উচিত। পুরোনো ফোরাম, কেনাকাটা, আর্থিক সেবা বা কমিউনিটির অ্যাকাউন্টে ব্যবহৃত প্রাতিষ্ঠানিক ইমেইল ঠিকানা আক্রমণকারীদের লক্ষ্য তালিকাকে আরও সমৃদ্ধ করতে পারে।\u003C\u002Fp>\n\u003Ch2>দীর্ঘমেয়াদি নিরাপত্তা কৌশল\u003C\u002Fh2>\n\u003Cp>এ ধরনের ঘটনায় যতটা সম্ভব কম ডেটা রাখা অত্যন্ত গুরুত্বপূর্ণ। অপ্রয়োজনীয় প্রোফাইল ফিল্ড সংগ্রহ করা উচিত নয়, যুক্তিসংগত সংরক্ষণ নীতি অনুযায়ী নিষ্ক্রিয় অ্যাকাউন্ট মুছে ফেলা উচিত, সংবেদনশীল ফিল্ডে প্রবেশাধিকার সীমিত করা উচিত এবং ডেটা এক্সপোর্টের কার্যক্রমে অতিরিক্ত নজরদারি রাখা উচিত।\u003C\u002Fp>\n\u003Cp>আতঙ্কিত না হয়ে ব্যবহারকারীদের অ্যাকাউন্টের নিরাপত্তা রক্ষার নিয়মিত কাজগুলো সম্পন্ন করতে হবে। পুরোনো ও ভুলে যাওয়া অ্যাকাউন্ট বন্ধ করা, অপ্রয়োজনীয় সদস্যপদ মুছে ফেলা, পুনরুদ্ধারের ঠিকানা হালনাগাদ করা এবং গুরুত্বপূর্ণ অ্যাকাউন্টে লগইনের বিজ্ঞপ্তি চালু করা স্থায়ী সুরক্ষা দেয়।\u003C\u002Fp>\n\u003Cp>প্রভাবিত অ্যাকাউন্টের সংখ্যা, পাসওয়ার্ডের তথ্যের ধরন, ডেটার শ্রেণিগুলো ব্যবহার করে অ্যাকাউন্ট দখলের সম্ভাবনা এবং ঘটনায় পুনর্ব্যবহারযোগ্য লগইন তথ্য ছিল কি না, এসব বিবেচনা করে এই পৃষ্ঠায় ঝুঁকির মাত্রা অতি গুরুতর নির্ধারণ করা হয়েছে। অতি গুরুতর মাত্রা নিশ্চিত অপব্যবহার বোঝায় না; বরং ব্যবহারকারীর দ্রুত পদক্ষেপ নেওয়া প্রয়োজন বলে নির্দেশ করে।\u003C\u002Fp>\n\u003Cp>সব মিলিয়ে, Free Hack-এর এই রেকর্ডটি 2010 সালের ডিসেম্বরের একটি স্বতন্ত্র ডেটা ফাঁসের এন্ট্রি, যা 25,825 অ্যাকাউন্টকে প্রভাবিত করেছে এবং যাতে ইমেইল ঠিকানা, ব্যবহারকারীর নাম ও পাসওয়ার্ড হ্যাশের মতো ফিল্ড রয়েছে। ব্যবহারকারীদের প্রতিটি অ্যাকাউন্টে আলাদা পাসওয়ার্ড ব্যবহার, দুই উপাদানভিত্তিক প্রমাণীকরণ চালু, ইমেইলের নিরাপত্তা সেটিংস পরীক্ষা এবং সন্দেহজনক লগইনের সতর্কবার্তা পর্যবেক্ষণ করার পরামর্শ দেওয়া হচ্ছে।\u003C\u002Fp>\n\u003Cp>Free Hack-এর রেকর্ডে সংখ্যাগত মান, শিরোনাম ও ডোমেইন একসঙ্গে মূল্যায়ন করা হয়েছে বলে একই নামে প্রচলিত অস্পষ্ট তালিকার এন্ট্রিগুলো এই পৃষ্ঠায় আনা হয়নি। ব্যবহারকারীর সামনে থাকা রেকর্ডটি যাচাইকৃত ডোমেইন ও ঘটনার সময়কালেই সীমিত।\u003C\u002Fp>\n\u003Cp>ডেটার শ্রেণিগুলো সরল রাখা বিশেষভাবে গুরুত্বপূর্ণ, কারণ প্রমাণসমর্থনহীন ফিল্ড যোগ করলে ব্যবহারকারীর ঝুঁকি মূল্যায়ন ব্যাহত হয়। তাই ইমেইল ঠিকানা, ব্যবহারকারীর নাম ও পাসওয়ার্ড হ্যাশ ছাড়া অন্য কোনো দাবি এই রেকর্ডে প্রমাণিত ডেটা ফিল্ড হিসেবে উপস্থাপন করা হয়নি।\u003C\u002Fp>\n\u003Cp>freehack.com ডোমেইনের সঙ্গে যুক্ত পুরোনো সদস্যপদের কথা ব্যবহারকারীরা ভুলে গিয়ে থাকতে পারেন। ভুলে যাওয়া অ্যাকাউন্টে পাসওয়ার্ড পরিবর্তন করা না গেলে একই পাসওয়ার্ড ব্যবহার করা অন্য সেবা খুঁজে বের করে সেগুলো সুরক্ষিত করাকে অগ্রাধিকার দেওয়াই বেশি বাস্তবসম্মত।\u003C\u002Fp>\n\u003Cp>ব্যবহারকারীর নাম, ইমেইল বা ফোনের তথ্য অন্য ফাঁস হওয়া তথ্যের সঙ্গে মিলিয়ে নিলে আক্রমণকারীদের পক্ষে কোনো ব্যক্তির আগ্রহ, দেশ, কর্মক্ষেত্রের খাত বা অতীতের সদস্যপদ নেওয়ার অভ্যাস অনুমান করা সহজ হয়। তাই একটি ডেটা ফাঁস ছোট মনে হলেও সম্মিলিত ঝুঁকি বেশি।\u003C\u002Fp>\n\u003Cp>প্রতিষ্ঠানের দৃষ্টিকোণ থেকে, কর্মীদের ব্যক্তিগত সদস্যপদে কর্মস্থলের ইমেইল ব্যবহার করার বিষয়টি নিয়মিত সচেতনতামূলক প্রশিক্ষণে তুলে ধরা উচিত। এ ধরনের রেকর্ড পাসওয়ার্ডের পুনর্ব্যবহার এবং ব্যক্তিগত প্ল্যাটফর্মে প্রাতিষ্ঠানিক পরিচয় কতটা দৃশ্যমান, তা পরিমাপের জন্য একটি সতর্কসংকেত দেয়।\u003C\u002Fp>\n\u003Ch2>রেকর্ড যাচাই ও ব্যবহারকারীর করণীয়\u003C\u002Fh2>\n\u003Cp>কোনো ব্যবহারকারী এই রেকর্ডে নিজের ইমেইল দেখতে পেলে তাঁর সবচেয়ে গুরুত্বপূর্ণ অ্যাকাউন্টগুলো দিয়ে শুরু করা উচিত: ইমেইল ইনবক্স, ব্যাংক বা বিনিয়োগের অ্যাকাউন্ট, পাসওয়ার্ড ম্যানেজার, ক্লাউড স্টোরেজ, সামাজিক যোগাযোগমাধ্যম এবং নিয়মিত ব্যবহৃত কেনাকাটার অ্যাকাউন্ট।\u003C\u002Fp>\n\u003Cp>অ্যাকাউন্ট বন্ধ করার সুযোগ থাকলে অপ্রয়োজনীয় পুরোনো সদস্যপদ বন্ধ করাও ভালো পদক্ষেপ। যেসব অ্যাকাউন্ট বন্ধ করা যায় না, সেগুলোতে অন্তত আলাদা পাসওয়ার্ড দেওয়া, প্রোফাইলের তথ্য যতটা সম্ভব কম রাখা এবং লগইনের বিজ্ঞপ্তি চালু করা উচিত।\u003C\u002Fp>","Free Hack তথ্য উন্মুক্ত হওয়ার অভিযোগ (২৫.৮ হাজার ইমেইল শনাক্তকারী)","Free Hack তথ্য উন্মুক্ত হওয়ার অভিযোগ. ২৫.৮ হাজার ইমেইল শনাক্তকারী থাকার কথা জানানো হয়েছে। প্রতিবেদিত তথ্য: ইমেইল ঠিকানা, ব্যবহারকারীর নাম, পাসওয়ার্ড। ঘটনার…","\u002Fuploads\u002Flogo\u002Ffree-hack.svg",false,{"name":53,"sector":54,"country":55,"website":9,"websiteArchiveUrl":56,"websiteStatus":56,"websiteCheckedAt":18},"Free Hack","Hacking Forum \u002F Online Community","United States","",{"success":4,"breaches":58},[59,66,73,80],{"slug":60,"title":61,"companyName":62,"logoUrl":63,"breachDate":64,"affectedCount":65,"affectedCountStatus":17},"medela","Medela তথ্য ফাঁস","Medela","\u002Fuploads\u002Flogo\u002Fmedela.webp","2026-09-07T00:00:00.000Z",423947,{"slug":67,"title":68,"companyName":69,"logoUrl":70,"breachDate":71,"affectedCount":72,"affectedCountStatus":17},"dustin-group-2026-data-security-incident","Dustin Group-এর 2026 সালের তথ্য নিরাপত্তা-সংক্রান্ত ঘটনা","Dustin Group AB (publ)","\u002Fuploads\u002Flogo\u002Fdustingroup_com-6aaab48e5041e3a842fe832a-e26a53490c4a5cbe.webp","2026-09-03T00:00:00.000Z",1062841,{"slug":74,"title":75,"companyName":76,"logoUrl":77,"breachDate":78,"affectedCount":79,"affectedCountStatus":17},"elekta-2026-data-breach","Elekta-এর 2026 সালের তথ্য ফাঁস","Elekta AB","\u002Fuploads\u002Flogo\u002Felekta-2026-veri-ihlali-afc72236a8ad.webp","2026-09-01T00:00:00.000Z",129576,{"slug":81,"title":82,"companyName":83,"logoUrl":84,"breachDate":78,"affectedCount":85,"affectedCountStatus":86},"novocure-2026-data-breach","NovoCure-এর 2026 সালের তথ্য ফাঁস","NovoCure Limited","\u002Fuploads\u002Flogo\u002Fnovocure-2026-veri-ihlali-96b5c9defb8a.webp",1400,"lower_bound"]