WiFi-এর জন্য SMS Authentication: এটি কীভাবে কাজ করে এবং কখন এটি ব্যবহার করবেন

WiFi-এর জন্য SMS Authentication: এটি কীভাবে কাজ করে এবং কখন এটি ব্যবহার করবেন একটি Purple এন্টারপ্রাইজ WiFi ইন্টেলিজেন্স ব্রিফিং [সেগমেন্ট ১ — ভূমিকা এবং প্রেক্ষাপট — আনুমানিক ১ মিনিট] Purple WiFi ইন্টেলিজেন্স ব্রিফিং-এ স্বাগতম। আমি আপনাদের হোস্ট, এবং আজ আমরা বড় পরিসরে গেস্ট WiFi ডিপ্লয় করার সময় আপনার সম্মুখীন হওয়া সবচেয়ে ব্যবহারিক সিদ্ধান্তগুলির একটি নিয়ে সরাসরি আলোচনা করব: আপনার কি SMS ওয়ান-টাইম পাসকোডের মাধ্যমে আপনার ব্যবহারকারীদের অথেটিকেট করা উচিত, নাকি আপনার সোশ্যাল লগইন, ইমেইল ভেরিফিকেশন বা সম্পূর্ণ অন্য কিছুর দিকে নজর দেওয়া উচিত? এটি কোনো তাত্ত্বিক আলোচনা নয়। আপনি একটি ৪০০-রুমের হোটেল, একটি আঞ্চলিক শপিং সেন্টার, একটি প্রিমিয়ার লিগ স্টেডিয়াম, বা পাবলিক লাইব্রেরির একটি নেটওয়ার্ক চালান না কেন, আপনার বেছে নেওয়া অথেটিকেশন পদ্ধতির সরাসরি প্রভাব রয়েছে আপনার কমপ্লায়েন্স অবস্থান, আপনার ডেটার গুণমান, আপনার গেস্ট এক্সপেরিয়েন্স এবং পরিশেষে, আপনার WiFi বিনিয়োগ থেকে আপনি যে বাণিজ্যিক মূল্য বের করেন তার ওপর। আগামী দশ মিনিটে, আমি আপনাদের দেখাবো কীভাবে SMS WiFi অথেটিকেশন ভেতরে ভেতরে কাজ করে, এটি কী ডেটা ক্যাপচার করে এবং কেন তা গুরুত্বপূর্ণ, এবং নির্দিষ্ট পরিস্থিতি যেখানে এটি বিকল্পগুলির চেয়ে ভালো পারফর্ম করে। শেষে, আপনার কাছে একটি স্পষ্ট ডিসিশন ফ্রেমওয়ার্ক থাকবে যা আপনি এই সপ্তাহে আপনার টিমের কাছে নিয়ে যেতে পারবেন। চলুন শুরু করা যাক। [সেগমেন্ট ২ — টেকনিক্যাল ডিপ-ডাইভ — আনুমানিক ৫ মিনিট] তাহলে, চলুন মৌলিক বিষয়গুলো দিয়ে শুরু করি। যখন কোনো গেস্ট আপনার WiFi নেটওয়ার্কের সাথে কানেক্ট করেন এবং একটি SMS OTP ফ্লো-এর মধ্য দিয়ে যান তখন আসলে কী ঘটে? প্রক্রিয়াটি শুরু হয় সেই মুহূর্তে যখন কোনো ডিভাইস আপনার SSID-এর সাথে যুক্ত হয়। নেটওয়ার্ক লেয়ারে, আপনার অ্যাক্সেস কন্ট্রোলার — তা Purple-এর মতো ক্লাউড-ম্যানেজড প্ল্যাটফর্ম হোক, বা Cisco Meraki বা Aruba-এর মতো ভেন্ডরের হার্ডওয়্যার কন্ট্রোলার হোক — সেই ডিভাইস থেকে সমস্ত আউটবাউন্ড HTTP ট্রাফিক ইন্টারসেপ্ট করে। ডিভাইসটিকে সম্পূর্ণ ইন্টারনেট অ্যাক্সেস দেওয়ার আগেই এটি এই কাজটি করে। মেকানিজমটি হলো একটি Captive Portal, এবং রিডাইরেক্টটি সাধারণত একটি স্ট্যান্ডার্ড HTTP 302 রেসপন্স যা ডিভাইসের ব্রাউজারকে আপনার ব্র্যান্ডেড স্প্ল্যাশ পেজে পুশ করে। এখন, এখানেই SMS অথেটিকেশন অন্যান্য পদ্ধতি থেকে আলাদা হয়ে যায়। গেস্টকে সোশ্যাল অ্যাকাউন্ট দিয়ে লগইন করতে বা ইমেইল অ্যাড্রেস এন্টার করতে বলার পরিবর্তে, পোর্টালটি একটিমাত্র ইনপুট ফিল্ড উপস্থাপন করে: একটি আন্তর্জাতিক ডায়ালিং কোড সিলেক্টর সহ একটি মোবাইল ফোন নম্বর। গেস্ট তাদের নম্বর টাইপ করেন এবং সাবমিট বাটনে চাপ দেন। সেই মুহূর্তে, আপনার WiFi প্ল্যাটফর্ম একটি SMS গেটওয়ে প্রোভাইডারকে — Twilio, MessageBird, Vonage, বা অনুরূপ — একটি API কল করে, ফোন নম্বরটি পাস করে এবং একটি ওয়ান-টাইম পাসকোড জেনারেট ও পাঠানোর অনুরোধ করে। OTP সাধারণত একটি ছয়-সংখ্যার নিউমেরিক কোড যার টাইম-টু-লিভ আপনার কনফিগারেশনের ওপর নির্ভর করে তিন থেকে দশ মিনিটের মধ্যে হয়। কোডটি একটি ক্রিপ্টোগ্রাফিক্যালি সিকিউর সিউডো-র‍্যান্ডম নম্বর জেনারেটর ব্যবহার করে তৈরি করা হয় এবং এটি সিঙ্গেল-ইউজ। এটি সার্ভার-সাইডে স্টোর করা হয়, হ্যাশ করা হয় এবং গেস্টের সাবমিশনের সাথে তুলনা করা হয়। গেস্ট তাদের হ্যান্ডসেটে SMS পান — সাধারণত একটি ভালো সেলুলার নেটওয়ার্কে দুই থেকে পাঁচ সেকেন্ডের মধ্যে — পোর্টালে কোডটি এন্টার করেন এবং প্ল্যাটফর্ম এটি ভ্যালিডেট করে। সফল ভ্যালিডেশনের পর, অ্যাক্সেস কন্ট্রোলার একটি পলিসি রুল ওপেন করে যা সেই ডিভাইসের MAC অ্যাড্রেসকে ইন্টারনেটে ট্রাফিক পাস করার অনুমতি দেয়। সেশনটি একটি টাইমস্ট্যাম্প, যাচাইকৃত ফোন নম্বর, ডিভাইসের MAC অ্যাড্রেস, অ্যাক্সেস পয়েন্ট আইডেন্টিফায়ার এবং ভেন্যুর লোকেশন সহ লগ করা হয়। স্ট্যান্ডার্ডের দৃষ্টিকোণ থেকে, এই ফ্লো-টি RFC 7710 এবং IETF Captive Portal API স্পেসিফিকেশনে সংজ্ঞায়িত বৃহত্তর Captive Portal আর্কিটেকচারের মধ্যে বসে। অন্তর্নিহিত WiFi সিকিউরিটি সম্পূর্ণ আলাদা — আপনি সাধারণত SSID-তে WPA2 বা WPA3 চালাচ্ছেন, এবং Captive Portal লেয়ার 7-এ কাজ করে, লেয়ার 2-এ নয়। এই পার্থক্যটি পরিষ্কার হওয়া দরকার: SMS OTP হলো একটি আইডেন্টিটি ভেরিফিকেশন মেকানিজম, নেটওয়ার্ক এনক্রিপশন মেকানিজম নয়। এই দুটি সমান্তরালভাবে কাজ করে। এখন, এটি আসলে কী ডেটা ক্যাপচার করে এবং কেন এটি গুরুত্বপূর্ণ? প্রাথমিক ডেটা পয়েন্ট হলো একটি যাচাইকৃত, সক্রিয় মোবাইল ফোন নম্বর। আমি এখানে "যাচাইকৃত" শব্দটির ওপর জোর দিতে চাই, কারণ ইমেইল-ভিত্তিক অথেটিকেশনের বিপরীতে এটিই মূল পার্থক্যকারী। একটি ইমেইল অ্যাড্রেস ত্রিশ সেকেন্ডের মধ্যে তৈরি করা একটি থ্রোঅ্যাওয়ে অ্যাকাউন্ট হতে পারে। একটি সক্রিয় সিমের সাথে যুক্ত একটি মোবাইল নম্বর হলো একটি স্থায়ী, বাস্তব-জগতের আইডেন্টিটি অ্যাঙ্কর। বড় পরিসরে এটি জাল করা উল্লেখযোগ্যভাবে কঠিন, এবং এটি SMS মার্কেটিংয়ের মাধ্যমে ফলো-আপ কমিউনিকেশনের জন্য সরাসরি কার্যকর — অবশ্যই, গেস্টের স্পষ্ট কনসেন্ট সাপেক্ষে, যা আপনার পোর্টাল লগইনের সময় ক্যাপচার করবে। ফোন নম্বরের বাইরে, একটি সু-কনফিগার করা SMS অথেটিকেশন ডিপ্লয়মেন্ট ক্যাপচার করে: প্রথম কানেকশন এবং পরবর্তী প্রতিটি রিকানেকশনের টাইমস্ট্যাম্প; ডিভাইসটি যে অ্যাক্সেস পয়েন্টের সাথে কানেক্ট হয়েছে, যা আপনাকে আপনার ভেন্যুর ভেতরে ফিজিক্যাল লোকেশন ডেটা দেয়; ডিভাইসের MAC অ্যাড্রেস, যা রিটার্ন ভিজিটর আইডেন্টিফিকেশন সক্ষম করে; সেশনের সময়কাল; এবং, যদি আপনি একটি মাল্টি-সাইট ডিপ্লয়মেন্ট চালান, তবে নির্দিষ্ট ভেন্যু বা প্রপার্টি। এই ডেটা সেটটি ডিজাইনগতভাবেই লিন। সোশ্যাল লগইনের তুলনায়, যা একটি থার্ড-পার্টি প্ল্যাটফর্ম থেকে নাম, ইমেইল, প্রোফাইল ফটো, ফ্রেন্ড গ্রাফ এবং বিহেভিয়ারাল ডেটা টেনে আনতে পারে, SMS অথেটিকেশন ন্যূনতম কার্যকর আইডেন্টিটি ডেটাসেট ক্যাপচার করে। এবং একটি পোস্ট-GDPR, পোস্ট-PECR রেগুলেটরি পরিবেশে, এই লিননেস একটি ফিচার, সীমাবদ্ধতা নয়। আমাকে কমপ্লায়েন্স অ্যাঙ্গেল নিয়ে একটু বিস্তারিত কথা বলতে দিন, কারণ এখানেই আমি ফিল্ডে সবচেয়ে বেশি বিভ্রান্তি দেখতে পাই। UK GDPR এবং এর ইইউ সমতুল্য আইনের অধীনে, ব্যক্তিগত ডেটা প্রসেস করার জন্য আপনার একটি আইনি ভিত্তি প্রয়োজন। গেস্ট WiFi-এর জন্য, সবচেয়ে সমর্থনযোগ্য ভিত্তি হলো সাধারণত লেজিটিমেট ইন্টারেস্ট বা, মার্কেটিংয়ের উদ্দেশ্যে, এক্সপ্লিসিট কনসেন্ট। SMS অথেটিকেশন উভয়কেই পরিষ্কারভাবে সাপোর্ট করে। ফোন নম্বরটি একটি স্পষ্ট উদ্দেশ্যে সংগ্রহ করা হয় — নেটওয়ার্ক অ্যাক্সেস — এবং যেকোনো মার্কেটিং কনসেন্ট রেজিস্ট্রেশনের সময় একটি আলাদা, আনবান্ডেলড টিক-বক্স হিসেবে ক্যাপচার করা হয়। আপনি কী ডেটা ধারণ করেন, এটি কোথা থেকে এসেছে বা এটি কীসের জন্য ব্যবহৃত হয় সে সম্পর্কে কোনো অস্পষ্টতা নেই। বিপরীতে, সোশ্যাল লগইন আপনার কনসেন্ট চেইনে একটি থার্ড-পার্টি ডেটা কন্ট্রোলার নিয়ে আসে। যখন কোনো গেস্ট তাদের Facebook অ্যাকাউন্ট দিয়ে লগইন করেন, তখন আপনি Meta-এর OAuth ইমপ্লিমেন্টেশন, Meta-এর ডেটা প্র্যাকটিস এবং গেস্ট কীসে সম্মতি দিচ্ছেন সে সম্পর্কে তাদের বোঝার ওপর নির্ভর করছেন। একজন ডেটা প্রোটেকশন অফিসারের (DPO) দৃষ্টিকোণ থেকে, এটি একটি আরও জটিল লায়াবিলিটি সারফেস। আমি কাজ করেছি এমন বেশ কয়েকটি বড় হসপিটালিটি গ্রুপ সোশ্যাল লগইন থেকে সরে এসেছে বিশেষ করে কারণ তাদের DPO-রা কনসেন্ট চেইনের জটিলতাকে একটি অগ্রহণযোগ্য ঝুঁকি হিসেবে চিহ্নিত করেছেন। SMS অথেটিকেশনের জন্য একটি প্র্যাকটিক্যাল রেজিলিয়েন্স আর্গুমেন্টও রয়েছে। সোশ্যাল লগইনের জন্য আপনার পোর্টালকে Google, Facebook বা Apple-এর OAuth এন্ডপয়েন্টগুলিতে আউটবাউন্ড API কল করতে হয়। যদি সেই পরিষেবাগুলি ডাউনটাইমের সম্মুখীন হয় — যা ঘটে থাকে — আপনার সম্পূর্ণ গেস্ট অনবোর্ডিং ফ্লো ভেঙে যায়। বিপরীতে, SMS গেটওয়ে প্রোভাইডাররা অত্যন্ত উচ্চ অ্যাভেইলেবিলিটি SLA অফার করে, সাধারণত 99.95% বা তার বেশি, এবং আপনি একাধিক প্রোভাইডারের মধ্যে ফেইলওভার কনফিগার করতে পারেন। ৬০,০০০ কনকারেন্ট ডিভাইস সহ একটি ম্যাচ-ডে ইভেন্ট চালানো স্টেডিয়ামের জন্য, এই রেজিলিয়েন্স ব্যাপকভাবে গুরুত্বপূর্ণ। [সেগমেন্ট ৩ — ইমপ্লিমেন্টেশন রেকমেন্ডেশন এবং পিটফল — আনুমানিক ২ মিনিট] ঠিক আছে, চলুন ডিপ্লয়মেন্ট নিয়ে কথা বলি। একটি সু-সম্পাদিত SMS অথেটিকেশন ইমপ্লিমেন্টেশন আসলে কেমন দেখায়? প্রথমত, গেটওয়ে নির্বাচন। একটিমাত্র SMS প্রোভাইডারের ওপর নির্ভর করবেন না। অটোমেটিক ফেইলওভার সহ অন্তত দুটি গেটওয়ে প্রোভাইডার সাপোর্ট করার জন্য আপনার প্ল্যাটফর্ম কনফিগার করুন। শক্তিশালী আঞ্চলিক কভারেজ আছে এমন প্রোভাইডারদের কাছে আন্তর্জাতিক নম্বরগুলি রুট করুন — একটি ইউকে-ভিত্তিক প্রোভাইডারের অভ্যন্তরীণভাবে চমৎকার ডেলিভারি রেট থাকতে পারে কিন্তু দক্ষিণ-পূর্ব এশিয়ার মোবাইল নেটওয়ার্কগুলিতে দুর্বল থ্রুপুট থাকতে পারে। আপনি যদি একটি আন্তর্জাতিক হোটেল ব্র্যান্ড চালান, তবে এটি গুরুত্বপূর্ণ। দ্বিতীয়ত, OTP এক্সপায়ারি এবং রেট লিমিটিং। আপনার OTP টাইম-টু-লিভ পাঁচ মিনিটে সেট করুন — একজন গেস্ট যিনি তার ফোন নিয়ে ব্যস্ত তার জন্য যথেষ্ট দীর্ঘ, ক্রেডেনশিয়াল স্টাফিং অ্যাটাকের উইন্ডো সীমিত করার জন্য যথেষ্ট ছোট। ফোন নম্বর লেভেলে রেট লিমিটিং ইমপ্লিমেন্ট করুন: প্রতি নম্বরে প্রতি ঘণ্টায় তিনটির বেশি OTP রিকোয়েস্ট নয়। এটি আপনার SMS বাজেটকে অটোমেটেড অ্যাবিউজের কারণে শেষ হয়ে যাওয়া থেকে বাধা দেয় এবং সিম-ভিত্তিক এনিউমারেশন অ্যাটাক থেকে রক্ষা করে। তৃতীয়ত, সেশন ম্যানেজমেন্ট। আপনার সেশন টাইমআউট পলিসিগুলি সাবধানে সংজ্ঞায়িত করুন। একটি হোটেলের জন্য, ফিরে আসার পর অটোমেটিক রি-অথেটিকেশন সহ একটি ২৪-ঘণ্টার সেশন উপযুক্ত — গেস্টরা প্রতিবার ব্রেকফাস্ট থেকে ফিরে আসার পর পুনরায় ভেরিফাই করতে চান না। একটি স্টেডিয়াম বা ইভেন্ট ভেন্যুর জন্য, ইভেন্টের সময়কালের সাথে সামঞ্জস্যপূর্ণ দুই থেকে চার ঘণ্টার ছোট সেশন বেশি উপযুক্ত, এবং তারা আপনাকে প্রতি ইভেন্টে ক্লিনার ডেটা সেগমেন্টেশন দেয়। চতুর্থত, কনসেন্ট ক্যাপচার। এটি নন-নেগোশিয়েবল। গেস্ট তাদের ফোন নম্বর সাবমিট করার আগে আপনার পোর্টালকে অবশ্যই একটি স্পষ্ট, আনবান্ডেলড মার্কেটিং কনসেন্ট চেকবক্স উপস্থাপন করতে হবে — যা টার্মস অফ সার্ভিস অ্যাকসেপ্টেন্স থেকে আলাদা। প্রি-টিক করা বক্সগুলি GDPR-এর অধীনে কমপ্লায়েন্ট নয়। টাইমস্ট্যাম্প এবং গেস্টকে দেখানো সঠিক শব্দচয়ন সহ কনসেন্ট রেকর্ডটি অডিটের উদ্দেশ্যে অবশ্যই স্টোর করা এবং রিট্রিভ করার যোগ্য হতে হবে। এখন, পিটফল বা ফাঁদগুলো। আমি সবচেয়ে সাধারণ যে ফেইলিওর মোডটি দেখি তা হলো ভেন্যুর ভেতরে দুর্বল সেলুলার কভারেজ। যদি আপনার গেস্টরা কোনো বেসমেন্ট কনফারেন্স রুমে বা মোবাইল সিগন্যাল নেই এমন পুরু দেয়ালযুক্ত হোটেল করিডোরে থাকেন, তবে তারা SMS পেতে পারবেন না। এর প্রশমন হলো একটি বিকল্প অথেটিকেশন পাথ অফার করা — ইমেইল OTP বা একটি সাধারণ ক্লিক-থ্রু — একটি ফলব্যাক হিসেবে, যা পোর্টালে স্পষ্টভাবে সাইনপোস্ট করা থাকবে। SMS-কে একমাত্র বিকল্প করবেন না। দ্বিতীয় পিটফলটি হলো আন্তর্জাতিক নম্বর ফরম্যাটিং। যদি আপনার পোর্টাল সম্পূর্ণ E.164 আন্তর্জাতিক ফরম্যাট — অর্থাৎ প্লাস সাইন, কান্ট্রি কোড এবং সাবস্ক্রাইবার নম্বর — সঠিকভাবে হ্যান্ডেল না করে, তবে আপনি আন্তর্জাতিক গেস্টদের কাছে নীরবে OTP ডেলিভারি করতে ব্যর্থ হবেন। গো-লাইভের আগে অন্তত পাঁচটি ভিন্ন কান্ট্রি কোডের নম্বর দিয়ে আপনার পোর্টাল পরীক্ষা করুন। [সেগমেন্ট ৪ — র‍্যাপিড-ফায়ার Q&A — আনুমানিক ১ মিনিট] নেটওয়ার্ক আর্কিটেক্ট এবং আইটি ম্যানেজারদের কাছ থেকে আমি নিয়মিত শুনি এমন কয়েকটি প্রশ্নের উত্তর দিচ্ছি। "স্টাফ নেটওয়ার্কের জন্য 802.1X-এর পাশাপাশি কি SMS অথেটিকেশন কাজ করতে পারে?" অবশ্যই। আপনি আলাদা SSID চালান — স্টাফদের জন্য সার্টিফিকেট-ভিত্তিক অথেটিকেশন সহ 802.1X, গেস্টদের জন্য SMS OTP সহ Captive Portal। তারা একই ফিজিক্যাল ইনফ্রাস্ট্রাকচারে স্বাধীনভাবে কাজ করে। "MAC অ্যাড্রেস র‍্যান্ডমাইজেশন সহ iOS ডিভাইসে কি SMS অথেটিকেশন কাজ করে?" হ্যাঁ। MAC র‍্যান্ডমাইজেশন সেশন জুড়ে ডিভাইস ট্র্যাকিংকে প্রভাবিত করে, কিন্তু একটি একক সেশনের মধ্যে MAC স্থিতিশীল থাকে। রিটার্ন ভিজিটর আইডেন্টিফিকেশনের জন্য, আপনি যাচাইকৃত ফোন নম্বরের ওপর কো-রিলেট করেন, MAC অ্যাড্রেসের ওপর নয়। Purple-এর প্ল্যাটফর্ম এটি নেটিভলি হ্যান্ডেল করে। "প্রতি অথেটিকেশনে সাধারণ SMS খরচ কত?" বড় পরিসরে, আপনি ইউকে-তে ডেলিভার করা প্রতি OTP-এর জন্য এক থেকে তিন পেন্স দেখছেন, আন্তর্জাতিক নম্বরগুলির জন্য সামান্য বেশি। প্রতিদিন ১৫০টি নতুন অথেটিকেশন করা একটি ২০০-রুমের হোটেলের জন্য, এটি গেটওয়ে খরচে প্রতি বছর প্রায় £১,৫০০ থেকে £২,৫০০ — যা জেনারেট করা ডেটা এবং মার্কেটিং ভ্যালুর বিপরীতে একটি নগণ্য লাইন আইটেম। "SMS অথেটিকেশন কি PCI DSS পরিবেশের জন্য উপযুক্ত?" SMS OTP কার্ডহোল্ডার ডেটা পরিবেশের জন্য কোনো PCI DSS অথেটিকেশন কন্ট্রোল নয়। এটি নেটওয়ার্ক অ্যাক্সেসের জন্য একটি গেস্ট আইডেন্টিটি মেকানিজম। আপনার গেস্ট WiFi VLAN-কে যেকোনো পেমেন্ট নেটওয়ার্ক ইনফ্রাস্ট্রাকচার থেকে কঠোরভাবে আলাদা রাখুন, এবং আপনার কোনো PCI স্কোপ সমস্যা থাকবে না। [সেগমেন্ট ৫ — সারাংশ এবং পরবর্তী পদক্ষেপ — আনুমানিক ১ মিনিট] আজকের ব্রিফিং থেকে মূল টেকঅ্যাওয়েগুলি সারসংক্ষেপ করতে। SMS WiFi অথেটিকেশন একটি যাচাইকৃত, স্থায়ী আইডেন্টিটি অ্যাঙ্কর — মোবাইল ফোন নম্বর — প্রদান করে, যার সাথে ন্যূনতম ডেটা সংগ্রহের ওভারহেড এবং একটি ক্লিন GDPR কমপ্লায়েন্স প্রোফাইল রয়েছে। এটি হসপিটালিটি, ইভেন্ট এবং পাবলিক-সেক্টর ডিপ্লয়মেন্টের জন্য সঠিক পছন্দ যেখানে গেস্ট ডেমোগ্রাফিক বিস্তৃত, সোশ্যাল মিডিয়া অ্যাকাউন্টের মালিকানা ধরে নেওয়া যায় না এবং কমপ্লায়েন্সের সরলতা একটি অগ্রাধিকার। টেকনিক্যাল ফ্লো-টি সহজবোধ্য: Captive Portal রিডাইরেক্ট, ফোন নম্বর এন্ট্রি, গেটওয়ে API-এর মাধ্যমে SMS OTP পাঠানো, কোড ভ্যালিডেশন, সেশন ওপেন। ক্যাপচার করা ডেটা লিন কিন্তু কার্যকর: যাচাইকৃত নম্বর, টাইমস্ট্যাম্প, লোকেশন, ডিভাইস আইডেন্টিফায়ার। সোশ্যাল লগইনের চেয়ে SMS বেছে নিন যখন আপনার অডিয়েন্স ডেমোগ্রাফিক্যালি বৈচিত্র্যময় হয়, যখন আপনার DPO-এর থার্ড-পার্টি OAuth কনসেন্ট চেইন নিয়ে উদ্বেগ থাকে, বা যখন আপনার থার্ড-পার্টি প্ল্যাটফর্ম আউটেজের বিরুদ্ধে রেজিলিয়েন্স প্রয়োজন হয়। আপনার তাৎক্ষণিক পরবর্তী পদক্ষেপ: আপনার কমপ্লায়েন্স প্রয়োজনীয়তার বিপরীতে আপনার বর্তমান অথেটিকেশন পদ্ধতি অডিট করুন। আপনি যদি সোশ্যাল লগইনে থাকেন এবং সম্প্রতি আপনার কনসেন্ট চেইন রিভিউ না করে থাকেন, তবে এই মাসে আপনার DPO-এর সাথে সেই আলোচনাটি করা উচিত। আপনি যদি একটি নতুন ভেন্যু ডিপ্লয় করেন, তবে ফলব্যাক হিসেবে ইমেইল সহ আপনার প্রাথমিক পদ্ধতি হিসেবে SMS OTP তৈরি করুন এবং প্রথম দিন থেকেই ডুয়াল SMS গেটওয়ে প্রোভাইডার কনফিগার করুন। Purple-এর গেস্ট WiFi ইন্টেলিজেন্স প্ল্যাটফর্ম এবং কীভাবে SMS অথেটিকেশন আমাদের অ্যানালিটিক্স এবং মার্কেটিং অটোমেশন স্যুটের সাথে ইন্টিগ্রেট করে সে সম্পর্কে আরও জানতে, purple.ai ভিজিট করুন। শোনার জন্য ধন্যবাদ।