Staff WiFi Captive Portal: কর্মীদের অনবোর্ডিং এবং প্রমাণীকরণ

Staff WiFi Captive Portal: কর্মীদের অনবোর্ডিং এবং প্রমাণীকরণ একটি Purple এন্টারপ্রাইজ WiFi ইন্টেলিজেন্স ব্রিফিং [ভূমিকা - আনুমানিক ১ মিনিট] Purple এন্টারপ্রাইজ WiFi ইন্টেলিজেন্স সিরিজে আপনাকে স্বাগত জানাই। আজ আমরা এমন একটি বিষয় নিয়ে আলোচনা করছি যা নিরাপত্তা, এইচআর (HR) কার্যক্রম এবং নেটওয়ার্ক আর্কিটেকচারের সংযোগস্থলে অবস্থিত: staff WiFi captive portal। এখন, আমি জানি আপনাদের মধ্যে কেউ কেউ কী ভাবছেন। কর্মীদের জন্য একটি captive portal? এটি কি অতিথিদের জন্য ব্যবহার করা হয় না? এবং এটিই সেই ভুল ধারণা যা আমাদের শুরুতেই দূর করা প্রয়োজন। একটি staff WiFi captive portal কোনো ভিন্ন লোগো বিশিষ্ট গেস্ট স্প্ল্যাশ পেজ নয়। এটি একটি সুগঠিত অনবোর্ডিং গেটওয়ে যা আপনার অপারেশনাল নেটওয়ার্কে অ্যাক্সেস দেওয়ার আগে প্রতিটি কর্মীকে প্রমাণীকরণ করে, নীতিগত সম্মতি প্রয়োগ করে এবং ডিভাইসগুলি রেজিস্টার করে। এটি সঠিকভাবে পরিচালনা করতে পারলে, আপনি বেশিরভাগ এন্টারপ্রাইজ WiFi ডেপ্লয়মেন্টের সবচেয়ে বড় একক দুর্বলতা দূর করতে পারবেন: শেয়ার্ড প্রি-শেয়ার্ড কি। আর এটি ভুল হলে, প্রাক্তন কর্মী, ঠিকাদার এবং ব্যক্তিগত ডিভাইসগুলো অনির্দিষ্টকালের জন্য আপনার স্টাফ নেটওয়ার্কে যুক্ত থেকে যাবে। চলুন আর্কিটেকচারটি বিস্তারিতভাবে দেখে নেওয়া যাক। [প্রযুক্তিগত গভীর আলোচনা - আনুমানিক ৫ মিনিট] বেশিরভাগ স্টাফ WiFi ডেপ্লয়মেন্টের মূল সমস্যাটি হলো শেয়ার্ড পাসওয়ার্ড। একটি মাত্র WPA2 প্রি-শেয়ার্ড কি, যা ব্যাক অফিসের স্টিকি নোটে লেখা থাকে, হোয়াটসঅ্যাপ গ্রুপে শেয়ার করা হয় এবং কেউ চলে গেলেও কখনও পরিবর্তন করা হয় না। ৮০ জন স্টাফ সদস্য বিশিষ্ট একটি ২০০ রুমের হোটেলে, সেই পাসওয়ার্ডটি প্রায় ৮০ জন মানুষের সাথে, তাদের অংশীদারদের সাথে যারা তাদের ফোন ধার নিয়েছিল এবং অন্তত তিনজন প্রাক্তন কর্মচারীর সাথে শেয়ার করা হয়েছে। এটি কোনো নেটওয়ার্ক নয়। এটি একটি খোলা দরজা। The staff WiFi captive portal শেয়ার্ড ক্রেডেনশিয়ালকে একটি আইডেন্টিটি-ভেরিফাইড অনবোর্ডিং ফ্লো দ্বারা প্রতিস্থাপন করে এই সমস্যার সমাধান করে। বাস্তবে এটি কীভাবে কাজ করে তা এখানে দেওয়া হলো। যখন একজন নতুন কর্মী প্রথমবার স্টাফ নেটওয়ার্কে তাদের ডিভাইসটি সংযুক্ত করেন, তখন তারা একটি প্রভিশনিং SSID-এর মুখোমুখি হন। এটি একটি ওপেন নেটওয়ার্ক, তবে এটি একটি ওয়াল্ড গার্ডেন (walled garden) - এটি কেবল অনবোর্ডিং পোর্টাল এবং আপনার আইডেন্টিটি প্রোভাইডারের দিকে রাউট করে। অন্য কোথাও নয়। কর্মীকে captive portal-এ রিডাইরেক্ট করা হয়, যেখানে তারা তাদের কর্পোরেট আইডেন্টিটি ব্যবহার করে প্রমাণীকরণ করেন। আজকের বেশিরভাগ এন্টারপ্রাইজ পরিবেশে এর অর্থ হলো Microsoft Entra ID, Okta, অথবা Google Workspace-এর মাধ্যমে Single Sign-On। আইডেন্টিটি প্রোভাইডার যখন নিশ্চিত করে যে কর্মীটি সক্রিয় এবং সঠিক গ্রুপে আছেন, তখন পোর্টালটি আপনার প্রমাণীকরণ আর্কিটেকচারের উপর ভিত্তি করে দুটি কাজের একটি করে। PEAP এবং MSCHAPv2 ব্যবহার করে একটি ক্রেডেনশিয়াল-ভিত্তিক ডেপ্লয়মেন্টে, পোর্টালটি ক্রেডেনশিয়াল যাচাই করে এবং একটি নেটওয়ার্ক অ্যাক্সেস টোকেন ইস্যু করে। EAP-TLS ব্যবহার করে একটি সার্টিফিকেট-ভিত্তিক ডেপ্লয়মেন্টে, পোর্টালটি সার্টিফিকেট তৈরি করার প্রক্রিয়া শুরু করে। আপনার সার্টিফিকেট অথরিটি দ্বারা একটি ডিভাইস-নির্দিষ্ট X.509 সার্টিফিকেট ইস্যু করা হয়, যা একটি কনফিগারেশন প্রোফাইলে প্যাকেজ করা হয় - iOS-এ একটি ডট-মোবাইলকনফিগ (.mobileconfig) ফাইল বা Android-এ একটি Passpoint প্রোফাইল - এবং ডিভাইসে পুশ করা হয়। ডিভাইসটি প্রোফাইলটি ইনস্টল করে, প্রভিশনিং SSID থেকে বিচ্ছিন্ন হয় এবং EAP-TLS প্রমাণীকরণের জন্য সার্টিফিকেট ব্যবহার করে স্বয়ংক্রিয়ভাবে নিরাপদ স্টাফ SSID-এর সাথে সংযুক্ত হয়। সেই সময় থেকে, প্রতিবার যখন ডিভাইসটি স্টাফ নেটওয়ার্কের সাথে সংযুক্ত হয়, RADIUS server সার্টিফিকেটটি যাচাই করে। কোনো পাসওয়ার্ড প্রম্পট নেই। কোনো ম্যানুয়াল লগইন নেই। ডিভাইসটি নীরবে এবং নিরাপদে সংযুক্ত হয়ে যায়। এবার আলোচনা করা যাক কেন বেশিরভাগ এন্টারপ্রাইজ ডিপ্লয়মেন্টের জন্য EAP-TLS একটি কাঙ্ক্ষিত লক্ষ্য। IEEE 802.1X স্ট্যান্ডার্ড ফ্রেমওয়ার্কটি সংজ্ঞায়িত করে, তবে EAP-TLS হলো এমন একটি পদ্ধতি যা প্রমাণীকরণ পাথ থেকে ক্রেডেনশিয়াল চুরি সম্পূর্ণরূপে দূর করে। ফিশিং করার মতো কোনো পাসওয়ার্ড নেই। ব্রুট-ফোর্স করার মতো কোনো হ্যাশ নেই। সার্টিফিকেটটি ডিভাইসের সাথে আবদ্ধ থাকে। যদি ডিভাইসটি হারিয়ে যায় বা চুরি হয়ে যায়, আপনি আপনার Certificate Authority-তে সার্টিফিকেটটি বাতিল করতে পারেন এবং RADIUS server পরবর্তী সংযোগের চেষ্টায় অ্যাক্সেস প্রত্যাখ্যান করবে। যদি কোনো কর্মী কোম্পানি ছেড়ে চলে যান, আপনি আইডেন্টিটি প্রোভাইডারে তাদের অ্যাকাউন্ট নিষ্ক্রিয় করে দেন, এবং যেহেতু সার্টিফিকেটটি সেই আইডেন্টিটির বিপরীতে ইস্যু করা হয়েছিল, তাই SCIM ইন্টিগ্রেশন স্বয়ংক্রিয়ভাবে ডিপ্রোভিশনিং কার্যকর করে। ব্যক্তির সম্পর্ক শেষ হওয়ার সাথে সাথেই অ্যাক্সেসও শেষ হয়ে যায়। একটি বিস্তৃত এলাকা জুড়ে হাজার হাজার স্টাফ ডিভাইস সহ শত শত প্রোপার্টি পরিচালনা করার সময় Premier Inn এবং Whitbread-এর মতো সংস্থাগুলোর এই ধরনের আর্কিটেকচার প্রয়োজন। শেয়ার্ড পাসওয়ার্ড এবং ম্যানুয়াল বাতিলের মাধ্যমে স্কেলে এটি পরিচালনা করা সম্ভব নয়। আসুন BYOD-এর বিষয়টি নিয়েও আলোচনা করি, কারণ এখানেই Captive Portal বিশেষভাবে মূল্যবান হয়ে ওঠে। বেশিরভাগ হসপিটালিটি, রিটেইল এবং ইভেন্ট পরিবেশে, স্টাফদের একটি উল্লেখযোগ্য অংশ অপারেশনাল কাজের জন্য ব্যক্তিগত ডিভাইস ব্যবহার করে। হাউসকিপিং কর্মীরা তাদের নিজস্ব স্মার্টফোনে রুম অ্যাসাইনমেন্ট চেক করেন। রিটেইল সহযোগীরা ইনভেন্টরি অনুসন্ধানের জন্য ব্যক্তিগত ট্যাবলেট ব্যবহার করেন। স্টেডিয়াম অপারেশন টিম যোগাযোগের জন্য ব্যক্তিগত ফোন ব্যবহার করে। এগুলো হলো আনম্যানেজড (অনিয়ন্ত্রিত) ডিভাইস। আপনি এদের ওএস (OS) সংস্করণ, অ্যান্টিভাইরাস স্ট্যাটাস বা অন্য কী অ্যাপ্লিকেশন ইনস্টল করা আছে তা নিয়ন্ত্রণ করতে পারেন না। এদের বড়জোর আংশিক-বিশ্বস্ত হিসেবে বিবেচনা করা যেতে পারে। স্টাফ WiFi Captive Portal প্রমাণীকরণের পর এই ডিভাইসগুলোকে একটি ডেডিকেটেড VLAN-এ রেখে BYOD পরিচালনা করে। VLAN তাদের প্রয়োজনীয় নির্দিষ্ট অভ্যন্তরীণ অ্যাপ্লিকেশনগুলিতে—যেমন প্রোপার্টি ম্যানেজমেন্ট সিস্টেম, পয়েন্ট-অফ-সেল ইন্টারফেস, শিডিউলিং অ্যাপ—অ্যাক্সেস দেয় এবং অন্য কিছুতে নয়। তারা আপনার কর্পোরেট সার্ভার, আপনার ফাইন্যান্সিয়াল সিস্টেম বা আপনার ম্যানেজড ডিভাইস নেটওয়ার্কে পৌঁছাতে পারে না। এটি হলো RADIUS স্তরে প্রয়োগ করা VLAN সেগমেন্টেশন, এবং এটি জিরো-ট্রাস্ট নীতির ব্যবহারিক বাস্তবায়ন: পরিচয় যাচাই করুন, তারপর প্রয়োজনীয় ন্যূনতম অ্যাক্সেস মঞ্জুর করুন। আরেকটি আর্কিটেকচারাল উপাদান যা কভার করা প্রয়োজন: Acceptable Use Policy বা AUP। Captive Portal হলো AUP গ্রহণের জন্য একটি স্বাভাবিক এনফোর্সমেন্ট পয়েন্ট। কোনো কর্মচারী স্টাফ নেটওয়ার্কে অ্যাক্সেস পাওয়ার আগে, পোর্টালটি নীতিটি প্রদর্শন করে - যার মধ্যে গ্রহণযোগ্য ব্যবহার, পর্যবেক্ষণ, ডেটা হ্যান্ডলিং এবং অপব্যবহারের পরিণতি অন্তর্ভুক্ত রয়েছে - এবং এর জন্য একটি স্পষ্ট স্বীকৃতির প্রয়োজন হয়। এটি নীতিটি গ্রহণের একটি টাইমস্ট্যাম্পযুক্ত, অডিটযোগ্য রেকর্ড তৈরি করে। GDPR-এর অধীনে, এটি গুরুত্বপূর্ণ। PCI DSS-এর অধীনে, কার্ডহোল্ডার ডেটা স্পর্শ করে এমন যেকোনো নেটওয়ার্কের জন্য এটি গুরুত্বপূর্ণ। এবং নেটওয়ার্ক অপব্যবহারের সাথে জড়িত কোনো ডিসিপ্লিনারি তদন্তের ক্ষেত্রে, এটি অত্যন্ত গুরুত্বপূর্ণ। এবার আসা যাক ব্যান্ডউইথ-এ। এখানেই Purple Shield সরাসরি প্রাসঙ্গিক হয়ে ওঠে। উচ্চ-ঘনত্বের স্টাফ পরিবেশগুলোতে - যেমন একটি সম্পূর্ণ পরিপূর্ণ উইকএন্ডে একটি হোটেল, ব্ল্যাক ফ্রাইডেতে একটি রিটেল এস্টেট, বা ম্যাচের দিনে একটি স্টেডিয়ামে - স্টাফ নেটওয়ার্কে ব্যান্ডউইথ কনটেনশন একটি বাস্তব অপারেশনাল সমস্যা। Purple Shield DNS স্তরে কাজ করে, যা বিজ্ঞাপন পেলোড, ট্র্যাকিং স্ক্রিপ্ট এবং ম্যালওয়্যার ডোমেনগুলো ডিভাইসে পৌঁছানোর আগেই ব্লক করে দেয়। Purple-এর নিজস্ব ডেটা অনুযায়ী, এর বাস্তব ফলাফল হলো নেটওয়ার্ক জুড়ে মোট ডাউনলোড করা ডেটাতে ৪০% পর্যন্ত হ্রাস। স্টাফ ডিভাইসের জন্য এর অর্থ হলো দ্রুত পেজ লোড হওয়া, ডিভাইসের ব্যাটারি খরচ কম হওয়া এবং অপারেশনাল ট্রাফিকের জন্য আরও বেশি ব্যান্ডউইথ পাওয়া। একটি বিজ্ঞাপন-ভারী পেজের জন্য সাধারণত প্রয়োজনীয় ১২০টিরও বেশি DNS কোয়েরি নেটওয়ার্কে পৌঁছানোর আগেই বাদ দেওয়া হলে, পেজগুলো ৩.৫ গুণ দ্রুত লোড হয়। আপনি হার্ডওয়্যার স্পর্শ না করেই, অ্যাক্সেস পয়েন্টগুলো পুনরায় কনফিগার না করেই এবং কোনো প্রতি-ডিভাইস সেটআপ ছাড়াই এই উন্নতি লাভ করতে পারেন। [ইমপ্লিমেন্টেশন সংক্রান্ত সুপারিশ এবং সমস্যাসমূহ - প্রায় ২ মিনিট] চলুন আমি আপনাকে ইমপ্লিমেন্টেশন সিকোয়েন্স এবং যে সমস্ত ব্যর্থতার দিকগুলো লক্ষ্য রাখতে হবে তা জানিয়ে দিই। একটিও অ্যাক্সেস পয়েন্ট কনফিগার করার আগে আপনার VLAN আর্কিটেকচার দিয়ে শুরু করুন। কমপক্ষে তিনটি VLAN নির্ধারণ করুন: স্টাফ, গেস্ট এবং IoT। আপনার ফায়ারওয়াল পলিসিগুলো ম্যাপ করুন। আপনার সিকিউরিটি টিমের কাছ থেকে সাইন-অফ নিন। WiFi স্থাপনের ক্ষেত্রে সবচেয়ে ব্যয়বহুল ভুলগুলো তখন ঘটে যখন নেটওয়ার্কটি আগে তৈরি করা হয় এবং সিকিউরিটি আর্কিটেকচারটি পরে যোগ করা হয়। দ্বিতীয়ত, রিডান্ডেন্সি সহ আপনার RADIUS ইনফ্রাস্ট্রাকচার স্থাপন করুন। একটি মাত্র RADIUS সার্ভার ব্যর্থ হলে একই সাথে প্রতিটি স্টাফ মেম্বার নেটওয়ার্ক থেকে লক আউট হয়ে যায়। একটি হোটেলে, এর অর্থ হলো ফ্রন্ট ডেস্ক চেক-ইন প্রসেস করতে পারবে না। একটি রিটেল স্টোরে, এর অর্থ হলো পয়েন্ট-অফ-সেল সিস্টেমগুলো অথেন্টিকেট করতে পারবে না। একটি অ্যাক্টিভ-প্যাসিভ কনফিগারেশনে কমপক্ষে দুটি RADIUS সার্ভার স্থাপন করুন এবং লাইভ হওয়ার আগে ফেইলওভার পরীক্ষা করুন। তৃতীয়ত, LDAP বা SAML-এর মাধ্যমে আপনার আইডেন্টিটি প্রোভাইডারের সাথে আপনার RADIUS সার্ভারটি ইন্টিগ্রেট করুন। এটিই স্বয়ংক্রিয় ডিপ্রোভিশনিং সক্ষম করে। যখন কোনো কর্মচারীকে Microsoft Entra ID বা Okta-তে নিষ্ক্রিয় করা হয়, তখন RADIUS সার্ভার পরবর্তী সংযোগের চেষ্টায় তাদের ক্রেডেনশিয়াল বা তাদের সার্টিফিকেট গ্রহণ করা বন্ধ করে দেয়। কোনো ম্যানুয়াল ধাপ নেই, কোনো টিকিট কিউ নেই, প্রস্থান এবং অ্যাক্সেস অপসারণের মধ্যে কোনো সময়ের ব্যবধান নেই। চতুর্থত, আপনার টিমের সবচেয়ে কম প্রযুক্তিগত জ্ঞানসম্পন্ন ব্যবহারকারীর কথা মাথায় রেখে আপনার Captive Portal অনবোর্ডিং ফ্লো ডিজাইন করুন। IT ম্যানেজারের জন্য নয়। সেই মরসুমী গুদাম অপারেটর যে জীবনে কখনও কনফিগারেশন প্রোফাইল ইনস্টল করেনি। স্পষ্ট নির্দেশাবলী, ব্র্যান্ডেড ইন্টারফেস এবং প্রতিটি স্ক্রিনে একটি হেল্পডেস্ক যোগাযোগ নম্বর দৃশ্যমান রাখুন। এবার আসা যাক ফাঁদগুলোর কথায়। সবচেয়ে সাধারণ ব্যর্থতার ধরন হলো ওয়াল্ড গার্ডেন (walled garden) খুব বেশি শিথিল হওয়া। আপনার প্রভিশনিং SSID যদি সাধারণ ইন্টারনেট অ্যাক্সেসের অনুমতি দেয়, তবে কর্মীরা অনবোর্ডিং ফ্লো সম্পূর্ণ না করেই কেবল সেটিতেই থেকে যাবে। এটিকে শুধুমাত্র পোর্টাল, আইডেন্টিটি প্রোভাইডার এন্ডপয়েন্ট এবং সার্টিফিকেট ডাউনলোড সার্ভারের মধ্যে সীমাবদ্ধ রাখুন। অন্য কিছু নয়। দ্বিতীয় ফাঁদটি হলো Android ফ্র্যাগমেন্টেশন। iOS ডট-মোবাইলকনফিগ (.mobileconfig) প্রোফাইলগুলি ধারাবাহিকভাবে পরিচালনা করে। Android তা করে না। বিভিন্ন ম্যানুফ্যাকচারার এবং OS সংস্করণ সার্টিফিকেট ইনস্টলেশন আলাদাভাবে পরিচালনা করে। রোল আউট করার আগে আপনার কর্মীরা আসলে যে নির্দিষ্ট Android ডিভাইসগুলি ব্যবহার করেন সেগুলিতে আপনার অনবোর্ডিং ফ্লো পরীক্ষা করুন। Passpoint, যা Hotspot 2.0 নামেও পরিচিত, প্রাথমিক সেটআপের পরে স্বয়ংক্রিয় নেটওয়ার্ক ডিসকভারি এবং প্রমাণীকরণ সক্ষম করে Android অভিজ্ঞতাকে উল্লেখযোগ্যভাবে উন্নত করে। তৃতীয় ফাঁদটি হলো সার্টিফিকেটের মেয়াদ শেষ হওয়া। স্বল্পমেয়াদী সার্টিফিকেট ইস্যু করুন - BYOD ডিভাইসের জন্য ৯০ দিন একটি যুক্তিসঙ্গত ডিফল্ট সময়। সার্টিফিকেটের মেয়াদ শেষ হয়ে গেলে, ডিভাইসটিকে অবশ্যই পোর্টালের মাধ্যমে পুনরায় অনবোর্ড করতে হবে। এটি স্বাভাবিকভাবেই নেটওয়ার্ক থেকে পুরনো ডিভাইসগুলিকে সরিয়ে দেয় এবং বর্তমান আইডেন্টিটি প্রোভাইডারের অবস্থার বিপরীতে পুনরায় প্রমাণীকরণ করতে বাধ্য করে। ছয় মাস আগে অ্যাকাউন্ট নিষ্ক্রিয় করা হয়েছে এমন একজন প্রাক্তন কর্মচারীর ডিভাইসটি স্বয়ংক্রিয়ভাবে পুনরায় অনবোর্ড হতে ব্যর্থ হবে। [RAPID-FIRE Q&A - প্রায় ১ মিনিট] কিছু প্রশ্ন যা আমরা প্রায়শই শুনে থাকি। "আমরা কি সম্পূর্ণ 802.1X এর পরিবর্তে iPSK ব্যবহার করতে পারি?" হ্যাঁ, যেসব পরিবেশের জন্য সার্টিফিকেট স্থাপন করা সম্ভব নয়। iPSK, বা Identity Pre-Shared Key, প্রতিটি ব্যবহারকারী বা ডিভাইসের জন্য একটি অনন্য WiFi পাসওয়ার্ড বরাদ্দ করে। এটি একটি শেয়ার্ড PSK-এর চেয়ে বেশি সুরক্ষিত কারণ প্রতিটি ক্রেডেন্সিয়াল ব্যক্তিগত এবং প্রত্যাহারযোগ্য। এটি EAP-TLS-এর চেয়ে কম সুরক্ষিত কারণ এটি এখনও পাসওয়ার্ড-ভিত্তিক। এটিকে একটি অন্তর্বর্তীকালীন পদক্ষেপ হিসেবে ব্যবহার করুন, চূড়ান্ত লক্ষ্য হিসেবে নয়। "আমাদের কি WPA3 প্রয়োজন যদি আমরা ইতিমধ্যে WPA2-Enterprise-এ থাকি?" আপনার হার্ডওয়্যার যদি এটি সমর্থন করে, তবে হ্যাঁ। WPA3-Enterprise-এ সাইমালট্যানিয়াস অথেন্টিকেশন অফ ইকুয়ালস (Simultaneous Authentication of Equals) রয়েছে, যা হ্যান্ডশেকের বিরুদ্ধে অফলাইন ডিকশনারি অ্যাটাক দূর করে। সমর্থিত হার্ডওয়্যারে মাইগ্রেশন খরচ হলো কেবল একটি কনফিগারেশন পরিবর্তন। কিন্তু এর নিরাপত্তা বৃদ্ধি অত্যন্ত গুরুত্বপূর্ণ। "আমরা কীভাবে ঠিকাদারদের পরিচালনা করব যাদের কোনো কর্পোরেট আইডেন্টিটি নেই?" iPSK বা পোর্টালের মাধ্যমে ইস্যু করা সময়-সীমাবদ্ধ গেস্ট ক্রেডেন্সিয়াল ব্যবহার করুন। চুক্তির শেষ তারিখের সাথে মিল রেখে একটি মেয়াদের তারিখ সেট করুন। Purple-এর প্ল্যাটফর্ম স্বভাবজাতভাবেই সময়-সীমাবদ্ধ অ্যাক্সেস ক্রেডেন্সিয়াল সমর্থন করে। [সারাংশ এবং পরবর্তী পদক্ষেপ - প্রায় ১ মিনিট] আসুন পুরো বিষয়টি গুছিয়ে নেওয়া যাক। কর্মীদের জন্য একটি WiFi Captive Portal কেবল কোনো সুবিধাজনক ফিচার নয়। এটি আপনার অপারেশনাল নেটওয়ার্কে পরিচয় যাচাইকরণ, নীতি গ্রহণ, ডিভাইস নিবন্ধন এবং অ্যাক্সেস নিয়ন্ত্রণের প্রয়োগকারী বিন্দু। শেয়ার করা প্রি-শেয়ার্ড কী (pre-shared key) একটি কমপ্লায়েন্স দায়বদ্ধতা এবং একটি নিরাপত্তা দুর্বলতা। এটিকে একটি পরিচয়-যাচাইকৃত অনবোর্ডিং ফ্লো, VLAN সেগমেন্টেশন এবং RADIUS-ভিত্তিক প্রমাণীকরণ দ্বারা প্রতিস্থাপন করুন। আপনার অবিলম্বে পরবর্তী পদক্ষেপ: আপনার বর্তমান স্টাফ নেটওয়ার্ক প্রমাণীকরণ পদ্ধতি অডিট করা। আপনি যদি একটি শেয়ার্ড PSK ব্যবহার করেন, তবে সেটি সমাধান করাই আপনার সর্বোচ্চ অগ্রাধিকার। আপনি যদি ক্রেডেনশিয়াল-ভিত্তিক 802.1X ব্যবহার করেন, তবে সার্টিফিকেট-ভিত্তিক EAP-TLS-এ স্থানান্তরের পথটি মূল্যায়ন করুন। এবং আপনার স্টাফ নেটওয়ার্কে যদি Purple Shield মোতায়েন করা না থাকে, তবে শুধুমাত্র ব্যান্ডউইথ হ্রাস করাই এই আলোচনার যৌক্তিকতা প্রমাণ করে। ৮০,০০০-এরও বেশি লাইভ ভেন্যুতে Purple-এর মোতায়েন থেকে বাস্তবায়ন নির্দেশিকা, আর্কিটেকচার টেমপ্লেট এবং কেস স্টাডির জন্য, purple.ai ভিজিট করুন। শোনার জন্য আপনাকে ধন্যবাদ।