PEAP প্রমাণীকরণ কী? PEAP কীভাবে আপনার WiFi সুরক্ষিত করে

PEAP প্রমাণীকরণ কী? PEAP কীভাবে আপনার WiFi সুরক্ষিত করে। একটি Purple এন্টারপ্রাইজ WiFi ইন্টেলিজেন্স ব্রিফিং। স্বাগতম। আপনি যদি কোনো হোটেল গ্রুপ, রিটেইল এস্টেট, স্টেডিয়াম বা পাবলিক-সেক্টর প্রতিষ্ঠানে নেটওয়ার্ক নিরাপত্তার দায়িত্বে থাকেন, তবে এই ব্রিফিংটি আপনার জন্য। আগামী দশ মিনিটে, আমরা PEAP প্রমাণীকরণ নিয়ে আলোচনা করব — এটি আসলে কী, এটি কীভাবে কাজ করে, আপনার নিরাপত্তা আর্কিটেকচারে এটি কোথায় ফিট করে এবং সবচেয়ে গুরুত্বপূর্ণভাবে, কখন এটি সঠিক পছন্দ বনাম কখন আপনার আরও শক্তিশালী কিছু খোঁজা উচিত। চলুন শুরু করা যাক। প্রথম বিভাগ: প্রেক্ষাপট এবং কেন এটি এখন গুরুত্বপূর্ণ। আজকের বেশিরভাগ এন্টারপ্রাইজ WiFi স্থাপনা এখনও দুটি প্রমাণীকরণ মডেলের একটির উপর নির্ভর করে। আপনার কাছে হয় একটি প্রি-শেয়ার্ড কি আছে — প্রতিষ্ঠান জুড়ে শেয়ার করা একটি একক পাসওয়ার্ড — অথবা আপনার কাছে 802.1X আছে, যা পোর্ট-ভিত্তিক নেটওয়ার্ক অ্যাক্সেস কন্ট্রোলের জন্য IEEE স্ট্যান্ডার্ড। PEAP দৃঢ়ভাবে 802.1X ক্যাম্পের মধ্যে পড়ে এবং এটি বিশ্বব্যাপী কর্পোরেট এবং প্রাতিষ্ঠানিক পরিবেশে সবচেয়ে বেশি ব্যবহৃত EAP পদ্ধতি। PEAP এত প্রভাবশালী হয়ে ওঠার কারণটি সহজ: এটি একটি বাস্তব অপারেশনাল সমস্যার সমাধান করেছে। PEAP-এর আগে, সার্টিফিকেট-ভিত্তিক WiFi প্রমাণীকরণ স্থাপন করার অর্থ ছিল প্রতিটি ডিভাইসে — প্রতিটি ল্যাপটপ, প্রতিটি ফোন, প্রতিটি ট্যাবলেটে ক্লায়েন্ট সার্টিফিকেট ইস্যু করা। পাঁচশ কর্মী এবং একটি BYOD পলিসি সহ একটি প্রতিষ্ঠানের জন্য, এটি এমন একটি PKI ডিপ্লয়মেন্টের মাথাব্যথা ছিল যার জন্য বেশিরভাগ আইটি টিমের কাছে বাজেট বা সময় ছিল না। PEAP একটি মধ্যম পথ অফার করেছে: TLS-এর মাধ্যমে শক্তিশালী সার্ভার-সাইড প্রমাণীকরণ, সাথে ক্লায়েন্ট সাইডে ইউজারনেম এবং পাসওয়ার্ড ক্রেডেনশিয়াল। কোনো ক্লায়েন্ট সার্টিফিকেটের প্রয়োজন নেই। এই আপসটি ২০০০ এবং ২০১০-এর দশকে এন্টারপ্রাইজ WiFi প্রমাণীকরণের জন্য PEAP-কে ডি ফ্যাক্টো স্ট্যান্ডার্ডে পরিণত করেছিল এবং এটি আজও অত্যন্ত সাধারণ। ২০২৪ এবং তার পরেও পরিকাঠামোগত সিদ্ধান্ত গ্রহণকারী যেকোনো ব্যক্তির জন্য এর আর্কিটেকচার — এবং এর সীমাবদ্ধতাগুলি — বোঝা অপরিহার্য। দ্বিতীয় বিভাগ: প্রযুক্তিগত গভীর বিশ্লেষণ。 PEAP-এর মাধ্যমে কোনো ডিভাইস প্রমাণীকরণ করার সময় ঠিক কী ঘটে তা নিয়ে আলোচনা করা যাক। এই প্রক্রিয়ার দুটি স্বতন্ত্র ধাপ রয়েছে এবং উভয়টি বোঝাই গুরুত্বপূর্ণ। এই আদান-প্রদানে তিনটি অ্যাক্টর রয়েছে: সাপ্লিক্যান্ট — এটি হলো ক্লায়েন্ট ডিভাইস, তা ল্যাপটপ, স্মার্টফোন বা IoT টার্মিনাল যাই হোক না কেন; অথেন্টিকেটর — সাধারণত ওয়্যারলেস অ্যাক্সেস পয়েন্ট বা ওয়্যারলেস ল্যান কন্ট্রোলার; এবং প্রমাণীকরণ সার্ভার — প্রায় সবসময়ই একটি RADIUS সার্ভার, যেমন মাইক্রোসফট NPS, FreeRADIUS, বা একটি ক্লাউড-হোস্টেড RADIUS সার্ভিস। প্রথম ধাপ হলো TLS টানেল স্থাপন। যখন সাপ্লিক্যান্ট সংযোগ করার চেষ্টা করে, তখন অথেন্টিকেটর অবিলম্বে অ্যাক্সেস দেয় না। পরিবর্তে, এটি লোকাল নেটওয়ার্কের মাধ্যমে একটি EAP আদান-প্রদান শুরু করে — এটি হলো EAPOL, EAP ওভার ল্যান। অথেন্টিকেটর এটিকে RADIUS সার্ভারে ফরোয়ার্ড করে, যা ক্লায়েন্টের কাছে তার সার্ভার-সাইড TLS সার্টিফিকেট উপস্থাপন করে। ক্লায়েন্ট তার বিশ্বস্ত সার্টিফিকেট স্টোরের বিপরীতে সেই সার্টিফিকেটটি যাচাই করে। যাচাইকরণ সফল হলে, ক্লায়েন্ট এবং RADIUS সার্ভারের মধ্যে একটি TLS টানেল স্থাপিত হয়। এই টানেলটি এনক্রিপ্ট করা থাকে — আধুনিক স্থাপনাগুলিতে সাধারণত TLS 1.2 বা 1.3। দ্বিতীয় ধাপ হলো ইনার প্রমাণীকরণ। সেই এনক্রিপ্ট করা টানেলের ভিতরে, প্রকৃত ক্রেডেনশিয়ালগুলি আদান-প্রদান করা হয়। সবচেয়ে সাধারণ স্থাপনায় — PEAP-MSCHAPv2 — ক্লায়েন্ট মাইক্রোসফট চ্যালেঞ্জ হ্যান্ডশেক অথেন্টিকেশন প্রোটোকল সংস্করণ ২ ব্যবহার করে একটি ইউজারনেম এবং পাসওয়ার্ড পাঠায়। RADIUS সার্ভার তার আইডেন্টিটি স্টোরের বিপরীতে সেই ক্রেডেনশিয়ালগুলি যাচাই করে, যা অ্যাক্টিভ ডিরেক্টরি, LDAP বা ক্লাউড আইডেন্টিটি প্রোভাইডার হতে পারে। ক্রেডেনশিয়ালগুলি সঠিক হলে, RADIUS সার্ভার অথেন্টিকেটরের মাধ্যমে একটি Access-Accept মেসেজ ফেরত পাঠায় এবং ক্লায়েন্টকে নেটওয়ার্ক অ্যাক্সেস দেওয়া হয়। এখানকার মূল নিরাপত্তা বৈশিষ্ট্য হলো যে MSCHAPv2 আদান-প্রদানটি TLS টানেলের ভিতরে ঘটে। ওয়্যারলেস চ্যানেলটি প্যাসিভভাবে মনিটর করা কোনো আক্রমণকারী ট্রানজিটের সময় ক্রেডেনশিয়ালগুলি দেখতে পারে না। এটিই PEAP-এর মূল ভ্যালু প্রপোজিশন। এখন, PEAP-MSCHAPv2 কোথায় পিছিয়ে পড়ে? দুটি উল্লেখযোগ্য সমস্যা রয়েছে যা যেকোনো নিরাপত্তা-সচেতন আর্কিটেক্টকে বুঝতে হবে। প্রথমত: সার্ভার সার্টিফিকেট যাচাইকরণ। PEAP-এর জন্য শুধুমাত্র সার্ভারকে একটি সার্টিফিকেট উপস্থাপন করতে হয় — এর জন্য ক্লায়েন্টকে কোনো সার্টিফিকেট উপস্থাপন করতে হয় না। এটি একটি সুপরিচিত আক্রমণ ভেক্টর তৈরি করে। যদি কোনো ক্লায়েন্ট ডিভাইস যেকোনো সার্টিফিকেট গ্রহণ করার জন্য — বা যেকোনো CA থেকে সার্টিফিকেট গ্রহণ করার জন্য ভুলভাবে কনফিগার করা থাকে, তবে একজন আক্রমণকারী একটি রগ অ্যাক্সেস পয়েন্ট দাঁড় করাতে পারে, একটি জাল সার্টিফিকেট উপস্থাপন করতে পারে এবং MSCHAPv2 হ্যান্ডশেক ইন্টারসেপ্ট করতে পারে। hostapd-wpe-এর মতো টুলগুলি এই আক্রমণকে খুব সহজ করে তুলেছে। এর প্রশমন হলো কঠোর সাপ্লিক্যান্ট কনফিগারেশন: সার্ভার সার্টিফিকেট যাচাইকরণ প্রয়োগ করুন, প্রত্যাশিত CA পিন করুন এবং সার্ভারের কমন নেম নির্দিষ্ট করুন। যেকোনো গুরুতর স্থাপনায় এটি অ-আলোচনাযোগ্য। দ্বিতীয়ত: MSCHAPv2 হলো পরিচিত দুর্বলতা সহ একটি পুরোনো প্রোটোকল। মক্সি মার্লিনস্পাইকের ২০১২ সালের গবেষণায় দেখা গেছে যে পর্যাপ্ত কম্পিউট পাওয়ার থাকলে MSCHAPv2 চ্যালেঞ্জ-রেসপন্স পেয়ারগুলি অফলাইনে ক্র্যাক করা যেতে পারে। যদি কোনো আক্রমণকারী ইনার প্রমাণীকরণ আদান-প্রদান ক্যাপচার করে — উদাহরণস্বরূপ উপরে বর্ণিত রগ AP আক্রমণের মাধ্যমে — তবে তারা অফলাইনে প্লেইনটেক্সট পাসওয়ার্ড পুনরুদ্ধার করার চেষ্টা করতে পারে। তাই আপনার পাসওয়ার্ড পলিসির শক্তি সরাসরি আপনার এক্সপোজারকে প্রভাবিত করে। দীর্ঘ, জটিল, এলোমেলোভাবে তৈরি করা পাসওয়ার্ডগুলি এই ঝুঁকি উল্লেখযোগ্যভাবে হ্রাস করে。 এটিকে EAP-TLS-এর সাথে তুলনা করুন, যেখানে সার্ভার এবং ক্লায়েন্ট উভয়ই সার্টিফিকেট উপস্থাপন করে। চুরি করার মতো কোনো পাসওয়ার্ড নেই। আক্রমণের সারফেস নাটকীয়ভাবে হ্রাস পায়। এর ট্রেড-অফ হলো অপারেশনাল জটিলতা: আপনার একটি PKI প্রয়োজন, আপনাকে ক্লায়েন্ট সার্টিফিকেট ইস্যু এবং পরিচালনা করতে হবে এবং প্রতিটি ডিভাইসে সেগুলি বিতরণ করার জন্য আপনার একটি মেকানিজম প্রয়োজন। একটি পরিপক্ক MDM স্থাপনা এবং একটি সুপরিচালিত PKI সহ প্রতিষ্ঠানগুলির জন্য, EAP-TLS হলো গোল্ড স্ট্যান্ডার্ড। অন্য সবার জন্য, কঠোর কনফিগারেশন সহ PEAP-MSCHAPv2 একটি সমর্থনযোগ্য এবং ব্যবহারিক পছন্দ হিসেবে রয়ে গেছে। তৃতীয় বিভাগ: বাস্তবায়নের সুপারিশ এবং ত্রুটি। আমাকে আপনাকে ব্যবহারিক ডিপ্লয়মেন্ট গাইডেন্স দিতে দিন। এই জিনিসগুলিই একটি সুরক্ষিত PEAP স্থাপনাকে একটি দুর্বল স্থাপনা থেকে আলাদা করে। এক নম্বর: প্রতিটি সাপ্লিক্যান্টে সার্ভার সার্টিফিকেট যাচাইকরণ প্রয়োগ করুন। এটি একক সবচেয়ে গুরুত্বপূর্ণ কনফিগারেশন আইটেম। উইন্ডোজে, এটি ওয়্যারলেস নেটওয়ার্ক প্রোফাইলে "Validate server certificate" চেকবক্স। iOS এবং Android-এ, এটি EAP কনফিগারেশনে CA সার্টিফিকেট ফিল্ড। যদি এটি কনফিগার করা না থাকে, তবে অন্য সবকিছু কতটা ভালোভাবে সেট আপ করা হয়েছে তা নির্বিশেষে আপনার PEAP স্থাপনা রগ AP আক্রমণের জন্য ঝুঁকিপূর্ণ। দুই নম্বর: ম্যানুয়াল কনফিগারেশন নয়, MDM বা GPO-এর মাধ্যমে ডিপ্লয় করুন। এন্ড ইউজারদের দ্বারা ম্যানুয়াল কনফিগারেশন অবিশ্বস্ত। ব্যবহারকারীরা সার্টিফিকেট সতর্কতাগুলি ক্লিক করে এড়িয়ে যাবে। তারা CA ফিল্ড ভুলভাবে কনফিগার করবে। মাইক্রোসফট ইনটিউন, জ্যামফ বা গ্রুপ পলিসির মাধ্যমে আপনার ওয়্যারলেস প্রোফাইলগুলি পুশ করুন। এটি আপনার এস্টেট জুড়ে সামঞ্জস্যপূর্ণ, পলিসি-সম্মত সাপ্লিক্যান্ট কনফিগারেশন নিশ্চিত করে। তিন নম্বর: আপনার RADIUS সার্ভারে ন্যূনতম হিসেবে TLS 1.2 ব্যবহার করুন। TLS 1.0 এবং 1.1 নিষ্ক্রিয় করুন। বেশিরভাগ আধুনিক RADIUS ইমপ্লিমেন্টেশন এটি সমর্থন করে, তবে এটি যাচাই করা মূল্যবান — বিশেষ করে পুরোনো অন-প্রিমিসেস স্থাপনাগুলিতে। চার নম্বর: আপনার আইডেন্টিটি প্রোভাইডারের সাথে একীভূত করুন। PEAP-MSCHAPv2 একটি ক্রেডেনশিয়াল স্টোরের বিপরীতে প্রমাণীকরণ করে। সেই স্টোরটি আপনার প্রামাণিক আইডেন্টিটি প্রোভাইডার হওয়া উচিত — অ্যাক্টিভ ডিরেক্টরি, NPS এক্সটেনশনের মাধ্যমে Azure AD, বা LDAP ইন্টিগ্রেশন সহ একটি ক্লাউড RADIUS সার্ভিস। এর মানে হলো যখন কোনো কর্মী চলে যান, তখন তাদের অ্যাকাউন্ট নিষ্ক্রিয় করা হলে তা অবিলম্বে তাদের WiFi অ্যাক্সেস প্রত্যাহার করে নেয়। রোটেট করার মতো কোনো শেয়ার্ড সিক্রেট নেই, কোনো ম্যানুয়াল ডিপ্রভিশনিং নেই। পাঁচ নম্বর: আপনার গেস্ট নেটওয়ার্ক আলাদাভাবে বিবেচনা করুন। PEAP একটি এন্টারপ্রাইজ প্রমাণীকরণ পদ্ধতি। গেস্ট WiFi-এর জন্য — যেখানে আপনি ভিজিটর, গ্রাহক বা ইভেন্টে অংশগ্রহণকারীদের অনবোর্ড করছেন — আপনার একটি ভিন্ন পদ্ধতি প্রয়োজন। Purple-এর মতো প্ল্যাটফর্মগুলি একটি উদ্দেশ্য-নির্মিত গেস্ট WiFi লেয়ার প্রদান করে যা গেস্ট SSID-তে RADIUS পরিকাঠামোর প্রয়োজন ছাড়াই Captive Portal প্রমাণীকরণ, ডেটা ক্যাপচার এবং অ্যানালিটিক্স পরিচালনা করে। আপনার এন্টারপ্রাইজ SSID-কে PEAP-এর সাথে 802.1X-এ রাখুন এবং আপনার গেস্ট SSID-কে উপযুক্ত অনবোর্ডিং সহ একটি পৃথক, বিচ্ছিন্ন নেটওয়ার্কে রাখুন। ছয় নম্বর: সার্টিফিকেট রোটেশনের জন্য পরিকল্পনা করুন। আপনার RADIUS সার্ভার সার্টিফিকেটের মেয়াদ শেষ হবে। যখন এটি হবে, সেই সার্টিফিকেটটি পিন করা প্রতিটি ক্লায়েন্ট নতুন সার্টিফিকেট বিতরণ না হওয়া পর্যন্ত প্রমাণীকরণ করতে ব্যর্থ হবে। আপনার অপারেশনাল ক্যালেন্ডারে সার্টিফিকেট রিনিউয়াল অন্তর্ভুক্ত করুন — মেয়াদ শেষ হওয়ার অন্তত ৯০ দিন আগে — এবং প্রোডাকশনে রোল আউট করার আগে একটি স্টেজিং পরিবেশে রোটেশন প্রক্রিয়াটি পরীক্ষা করুন। ফিল্ডে আমি যে সবচেয়ে সাধারণ ব্যর্থতার মোডগুলি দেখি তা হলো: সার্টিফিকেট যাচাইকরণ প্রয়োগ না করা, যা রগ AP দুর্বলতার দিকে পরিচালিত করে; RADIUS সার্ভার সার্টিফিকেট যা কোনো সতর্কতা ছাড়াই মেয়াদোত্তীর্ণ হয়, যার ফলে ব্যাপক প্রমাণীকরণ ব্যর্থতা ঘটে; এবং MSCHAPv2 ইনার প্রমাণীকরণ উন্মুক্ত হওয়া কারণ RADIUS সার্ভারটি ভুল নেটওয়ার্ক সেগমেন্ট থেকে অ্যাক্সেসযোগ্য। সঠিক পরিকল্পনার মাধ্যমে এই তিনটিই এড়ানো সম্ভব। চতুর্থ বিভাগ: র‍্যাপিড-ফায়ার প্রশ্ন। PEAP কি Azure AD-এর মতো ক্লাউড আইডেন্টিটি প্রোভাইডারদের সাথে কাজ করতে পারে? হ্যাঁ। Azure AD MFA-এর জন্য মাইক্রোসফটের NPS এক্সটেনশন আপনাকে Azure AD-এর মাধ্যমে PEAP প্রমাণীকরণ প্রক্সি করার অনুমতি দেয়, যা আপনার WiFi-এ মাল্টি-ফ্যাক্টর প্রমাণীকরণ সক্ষম করে। বিকল্পভাবে, Cisco ISE, Aruba ClearPass, বা JumpCloud RADIUS-এর মতো ক্লাউড RADIUS সার্ভিসগুলি সরাসরি Azure AD বা Okta-এর সাথে একীভূত হতে পারে। PEAP কি PCI DSS কমপ্লায়েন্ট? PEAP-MSCHAPv2 PCI DSS পরিবেশে ব্যবহার করা যেতে পারে, তবে আপনাকে নিশ্চিত করতে হবে যে সার্ভার সার্টিফিকেট যাচাইকরণ প্রয়োগ করা হয়েছে, TLS 1.2 বা উচ্চতর ব্যবহার করা হচ্ছে এবং RADIUS সার্ভারটি সঠিকভাবে সেগমেন্ট করা হয়েছে। PCI DSS 4.0 নেটওয়ার্ক অ্যাক্সেস কন্ট্রোলের প্রয়োজনীয়তাগুলিকে আরও কঠোর করে — আপনার QSA-এর সাথে প্রাসঙ্গিক প্রয়োজনীয়তাগুলি পর্যালোচনা করুন। আমার কি PEAP থেকে EAP-TLS-এ স্থানান্তরিত হওয়া উচিত? যদি আপনার একটি পরিপক্ক MDM স্থাপনা থাকে এবং একটি PKI পরিচালনা করার অপারেশনাল ক্ষমতা থাকে, তবে হ্যাঁ — EAP-TLS হলো শক্তিশালী পছন্দ। যদি আপনি ব্যক্তিগত ডিভাইস, লিগ্যাসি হার্ডওয়্যার বা সীমিত MDM কভারেজ সহ একটি মিশ্র এস্টেট পরিচালনা করেন, তবে কঠোর কনফিগারেশন সহ PEAP-MSCHAPv2 উপযুক্ত থাকে। এটি একটি ঝুঁকি-ভিত্তিক সিদ্ধান্ত, বাইনারি নয়। WPA3-Enterprise সম্পর্কে কী? WPA3-Enterprise উচ্চ-নিরাপত্তা পরিবেশের জন্য 192-বিট সিকিউরিটি মোড বাধ্যতামূলক করে, তবে এটি এখনও PEAP সহ EAP পদ্ধতিগুলিকে সমর্থন করে। WPA3 ওভার-দ্য-এয়ার এনক্রিপশন উন্নত করে কিন্তু EAP প্রমাণীকরণ আদান-প্রদানকে পরিবর্তন করে না। পঞ্চম বিভাগ: সারাংশ এবং পরবর্তী পদক্ষেপ। সবকিছু একসাথে বলতে গেলে: PEAP হলো একটি দুই-ধাপের প্রমাণীকরণ প্রোটোকল যা ইনার ক্রেডেনশিয়াল — সাধারণত MSCHAPv2 — একটি TLS টানেলের ভিতরে আবদ্ধ করে। এটি সবচেয়ে বেশি ব্যবহৃত 802.1X EAP পদ্ধতি কারণ এটি শক্তিশালী সার্ভার প্রমাণীকরণ প্রদান করার পাশাপাশি ক্লায়েন্ট সার্টিফিকেটের প্রয়োজনীয়তা দূর করে। এর প্রাথমিক দুর্বলতা হলো রগ AP আক্রমণ যা ভুলভাবে কনফিগার করা সাপ্লিক্যান্টদের দ্বারা সক্ষম হয় যারা সার্ভার সার্টিফিকেট যাচাই করে না। MDM-এনফোর্সড ওয়্যারলেস প্রোফাইল, CA পিনিং এবং সার্ভার নেম যাচাইকরণের মাধ্যমে এটি প্রশমিত করুন। বেশিরভাগ এন্টারপ্রাইজ WiFi স্থাপনার জন্য — কর্পোরেট অফিস, হোটেল ব্যাক-অফ-হাউস নেটওয়ার্ক, রিটেইল স্টাফ নেটওয়ার্ক — সঠিক কনফিগারেশন সহ PEAP-MSCHAPv2 একটি ভালো, সমর্থনযোগ্য পছন্দ। উচ্চ-নিরাপত্তা পরিবেশ, নিয়ন্ত্রিত শিল্প বা পরিপক্ক PKI পরিকাঠামো সহ প্রতিষ্ঠানগুলির জন্য, EAP-TLS অর্থপূর্ণভাবে শক্তিশালী নিরাপত্তা প্রদান করে এবং এটি টার্গেট আর্কিটেকচার হওয়া উচিত। আপনি যদি আপনার এন্টারপ্রাইজ নেটওয়ার্কের পাশাপাশি গেস্ট WiFi-ও চালান — এবং আপনাদের মধ্যে অনেকেই চালান — মনে রাখবেন যে গেস্ট অনবোর্ডিংয়ের জন্য PEAP সঠিক টুল নয়। Purple-এর মতো প্ল্যাটফর্মগুলি দেখুন, যা অ্যানালিটিক্স, ডেটা ক্যাপচার এবং মার্কেটিং ইন্টিগ্রেশন সহ উদ্দেশ্য-নির্মিত গেস্ট WiFi প্রমাণীকরণ প্রদান করে, আপনার গেস্ট এবং এন্টারপ্রাইজ ট্র্যাফিককে সঠিকভাবে আলাদা রাখে এবং আপনার কমপ্লায়েন্স পজিশন অক্ষুণ্ণ রাখে। আরও পড়ার জন্য, RADIUS সার্ভার আর্কিটেকচার এবং এন্টারপ্রাইজ WiFi প্রমাণীকরণের উপর Purple-এর গাইডগুলি দেখুন। লিঙ্কগুলি শো নোটে দেওয়া আছে। শোনার জন্য ধন্যবাদ। এটি ছিল একটি Purple এন্টারপ্রাইজ WiFi ইন্টেলিজেন্স ব্রিফিং।