New Fingerprint, WebRTC এবং Canvas: অ্যান্টি-ফ্রড সিস্টেমগুলো কীভাবে অ্যাড অ্যাকাউন্টের মধ্যে সংযোগ খুঁজে বের করে

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

এমনই একটি সিগন্যালের সেট হলো ডিভাইসের ডিজিটাল ফিঙ্গারপ্রিন্ট (Digital Fingerprint)। এটি ব্রাউজার, কম্পিউটার এবং অপারেটিং সিস্টেমের ডজনখানেক হার্ডওয়্যার ও সিস্টেম প্যারামিটার থেকে তৈরি হয়। সেশন মূল্যায়ন এবং অ্যাকাউন্টগুলোর মধ্যে সংযোগ খোঁজার সময় এই প্যারামিটারগুলোর মিল বা অসঙ্গতি অতিরিক্ত ফ্যাক্টর হিসেবে ব্যবহৃত হতে পারে।

একটি পূর্ণাঙ্গ ডিজিটাল ফিঙ্গারপ্রিন্টে নিচের উপাদানগুলো থাকতে পারে:

• নেটওয়ার্ক প্যারামিটার: IP অ্যাড্রেস, জিওলোকেশন, ইন্টারনেট সার্ভিস প্রোভাইডার, টাইমজোন এবং WebRTC-এর মাধ্যমে পাওয়া ডেটা।
• হার্ডওয়্যার সূচক: প্রসেসরের লজিক্যাল কোরের সংখ্যা (Hardware Concurrency), ব্যবহারযোগ্য র‍্যাম (Device Memory), গ্রাফিক্স কার্ডের স্পেসিফিকেশন এবং WebGL প্যারামিটার।
• গ্রাফিক্স রেন্ডারিং: Canvas ফিঙ্গারপ্রিন্ট, ফন্ট সাপোর্ট এবং স্ক্রিন রেজোলিউশন।
• মিডিয়া সিস্টেম: AudioContext এবং ডিভাইসের মিডিয়া সক্ষমতা সম্পর্কিত তথ্য।
• ব্রাউজার এনভায়রনমেন্ট: User-Agent, ল্যাঙ্গুয়েজ প্যাক, HTTP Client Hints হেডার, সাপোর্টেড মিডিয়া ফরম্যাট এবং ব্রাউজারের অন্যান্য বৈশিষ্ট্য।

Canvas Fingerprinting: গ্রাফিক্স রেন্ডারিং কীভাবে ডিভাইস আলাদা করতে সাহায্য করে

Canvas হ্যাশ পাওয়ার মেকানিক্স

HTML5 Canvas প্রযুক্তি সরাসরি ব্রাউজার উইন্ডোতে 2D এবং 3D গ্রাফিক্স রেন্ডার করার জন্য তৈরি করা হয়েছে। একই সময়ে, এই রেন্ডারিংয়ের ফলাফল ফিঙ্গারপ্রিন্টিংয়ের একটি সিগন্যাল হিসেবে ব্যবহৃত হতে পারে।

একটি স্ক্রিপ্ট ব্রাউজারকে ছোট একটি টেস্ট অবজেক্ট রেন্ডার করতে বলতে পারে: যেমন বিভিন্ন ফন্ট, গ্রেডিয়েন্ট, আকার বা ছায়া সহ টেক্সটের একটি অংশ।

ফলাফলটি অনেকগুলো প্যারামিটারের ওপর নির্ভর করে: গ্রাফিক্স প্রসেসর (GPU), ড্রাইভার, অপারেটিং সিস্টেম, ব্রাউজার এবং ফন্ট রেন্ডারিং মেকানিজম। এই কারণে, ভিন্ন কনফিগারেশনে একই গ্রাফিক দৃশ্যপট সামান্য ভিন্ন ফলাফল দিতে পারে।

