Chrome HTTPS পৃষ্ঠাগুলিতে HTTP সংস্থানগুলি ব্লক করা এবং পাসওয়ার্ডগুলির শক্তি পরীক্ষা করা শুরু করবে৷

গুগল সতর্ক করা HTTPS-এর মাধ্যমে খোলা পৃষ্ঠাগুলিতে মিশ্র সামগ্রী প্রক্রিয়াকরণের পদ্ধতির পরিবর্তন সম্পর্কে। পূর্বে, যদি HTTPS-এর মাধ্যমে খোলা পৃষ্ঠাগুলিতে এমন কিছু উপাদান থাকে যেগুলি এনক্রিপশন ছাড়াই (http:// প্রোটোকলের মাধ্যমে) থেকে লোড করা হয়েছিল, একটি বিশেষ সূচক প্রদর্শিত হত। ভবিষ্যতে, ডিফল্টরূপে এই জাতীয় সংস্থানগুলি লোড করা ব্লক করার সিদ্ধান্ত নেওয়া হয়েছে। এইভাবে, "https://" এর মাধ্যমে খোলা পৃষ্ঠাগুলিতে শুধুমাত্র একটি নিরাপদ যোগাযোগ চ্যানেলের মাধ্যমে ডাউনলোড করা সংস্থানগুলিকে নিশ্চিত করা হবে৷

উল্লেখ্য যে বর্তমানে 90% এর বেশি সাইট ক্রোম ব্যবহারকারীরা HTTPS ব্যবহার করে খোলেন। এনক্রিপশন ছাড়াই লোড করা সন্নিবেশের উপস্থিতি অরক্ষিত বিষয়বস্তুর পরিবর্তনের মাধ্যমে নিরাপত্তা হুমকি তৈরি করে যদি যোগাযোগ চ্যানেলের উপর নিয়ন্ত্রণ থাকে (উদাহরণস্বরূপ, খোলা Wi-Fi এর মাধ্যমে সংযোগ করার সময়)। মিশ্র বিষয়বস্তু সূচকটি ব্যবহারকারীর জন্য অকার্যকর এবং বিভ্রান্তিকর বলে পাওয়া গেছে, কারণ এটি পৃষ্ঠার নিরাপত্তার একটি স্পষ্ট মূল্যায়ন প্রদান করে না।

বর্তমানে, সবচেয়ে বিপজ্জনক ধরনের মিশ্র বিষয়বস্তু, যেমন স্ক্রিপ্ট এবং iframes, ইতিমধ্যেই ডিফল্টরূপে অবরুদ্ধ, কিন্তু ছবি, অডিও ফাইল এবং ভিডিওগুলি এখনও http:// এর মাধ্যমে ডাউনলোড করা যেতে পারে৷ ইমেজ স্পুফিংয়ের মাধ্যমে, একজন আক্রমণকারী ব্যবহারকারীর ট্র্যাকিং কুকিজ প্রতিস্থাপন করতে পারে, ইমেজ প্রসেসরের দুর্বলতা কাজে লাগানোর চেষ্টা করতে পারে, অথবা ছবিতে প্রদত্ত তথ্য প্রতিস্থাপন করে জালিয়াতি করতে পারে।

ব্লকিংয়ের প্রবর্তনটি কয়েকটি পর্যায়ে বিভক্ত। ক্রোম 79, 10 ই ডিসেম্বরের জন্য নির্ধারিত, একটি নতুন সেটিং ফিচার করবে যা আপনাকে নির্দিষ্ট সাইটের জন্য ব্লক করা অক্ষম করতে দেয়৷ এই সেটিংটি মিশ্র সামগ্রীতে প্রয়োগ করা হবে যা ইতিমধ্যেই অবরুদ্ধ, যেমন স্ক্রিপ্ট এবং আইফ্রেম, এবং মেনুর মাধ্যমে কল করা হবে যা আপনি যখন লক প্রতীকে ক্লিক করেন তখন নিচে নেমে যায়, ব্লকিং অক্ষম করার জন্য পূর্বে প্রস্তাবিত সূচকটি প্রতিস্থাপন করে।

ক্রোম 80, যা 4 ফেব্রুয়ারী প্রত্যাশিত, অডিও এবং ভিডিও ফাইলগুলির জন্য একটি সফ্ট ব্লকিং স্কিম ব্যবহার করবে, যা স্বয়ংক্রিয়ভাবে http:// লিঙ্কগুলি https:// এর সাথে প্রতিস্থাপন করবে, যা কার্যকারিতা সংরক্ষণ করবে যদি সমস্যাযুক্ত সংস্থানটি HTTPS এর মাধ্যমেও অ্যাক্সেসযোগ্য হয় . ছবিগুলি পরিবর্তন ছাড়াই লোড হতে থাকবে, কিন্তু যদি http:// এর মাধ্যমে ডাউনলোড করা হয়, https:// পৃষ্ঠাগুলি সম্পূর্ণ পৃষ্ঠার জন্য একটি অনিরাপদ সংযোগ নির্দেশক প্রদর্শন করবে৷ স্বয়ংক্রিয়ভাবে https এ পরিবর্তন করতে বা ছবি ব্লক করতে, সাইট ডেভেলপাররা CSP বৈশিষ্ট্য আপগ্রেড-অনিরাপদ-অনুরোধ এবং ব্লক-সমস্ত-মিশ্র-সামগ্রী ব্যবহার করতে সক্ষম হবে। 81 মার্চের জন্য নির্ধারিত Chrome 17, মিশ্র ছবি আপলোডের জন্য http:// থেকে https:// থেকে স্বয়ংক্রিয়ভাবে সংশোধন করবে৷

উপরন্তু, গুগল ঘোষণা নতুন পাসওয়ার্ড চেকআপ কম্পোনেন্টের Chome ব্রাউজারের পরবর্তী রিলিজের একটিতে একীকরণ সম্পর্কে, আগে উন্নয়নশীল আকারে বাহ্যিক সংযোজন. ইন্টিগ্রেশন ব্যবহারকারীর দ্বারা ব্যবহৃত পাসওয়ার্ডগুলির নির্ভরযোগ্যতা বিশ্লেষণের জন্য সরঞ্জামগুলির নিয়মিত ক্রোম পাসওয়ার্ড ম্যানেজারে উপস্থিতির দিকে পরিচালিত করবে৷ আপনি যখন কোনো সাইটে লগ ইন করার চেষ্টা করেন, আপনার লগইন এবং পাসওয়ার্ড আপোসকৃত অ্যাকাউন্টের ডাটাবেসের বিরুদ্ধে চেক করা হবে, সমস্যা সনাক্ত হলে একটি সতর্কতা প্রদর্শন করা হবে। চেকটি এমন একটি ডাটাবেসের বিরুদ্ধে করা হয় যেখানে 4 বিলিয়নেরও বেশি আপস করা অ্যাকাউন্টগুলি ফাঁস হওয়া ব্যবহারকারীর ডেটাবেসে উপস্থিত হয়েছিল। আপনি যদি "abc123" এর মতো তুচ্ছ পাসওয়ার্ড ব্যবহার করার চেষ্টা করেন তবে একটি সতর্কতাও প্রদর্শিত হবে পরিসংখ্যান Google 23% আমেরিকান একই পাসওয়ার্ড ব্যবহার করে), বা একাধিক সাইটে একই পাসওয়ার্ড ব্যবহার করার সময়।

