WebRTC ফাঁস

সংজ্ঞা

একটি WebRTC লিক ঘটে যখন ব্রাউজারের রিয়েল-টাইম কমিউনিকেশন স্ট্যাক একটি IP ঠিকানা প্রকাশ করে — যেমন প্রকৃত পাবলিক আইপি বা একটি স্থানীয় নেটওয়ার্ক ঠিকানা — যা ব্যবহারকারী প্রক্সি বা VPN এর পিছনে লুকিয়ে থাকবে বলে প্রত্যাশিত৷ WebRTC পিয়ার-টু-পিয়ার অডিও, ভিডিও বা ডেটা সংযোগ সেট আপ করতে নেটওয়ার্ক প্রার্থীদের (আইসিই প্রার্থীদের) সংগ্রহ করে।

এটা কিভাবে কাজ করে

• একটি সংযোগ পথ খুঁজে পেতে, WebRTC স্থানীয় ইন্টারফেস এবং STUN/TURN সার্ভার থেকে ICE প্রার্থীদের সংগ্রহ করে; প্রতিটি প্রার্থী একটি ঠিকানা অন্তর্ভুক্ত.
• একটি HTTP প্রক্সি শুধুমাত্র HTTP ট্রাফিক বহন করে। WebRTC মিডিয়া সাধারণত UDP ব্যবহার করে, যা HTTP প্রক্সি এবং বেশিরভাগ SOCKS প্রক্সি বহন করে না, তাই এটি একটি ভিন্ন রুট নিতে পারে।
• RFC 8828 চারটি আইপি-হ্যান্ডলিং মোড সংজ্ঞায়িত করে, "সমস্ত ঠিকানা গণনা করুন" (সর্বাধিক প্রকাশ) থেকে "ফোর্স প্রক্সি" পর্যন্ত, যেখানে WebRTC ট্র্যাফিক প্রক্সির মধ্য দিয়ে যেতে হবে অন্যথায় UDP অক্ষম করা হবে।

কেন এটা গুরুত্বপূর্ণ

• একটি সাইট যেটি HTTP ট্র্যাফিকের একটি প্রক্সি আইপি এবং WebRTC প্রার্থীরা একটি ভিন্ন আইপি দেখে উভয়ই শিখে — গোপনীয়তাকে ক্ষুন্ন করে এবং একটি সুস্পষ্ট অমিল তৈরি করে৷
• ব্রাউজার এবং এন্টিডিটেক্ট টুল এই কারণে WebRTC সেটিংস (অক্ষম, প্রতিস্থাপন বা প্রক্সির সাথে সারিবদ্ধ) অফার করে।

সীমা এবং সাধারণ ভুল ধারণা

• "যেকোনো ভিপিএন বা প্রক্সি এটি ঠিক করে।" লিক হয় কিনা তা নির্ভর করে ব্রাউজারের WebRTC আইপি-হ্যান্ডলিং মোড এবং প্রক্সি বা VPN কীভাবে ট্র্যাফিক রুট করে তার উপর।
• "WebRTC নিষ্ক্রিয় করাই একমাত্র সমাধান।" RFC 8828 মোডগুলিকেও অনুমতি দেয় যা সংগৃহীত ঠিকানাগুলিকে ডিফল্ট রুটে সীমাবদ্ধ করে বা প্রক্সির মাধ্যমে ট্র্যাফিককে বাধ্য করে; ট্রেড-অফ হল কল গুণমান বা সংযোগ।

কোনো ব্রাউজার বা প্রক্সি গ্যারান্টি দিতে পারে না যে অ্যাকাউন্ট সীমাবদ্ধ থাকবে না। প্রতিটি প্ল্যাটফর্মের নিয়ম অনুসরণ করুন।

সূত্র

• MDN: WebRTC API (ব্রাউজার ডক্স)
• MDN: RTCIce প্রার্থী (ব্রাউজার ডক্স)
• IETF RFC 8828: WebRTC আইপি ঠিকানা পরিচালনার প্রয়োজনীয়তা (মান)

2026-11-07 চেক করা হয়েছে৷

← সমস্ত শব্দকোষ পদ