প্রাপ্ত ছবিটিকে একটি সংখ্যাসূচক মান বা হ্যাশে রূপান্তর করা যায় এবং এনভায়রনমেন্টের অন্যান্য প্যারামিটারের সাথে ব্যবহার করা যায়। তবে একই Canvas হ্যাশ এককভাবে প্রমাণ করে না যে অ্যাকাউন্টগুলো একই ফিজিক্যাল ডিভাইস থেকে চলছে। সিগন্যালের সমষ্টি এবং সেগুলোর সামঞ্জস্যই এখানে মূল বিষয়।

Canvas-এর কৃত্রিম পরিবর্তন কেন অসঙ্গতি তৈরি করতে পারে

কিছু টুল কৃত্রিম নয়েজ (Noise) যোগ করে Canvas-এর ফলাফল পরিবর্তন করে। এই পদ্ধতির উদ্দেশ্য হলো ডিভাইসের স্থায়ী শনাক্তকরণ কঠিন করা, তবে এটি অন্য একটি সমস্যা তৈরি করতে পারে – ফলাফলের অসামঞ্জস্যতা।

উদাহরণস্বরূপ, একই ব্রাউজার সেশন যদি বারবার Canvas রিকোয়েস্টের সময় সম্পূর্ণ ভিন্ন বৈশিষ্ট্য প্রদর্শন করে, তবে তা অস্বাভাবিক দেখাতে পারে।

তাই রিস্ক অ্যাসেসমেন্ট সিস্টেমের কাছে শুধু একটি নির্দিষ্ট Canvas হ্যাশই গুরুত্বপূর্ণ নয়, বরং এটি WebGL, অপারেটিং সিস্টেম, ব্রাউজার, ডিভাইসের মডেল এবং অন্যান্য প্যারামিটারের সাথে কতটা সামঞ্জস্যপূর্ণ তাও গুরুত্বপূর্ণ।

WebRTC: অতিরিক্ত নেটওয়ার্ক ডেটা কোথা থেকে আসতে পারে

WebRTC কীভাবে নেটওয়ার্কের সাথে কাজ করে

WebRTC (Web Real-Time Communication) – ব্রাউজারগুলোর মধ্যে সরাসরি অডিও, ভিডিও এবং অন্যান্য ডেটা আদান-প্রদানের একটি ওয়েব প্রযুক্তি সেট।

এই সংযোগ স্থাপনের সময় ব্রাউজার সম্ভাব্য নেটওয়ার্ক রুট নির্ধারণ করতে ICE, STUN এবং TURN ব্যবহার করতে পারে।

ব্রাউজার, নেটওয়ার্ক কনফিগারেশন, প্রক্সির ধরন এবং WebRTC সেটিংসের ওপর নির্ভর করে ওয়েবপেজটি নেটওয়ার্ক এনভায়রনমেন্ট সম্পর্কে অতিরিক্ত তথ্য পেতে পারে।

যদি এই ডেটা মূল সংযোগের IP অ্যাড্রেস, GEO বা সেশনের অন্যান্য প্যারামিটারের সাথে না মেলে, তবে এই অসঙ্গতি ঝুঁকি মূল্যায়নের সময় একটি অতিরিক্ত সিগন্যাল হতে পারে।

অ্যান্টিডিটেক্ট ব্রাউজারগুলো কীভাবে WebRTC পরিচালনা করে

বিভিন্ন ব্রাউজার এবং প্রাইভেসি টুল ভিন্নভাবে WebRTC পরিচালনা করতে পারে: ডিফল্ট আচরণ বজায় রাখা, নির্দিষ্ট নেটওয়ার্ক ডেটায় অ্যাক্সেস সীমিত করা বা ওয়েবপেজে প্রদর্শিত মান পরিবর্তন করা।

একটি নির্দিষ্ট WebRTC মোডকে এককভাবে সর্বজনীন «নিরাপদ» বা «ঝুঁকিপূর্ণ» বলা যায় না। এনভায়রনমেন্টের সামঞ্জস্যতা অনেক বেশি গুরুত্বপূর্ণ: IP অ্যাড্রেস, GEO, টাইমজোন, ভাষা, ব্রাউজারের বৈশিষ্ট্য এবং অন্যান্য সিগন্যাল পরস্পরবিরোধী হওয়া উচিত নয়।