গোপনীয়তা বজায় রাখার জন্য, একটি বহিরাগত API অ্যাক্সেস করার সময়, লগইন এবং পাসওয়ার্ডের হ্যাশের শুধুমাত্র প্রথম দুটি বাইট প্রেরণ করা হয় (হ্যাশিং অ্যালগরিদম ব্যবহার করা হয় আর্গন 2) সম্পূর্ণ হ্যাশ ব্যবহারকারীর পাশে তৈরি একটি কী দিয়ে এনক্রিপ্ট করা হয়। Google ডাটাবেসের আসল হ্যাশগুলিও অতিরিক্তভাবে এনক্রিপ্ট করা হয় এবং হ্যাশের প্রথম দুটি বাইট সূচীকরণের জন্য বাকি থাকে। ট্রান্সমিটেড টু-বাইট প্রিফিক্সের অধীনে থাকা হ্যাশগুলির চূড়ান্ত যাচাইকরণটি ক্রিপ্টোগ্রাফিক প্রযুক্তি ব্যবহার করে ব্যবহারকারীর পক্ষে করা হয় "অন্ধত্ব", যেটিতে কোন পক্ষই চেক করা ডেটার বিষয়বস্তু জানে না৷ নির্বিচারে উপসর্গের জন্য অনুরোধের সাথে আপোষকৃত অ্যাকাউন্টের একটি ডাটাবেসের বিষয়বস্তু থেকে রক্ষা করার জন্য, লগইন এবং পাসওয়ার্ডের যাচাইকৃত সংমিশ্রণের ভিত্তিতে তৈরি করা একটি কী-এর সাথে প্রেরিত ডেটা এনক্রিপ্ট করা হয়।

উত্স: opennet.ru