ফিঙ্গারপ্রিন্টিংয়ের অতিরিক্ত ভেক্টর: WebGL, AudioContext এবং আচরণগত সিগন্যাল

অডিও ফিঙ্গারপ্রিন্ট এবং সিস্টেম ফন্ট

AudioContext পদ্ধতিটি Canvas-এর মতো একই নীতিতে কাজ করে, তবে এটি ব্রাউজার এবং সিস্টেম দ্বারা অডিও সিগন্যাল প্রসেসিংয়ের বৈশিষ্ট্যগুলো বিশ্লেষণ করে।

একটি স্ক্রিপ্ট টেস্ট সিগন্যাল তৈরি করে Web Audio API-এর মাধ্যমে প্রসেস করতে পারে এবং একটি সংখ্যাসূচক ফলাফল পেতে পারে। এটি ব্রাউজার, অপারেটিং সিস্টেম এবং এনভায়রনমেন্টের অন্যান্য বৈশিষ্ট্যের ওপর নির্ভর করে এবং তাই ফিঙ্গারপ্রিন্টের অতিরিক্ত উপাদান হিসেবে ব্যবহৃত হতে পারে।

আরেকটি প্যারামিটার হলো সিস্টেম ফন্ট। CSS, Canvas এবং টেক্সটের আকার পরিমাপের মাধ্যমে নির্দিষ্ট ফন্টগুলোর উপস্থিতি নির্ধারণ করা যায়।

অস্বাভাবিক ফন্ট সেট বা ঘোষিত অপারেটিং সিস্টেমের সাথে এর অমিল ডিভাইসের সম্ভাব্য কনফিগারেশনগুলো সংকুচিত করতে সাহায্য করতে পারে।

আচরণগত ফ্যাক্টর

অ্যান্টি-ফ্রড এবং বট ডিটেকশনের বৃহত্তর ক্ষেত্রে শুধু ডিভাইসের কারিগরি প্যারামিটারই নয়, ইন্টারফেসের সাথে ব্যবহারকারীর ইন্টারঅ্যাকশনের ধরনও বিশ্লেষণ করা হতে পারে।

এই সিগন্যালগুলোর মধ্যে থাকতে পারে:

• কার্সর মুভমেন্টের ধরন;
• কীবোর্ড চাপার মধ্যবর্তী বিরতি;
• ফর্ম পূরণের পদ্ধতি;
• ধারাবাহিক কাজগুলো সম্পন্ন করার গতি;
• পেজের এলিমেন্টগুলোর সাথে ইন্টারঅ্যাক্ট করার আগে পেজে অবস্থানের সময়।

একটি বিচ্ছিন্ন আচরণগত সিগন্যাল সাধারণত নিজে থেকে ফলাফল নির্ধারণ করে না। সেশনের সামগ্রিক প্রেক্ষাপটই এখানে আসল ভূমিকা রাখে।

কোন প্যারামিটারগুলো সিস্টেমকে এনভায়রনমেন্টের সামঞ্জস্য মূল্যায়ন করতে সাহায্য করে

ক্লাস্টারিং: পেমেন্ট ডেটা কীভাবে অ্যাকাউন্টগুলোর মধ্যে সংযোগ তৈরি করতে পারে

ব্রাউজার এনভায়রনমেন্ট কেন পুরো চিত্রের একটি অংশ মাত্র

একটি স্থিতিশীল ব্রাউজার এবং নেটওয়ার্ক এনভায়রনমেন্ট থাকলেই এর অর্থ এই নয় যে প্ল্যাটফর্মটি অন্যান্য সিগন্যাল থেকে বিচ্ছিন্নভাবে অ্যাকাউন্টটি মূল্যায়ন করবে।

পেমেন্ট তথ্যও অ্যাকাউন্টের সামগ্রিক প্রেক্ষাপটের অংশ হতে পারে। উদাহরণস্বরূপ, নিচের কারণে সংযোগ তৈরি হতে পারে:

• একাধিক অ্যাড অ্যাকাউন্টে একই পেমেন্ট টুল ব্যবহার করা;
• বিলিংয়ে বারবার সমস্যা বা উচ্চ হারের ডিক্লাইন (Declines);
• অ্যাকাউন্টের সাধারণ প্রোফাইলের সাথে পেমেন্ট ডেটার অমিল;
• বিপুল সংখ্যক প্রোফাইলে একই পেমেন্ট তথ্যের পুনরাবৃত্তি।

এর অর্থ এই নয় যে একটি মিল স্বয়ংক্রিয়ভাবে সব অ্যাকাউন্ট ব্যান করে দেবে। কিন্তু পেমেন্ট তথ্যের পুনরাবৃত্তি সেগুলোর মধ্যে অতিরিক্ত কারিগরি সংযোগ তৈরি করতে পারে।

টিমের মধ্যে পেমেন্ট টুল বণ্টন

যেসব টিম একাধিক অ্যাড অ্যাকাউন্ট বা প্রজেক্ট পরিচালনা করে, তাদের জন্য আলাদা পেমেন্ট টুল একটি নির্দিষ্ট কার্ডের ওপর অপারেশনাল নির্ভরতা কমাতে সাহায্য করে।

Pay2.House-এ বিভিন্ন অ্যাড অ্যাকাউন্টের জন্য আলাদা ভার্চুয়াল কার্ড ইস্যু করা এবং সেগুলোর জন্য নিজস্ব লিমিট সেট করা যায়।

এই পদ্ধতিটি খরচ বণ্টন এবং বাজেট নিয়ন্ত্রণ সহজ করে: কোনো নির্দিষ্ট কার্ড বা অ্যাকাউন্টে সমস্যা হলে পুরো টিম পেমেন্ট টুল ছাড়া অচল হয়ে পড়ে না।

একই সময়ে, আলাদা কার্ড নিজে থেকে অ্যাকাউন্টগুলোর মধ্যে সংযোগ না থাকার শতভাগ নিশ্চয়তা দেয় না – বিজ্ঞাপন এবং অ্যান্টি-ফ্রড সিস্টেমগুলো আরও অনেক বিস্তৃত সিগন্যাল বিবেচনা করতে পারে।

অবকাঠামোর যে স্তরগুলো নিয়ন্ত্রণ করা প্রয়োজন

বিজ্ঞাপন চালুর আগে কী কী পরীক্ষা করবেন

• নেটওয়ার্ক এনভায়রনমেন্ট। নিশ্চিত করুন যে IP অ্যাড্রেস, GEO এবং আঞ্চলিক প্যারামিটারগুলো পরস্পরবিরোধী নয়।
• ব্রাউজার প্রোফাইল। User-Agent, অপারেটিং সিস্টেম, WebGL, Canvas, ভাষা এবং অন্যান্য বৈশিষ্ট্য সামঞ্জস্যপূর্ণ কি না তা পরীক্ষা করুন।
• WebRTC। নিশ্চিত করুন যে ব্রাউজারটি এমন কোনো অপ্রত্যাশিত নেটওয়ার্ক ডেটা পাঠাচ্ছে না যা মূল সংযোগের সাথে সাংঘর্ষিক।
• ফিঙ্গারপ্রিন্টের স্থায়িত্ব। একই প্রোফাইলের প্যারামিটারে আকস্মিক পরিবর্তন অস্বাভাবিক দেখাতে পারে।
• পেমেন্ট অবকাঠামো। আগে থেকেই পেমেন্ট টুলগুলো ভাগ করে নিন, উপলব্ধ লিমিট এবং কার্ডের কার্যকারিতা পরীক্ষা করুন।
• অপারেশনাল স্থায়িত্ব। প্রয়োজন ছাড়া অ্যাকাউন্টের গুরুত্বপূর্ণ প্যারামিটারগুলোতে ঘন ঘন পরিবর্তন এড়িয়ে চলুন।

সচরাচর জিজ্ঞাসিত প্রশ্ন (FAQ)

ডিজিটাল ফিঙ্গারপ্রিন্ট পরিবর্তনের জন্য শুধু User-Agent পরিবর্তন করাই কি যথেষ্ট?

না। User-Agent ব্রাউজার এনভায়রনমেন্টের অনেকগুলো প্যারামিটারের মধ্যে একটি মাত্র। WebGL, Canvas, AudioContext, ফন্ট, ডিভাইসের বৈশিষ্ট্য এবং অন্যান্য সিগন্যাল আলাদাভাবে অ্যাক্সেসযোগ্য থাকে। সেগুলো যদি User-Agent-এর সাথে সাংঘর্ষিক হয়, তবে তা অতিরিক্ত অসঙ্গতি তৈরি করতে পারে।

ব্রাউজার ফিঙ্গারপ্রিন্ট বিশ্লেষণের জন্য কোন সার্ভিসগুলো ব্যবহার করা যেতে পারে?

ব্রাউজার এনভায়রনমেন্টের কারিগরি ডায়াগনস্টিকসের জন্য প্রায়ই BrowserLeaks, Pixelscan এবং CreepJS ব্যবহার করা হয়। এগুলো ফিঙ্গারপ্রিন্টের বিভিন্ন উপাদান দেখায় এবং ব্রাউজার, নেটওয়ার্ক ও ডিভাইসের প্যারামিটারগুলোর মধ্যে অসঙ্গতি খুঁজে পেতে সাহায্য করে।

তবে থার্ড-পার্টি চেকারের ফলাফল মানেই এই নয় যে বিজ্ঞাপন প্ল্যাটফর্ম একই মডেলে অ্যাকাউন্ট মূল্যায়ন করছে।

WebRTC বন্ধ রাখা কি স্বয়ংক্রিয়ভাবে একটি সন্দেহজনক সিগন্যাল?

সবসময় নয়। বিভিন্ন ব্রাউজার, কর্পোরেট এনভায়রনমেন্ট এবং প্রাইভেসি টুল বিভিন্নভাবে WebRTC সীমিত করতে পারে। তাই একটি নির্দিষ্ট প্যারামিটার মূল্যায়ন না করে ব্রাউজার এবং নেটওয়ার্ক এনভায়রনমেন্টের সামগ্রিক সামঞ্জস্য মূল্যায়ন করা বেশি যুক্তিসঙ্গত।

একাধিক অ্যাড অ্যাকাউন্টে একই কার্ড ব্যবহার করলে কি সেগুলোর মধ্যে সংযোগ তৈরি হতে পারে?

পেমেন্ট তথ্য অ্যাকাউন্টগুলোকে সংযুক্ত করার একটি সিগন্যাল হতে পারে। তবে এমন কোনো সর্বজনীন নিয়ম নেই যে একটি কার্ড ব্যবহার করলেই স্বয়ংক্রিয়ভাবে সংযুক্ত সব অ্যাকাউন্ট ব্যান হয়ে যাবে।

একাধিক প্রজেক্ট পরিচালনাকারী টিমের জন্য পেমেন্ট টুল আলাদা করা মূলত খরচ, লিমিট এবং অপারেশনাল ঝুঁকি নিয়ন্ত্রণ সহজ করে।

উপসংহার

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

এই কারণেই অবকাঠামোকে সামগ্রিকভাবে দেখা উচিত: একটি «নিরাপদ» Canvas, WebRTC মোড বা BIN খোঁজার চেষ্টা না করে ব্রাউজার এনভায়রনমেন্টের সামঞ্জস্য, নেটওয়ার্ক প্যারামিটার এবং পেমেন্ট প্রক্রিয়া নিয়ন্ত্রণ করা।

পেমেন্টের ক্ষেত্রে Pay2.House টিমগুলোকে আলাদা ভার্চুয়াল কার্ডের মাধ্যমে খরচ বণ্টন করতে, নিজস্ব লিমিট সেট করতে এবং একটি মাত্র পেমেন্ট টুলের ওপর নির্ভরতা কমাতে সাহায্য করে। স্কেলিংয়ের জন্য এটি একটি কার্ডে পুরো বিজ্ঞাপনের বাজেট রাখার ঝুঁকি ছাড়াই আরও নিয়ন্ত্রিত অবকাঠামো প্রদান করে।