Secure Guest Access: Unmanaged Device-এর জন্য NAC বাস্তবায়ন করা

SecurePass Guest Access: Implementing NAC for Unmanaged Devices. A Purple WiFi Intelligence Briefing. ভূমিকা এবং প্রেক্ষাপট। স্বাগতম। আপনি যদি কোনো হোটেল, রিটেইল চেইন, স্টেডিয়াম বা পাবলিক-সেক্টর ভেন্যুতে নেটওয়ার্ক সিকিউরিটির দায়িত্বে থাকেন, তাহলে আপনি এমন একটি সমস্যার মুখোমুখি হচ্ছেন যা দিন দিন আরও কঠিন হয়ে উঠছে: কীভাবে আপনার কর্পোরেট পরিকাঠামোতে কোনো ঝুঁকি না তৈরি করে অতিথি, দর্শনার্থী এবং ঠিকাদারদের দ্রুত, সুবিধাজনক WiFi অ্যাক্সেস দেওয়া যায়? আজ আমরা ঠিক এই বিষয়টি নিয়েই কাজ করতে যাচ্ছি। এটি কোনো তাত্ত্বিক ওভারভিউ নয়। আমরা আর্কিটেকচার, ডেপ্লয়মেন্টের সিদ্ধান্ত, কমপ্লায়েন্সের প্রয়োজনীয়তা এবং বাস্তব-জগতের পরিস্থিতিগুলো কভার করব যেখানে এটি সঠিকভাবে কাজ করে - এবং কোথায় এটি ভুল হতে পারে। মূল চ্যালেঞ্জটি হলো: আনম্যানেজড ডিভাইস। আপনার অতিথিরা ব্যক্তিগত স্মার্টফোন, ল্যাপটপ, ট্যাবলেট এবং ক্রমবর্ধমানভাবে IoT ডিভাইস দিয়ে সংযুক্ত হচ্ছেন - যার কোনোটির উপরই আপনার নিয়ন্ত্রণ নেই, কোনোটিতেই আপনার MDM এজেন্ট ইনস্টল করা নেই, এবং সঠিকভাবে সেগমেন্টেড ও অথেনটিকেটেড না হলে যার প্রতিটিই একটি সম্ভাব্য সিকিউরিটি রিস্কের প্রতিনিধিত্ব করে। Network Access Control, বা NAC, হলো এমন একটি ফ্রেমওয়ার্ক যা এই সমস্যার সমাধান করে। চলুন বিস্তারিত জানা যাক। কারিগরি গভীর বিশ্লেষণ। প্রথমে, NAC আসলে কী সে সম্পর্কে স্পষ্ট হওয়া যাক। Network Access Control হলো একটি সিকিউরিটি ফ্রেমওয়ার্ক যা পলিসি-ভিত্তিক অ্যাক্সেস নেটওয়ার্ক রিসোর্সে প্রয়োগ করে। এটি মূল্যায়ন করে যে কে সংযুক্ত হচ্ছে, তারা কোন ডিভাইস ব্যবহার করছে এবং অ্যাক্সেস দেওয়ার আগে সেই ডিভাইসটি আপনার সিকিউরিটি পশ্চার প্রয়োজনীয়তা পূরণ করে কিনা। আনম্যানেজড গেস্ট ডিভাইসের জন্য, পশ্চার চেকটি স্বাভাবিকভাবেই হালকা হয়, তবে আইডেন্টিটি এবং সেগমেন্টেশন উপাদানগুলো অত্যন্ত গুরুত্বপূর্ণ। আর্কিটেকচারটি তিনটি কার্যকরী স্তরে বিভক্ত। প্রথমটি হলো অথেনটিকেশন স্তর। ম্যানেজড কর্পোরেট ডিভাইসের জন্য, আপনি সাধারণত EAP-TLS সহ IEEE 802.1X ব্যবহার করবেন, যেখানে আপনার MDM-এর মাধ্যমে SCEP দ্বারা সার্টিফিকেট পাঠানো হয়। কিন্তু আনম্যানেজড গেস্ট ডিভাইসের জন্য, 802.1X ব্যবহারিক নয় - অতিথিদের কাছে সার্টিফিকেট থাকে না এবং আপনি সেগুলো পাঠাতেও পারবেন না। তাই অতিথিদের জন্য অথেনটিকেশন স্তরটি একটি Captive Portal-এর উপর নির্ভর করে: একটি ওয়েব-ভিত্তিক অথেনটিকেশন পেজ যা প্রাথমিক HTTP বা HTTPS রিকোয়েস্টকে ইন্টারসেপ্ট করে এবং ব্যবহারকারীকে একটি লগইন বা রেজিস্ট্রেশন ফ্লোতে রিডাইরেক্ট করে। এখানেই Purple-এর গেস্ট WiFi সলিউশনের মতো প্ল্যাটফর্মগুলো কাজ করে - সোশ্যাল লগইন, ইমেল, SMS ভেরিফিকেশন বা ফর্ম-ভিত্তিক রেজিস্ট্রেশনের মাধ্যমে আইডেন্টিটি ক্যাপচার করে এবং সেই আইডেন্টিটি NAC পলিসি ইঞ্জিনে পাঠায়। দ্বিতীয় স্তরটি হলো পলিসি ইঞ্জিন। এখানেই অ্যাক্সেসের সিদ্ধান্তগুলো নেওয়া হয়। NAC সিস্টেম আপনার অ্যাক্সেস পলিসির বিপরীতে অথেনটিকেটেড আইডেন্টিটি মূল্যায়ন করে এবং ডিভাইসটিকে উপযুক্ত নেটওয়ার্ক সেগমেন্টে অ্যাসাইন করে। একজন অতিথির জন্য, এর অর্থ সাধারণত একটি ডেডিকেটেড গেস্ট VLAN যা শুধুমাত্র ইন্টারনেট অ্যাক্সেস প্রদান করে এবং আপনার কর্পোরেট সাবনেটে যার কোনো অ্যাক্সেস থাকে না। একজন পরিচিত ডিভাইসধারী ঠিকাদারের জন্য, আপনি তাদের নির্দিষ্ট ইন্টারনাল রিসোর্সে অ্যাক্সেস সহ একটি রেস্ট্রিক্টেড VLAN-এ অ্যাসাইন করতে পারেন। পলিসি ইঞ্জিন সময়-ভিত্তিক অ্যাক্সেসও প্রয়োগ করতে পারে - যেমন একজন কনফারেন্স ডেলিগেট ইভেন্টের সময়কাল পর্যন্ত অ্যাক্সেস পাবেন, একজন হোটেল গেস্ট তাদের অবস্থানের সময়কাল পর্যন্ত অ্যাক্সেস পাবেন।তৃতীয় স্তরটি হলো প্রয়োগ। এটি নেটওয়ার্কের প্রান্তে পরিচালিত হয় - আপনার ওয়্যারলেস অ্যাক্সেস পয়েন্ট, সুইচ এবং ফায়ারওয়াল। NAC সিস্টেমটি RADIUS-এর মাধ্যমে এই ডিভাইসগুলির সাথে যোগাযোগ করে, যা হলো Remote Authentication Dial-In User Service প্রোটোকল। যখন একজন অতিথি প্রমাণীকরণ করেন, তখন RADIUS সার্ভার VLAN অ্যাসাইনমেন্ট অ্যাট্রিবিউট সহ একটি Access-Accept বার্তা পাঠায়, এবং অ্যাক্সেস পয়েন্টটি ডিভাইসটিকে সঠিক VLAN-এ স্থাপন করে। যদি প্রমাণীকরণ ব্যর্থ হয়, তবে RADIUS সার্ভার Access-Reject পাঠায় এবং ডিভাইসটি শুধুমাত্র Captive Portal অ্যাক্সেস সহ একটি প্রাক-প্রমাণীকরণ কোয়ারেন্টাইন VLAN-এ থাকে। এখন, আসুন WPA3 সম্পর্কে কথা বলি। আপনি যদি আপনার ওয়্যারলেস অবকাঠামো স্থাপন বা নতুন করে সাজানোর পরিকল্পনা করেন, তবে WPA3 আপনার রোডম্যাপে থাকা উচিত। WPA3-SAE, যার অর্থ Simultaneous Authentication of Equals, এটি WPA2-PSK কে প্রতিস্থাপন করে এবং অফলাইন ডিকশনারি অ্যাটাকের দুর্বলতা দূর করে। বিশেষ করে গেস্ট নেটওয়ার্কের জন্য, WPA3-OWE - Opportunistic Wireless Encryption - বিশেষভাবে প্রাসঙ্গিক। OWE কোনো পাসওয়ার্ডের প্রয়োজন ছাড়াই এনক্রিপশন প্রদান করে, যার অর্থ অতিথিরা কোনো অতিরিক্ত ঝামেলা ছাড়াই একটি এনক্রিপ্টেড সংযোগ পান। এটি ঐতিহ্যবাহী ওপেন গেস্ট SSID-এর তুলনায় একটি উল্লেখযোগ্য উন্নতি, যা ডেটা ক্লিয়ারটেক্সটে প্রেরণ করে। আমরা যে সমস্ত উল্লম্ব ক্ষেত্রগুলি নিয়ে কথা বলছি তার বেশিরভাগের ক্ষেত্রেই সম্মতি বা কমপ্লায়েন্স বাধ্যতামূলক। আপনি যদি পয়েন্ট-অফ-সেল সিস্টেম সহ একটি হোটেল পরিচালনা করেন, তবে PCI-DSS-এর জন্য কার্ডহোল্ডার ডেটা এনভায়রনমেন্ট এবং গেস্ট নেটওয়ার্কের মধ্যে কঠোর নেটওয়ার্ক সেগমেন্টেশন প্রয়োজন। এই প্রয়োজনীয়তাটি স্পষ্ট: গেস্ট WiFi অবশ্যই PCI স্কোপের কোনো রুট ছাড়াই একটি পৃথক নেটওয়ার্ক সেগমেন্টে থাকতে হবে। NAC এটিকে নেটওয়ার্ক স্তরে প্রয়োগ করে এবং আপনার ফায়ারওয়াল নীতি এটিকে পেরিমিটারে প্রয়োগ করে। GDPR আরেকটি মাত্রা যুক্ত করে - আপনি যদি আপনার Captive Portal-এর মাধ্যমে অতিথির পরিচয়ের ডেটা সংগ্রহ করেন, তবে আপনার স্পষ্ট সম্মতি, প্রক্রিয়াকরণের জন্য একটি আইনি ভিত্তি এবং একটি ডেটা ধরে রাখার নীতি প্রয়োজন। Purple-এর প্ল্যাটফর্মটি কনফিগারযোগ্য ডেটা ধরে রাখার সময়সীমা এবং অডিট ট্রেইল সহ নেটিভভাবে GDPR-সম্মত সম্মতি সংগ্রহ পরিচালনা করে। আসুন MAC অ্যাড্রেস র্যান্ডমাইজেশন নিয়েও আলোচনা করি, কারণ এটি একটি সত্যিকারের কার্যক্ষমতার সমস্যা। iOS 14, Android 10 এবং Windows 10 থেকে, ডিভাইসগুলি ডিফল্টরূপে প্রতি SSID-এ তাদের MAC অ্যাড্রেস র্যান্ডমাইজ করে। এটি এমন যেকোনো NAC নীতিকে ভেঙে দেয় যা একটি স্থায়ী শনাক্তকারী হিসাবে MAC অ্যাড্রেসের উপর নির্ভর করে। এর সঠিক সমাধান হলো আপনার আইডেন্টিটি মডেলটিকে ডিভাইসের MAC-এর পরিবর্তে প্রমাণীকৃত ব্যবহারকারীতে স্থানান্তরিত করা। যখন একজন অতিথি আপনার Captive Portal-এর মাধ্যমে প্রমাণীকরণ করেন, তখন আপনি তাদের সেশনটিকে তাদের প্রমাণীকৃত পরিচয়ের সাথে আবদ্ধ করেন - যেমন ইমেল, ফোন নম্বর বা সোশ্যাল প্রোফাইল - তাদের MAC অ্যাড্রেসের পরিবর্তে। Purple-এর অ্যানালিটিক্স প্ল্যাটফর্ম এটিকে সঠিকভাবে পরিচালনা করে, এমনকি MAC অ্যাড্রেস পরিবর্তিত হলেও সেশন জুড়ে ব্যবহারকারী-স্তরের পরিচয় বজায় রাখে। যেসব প্রতিষ্ঠানের অনুশাসিত নয় এমন ডিভাইসের জন্য আরও জোরালো ডিভাইস পোস্টার অ্যাসেসমেন্ট প্রয়োজন, তাদের জন্য এজেন্ট-ভিত্তিক এবং এজেন্টবিহীন পদ্ধতি রয়েছে। এজেন্টবিহীন পোস্টার অ্যাসেসমেন্ট ডিভাইস শ্রেণীবদ্ধ করতে এবং প্রাথমিক কমপ্লায়েন্স মূল্যায়ন করতে OS ফিঙ্গারপ্রিন্টিং, ওপেন পোর্ট স্ক্যানিং এবং HTTP ইউজার-এজেন্ট অ্যানালাইসিসের মতো কৌশলগুলো ব্যবহার করে। এটি গেস্ট নেটওয়ার্কের জন্য উপযুক্ত যেখানে আপনি অ্যানালিটিক্স-এর উদ্দেশ্যে ডিভাইসের ধরন শনাক্ত করতে চান বা আলাদা পলিসি প্রয়োগ করতে চান - উদাহরণস্বরূপ, সুনির্দিষ্ট কিছু সার্ভিস অ্যাক্সেস করা থেকে পরিচিত IoT ডিভাইসগুলোকে ব্লক করা। এজেন্ট-ভিত্তিক পোস্টার অ্যাসেসমেন্টের জন্য ব্যবহারকারীকে একটি অস্থায়ী এজেন্ট ইনস্টল করতে হয়, যা কন্ট্রাক্টর বা পার্টনার অ্যাক্সেসের ক্ষেত্রে উপযুক্ত হলেও সাধারণ গেস্টদের জন্য জটিলতা তৈরি করে। বাস্তবায়ন সংক্রান্ত সুপারিশ এবং সম্ভাব্য ভুলত্রুটি। চলুন আপনাকে এমন একটি ডেপ্লয়মেন্ট সিকোয়েন্সের মাধ্যমে বিস্তারিত জানাই যা বাস্তবে কার্যকর হয়। NAC কনফিগারেশন স্পর্শ করার আগেই নেটওয়ার্ক সেগমেন্টেশন দিয়ে শুরু করুন। আপনার VLANগুলো নির্ধারণ করুন: একটি প্রি-অথেন্টিকেশন VLAN যার অ্যাক্সেস থাকবে শুধুমাত্র captive portal এবং DNS-এ, একটি গেস্ট VLAN যার ইন্টারনেট অ্যাক্সেস থাকবে এবং কোনো ইন্টারনাল রুট থাকবে না, এবং ঐচ্ছিকভাবে সীমিত ইন্টারনাল অ্যাক্সেস সহ একটি কন্ট্রাক্টর VLAN। আপনার ফায়ারওয়াল ACLগুলো যথাস্থানে রাখুন। এটি হলো মূল ভিত্তি - অন্য সবকিছু এর ওপরেই গড়ে ওঠে। দ্বিতীয়ত, আপনার RADIUS ইনফ্রাস্ট্রাকচার ডেপ্লয় করুন। বেশিরভাগ মিড-মার্কেট ডেপ্লয়মেন্টের জন্য, আপনার captive portal প্ল্যাটফর্মের সাথে ইন্টিগ্রেট করা একটি ক্লাউড-হোস্টেড RADIUS সার্ভিস নেওয়া সঠিক সিদ্ধান্ত। এটি অন-প্রিমিস RADIUS সার্ভার ম্যানেজ করার অপারেশনাল ঝামেলা দূর করে এবং প্রোডাকশন গেস্ট নেটওয়ার্কের জন্য আপনার প্রয়োজনীয় রিডানডেন্সি প্রদান করে। নিশ্চিত করুন যে আপনার RADIUS শেয়ার্ড সিক্রেটগুলো শক্তিশালী এবং নিয়মিত পরিবর্তন করা হচ্ছে। তৃতীয়ত, আপনার captive portal কনফিগার করুন। পোর্টালটি প্রি-অথেন্টিকেশন VLAN থেকে অ্যাক্সেসযোগ্য হতে হবে - যার অর্থ অথেন্টিকেশনের আগেই পোর্টাল ডোমেনের জন্য DNS রেজোলিউশন কাজ করতে হবে। প্রি-অথেন্টিকেশন VLAN-এ আপনার DHCP স্কোপ কনফিগার করুন যাতে এটি এমন একটি DNS সার্ভারকে নির্দেশ করে যা পোর্টাল ডোমেন সমাধান করে। এটি মনোযোগ সহকারে পরীক্ষা করুন - DNS মিসকনফিগারেশন হলো captive portal ব্যর্থ হওয়ার সবচেয়ে সাধারণ কারণ। চতুর্থত, আপনার VLAN অ্যাসাইনমেন্ট শুরু থেকে শেষ পর্যন্ত পরীক্ষা করুন। একটি টেস্ট ডিভাইস কানেক্ট করুন, অথেন্টিকেশন ফ্লো সম্পন্ন করুন এবং যাচাই করুন যে ডিভাইসটি সঠিক অ্যাক্সেস পলিসি সহ সঠিক VLAN-এ পৌঁছেছে। RADIUS অ্যাট্রিবিউটগুলো সঠিকভাবে পাস হচ্ছে কিনা তা নিশ্চিত করতে একটি প্যাকেট ক্যাপচার ব্যবহার করুন। গেস্ট VLAN থেকে আপনার কর্পোরেট সাবনেটে কোনো রুট নেই তা চেক করুন - গেস্ট VLAN থেকে একটি কর্পোরেট IP-তে ট্রেসরুট (traceroute) রান করুন এবং এটি ফেইল করছে কিনা তা নিশ্চিত করুন। এখন, কিছু ত্রুটি। সবচেয়ে সাধারণ ত্রুটি হলো ভুলভাবে কনফিগার করা স্প্লিট-টানেল - যেখানে একটি ভুল কনফিগার করা ফায়ারওয়াল নিয়মের কারণে বা কোনো ACL না থাকার কারণে গেস্ট VLAN-এর অভ্যন্তরীণ রিসোর্সে অনাকাঙ্ক্ষিত অ্যাক্সেস চলে যায়। গো-লাইভে যাওয়ার আগে আপনার ফায়ারওয়াল নিয়মগুলো অডিট করুন। দ্বিতীয় সাধারণ ত্রুটি হলো RADIUS টাইমআউট হ্যান্ডলিং - যদি আপনার RADIUS সার্ভার নাগালের বাইরে চলে যায়, তবে কী হবে? আপনার অ্যাক্সেস পয়েন্টগুলো যাতে ফেইল-ক্লোজড থাকে, ফেইল-ওপেন না হয় তা নিশ্চিত করুন। ফেইল-ওপেন মানে হলো RADIUS ডাউন থাকলেও গেস্টরা নেটওয়ার্ক অ্যাক্সেস পেয়ে যাবে, যা একটি নিরাপত্তা ঝুঁকি। ফেইল-ক্লোজড মানে হলো RADIUS নাগালের বাইরে থাকলে কোনো অ্যাক্সেস পাওয়া যাবে না, যা একটি নিরাপদ ডিপ্লয়মেন্টের জন্য সঠিক অবস্থান। তৃতীয় ত্রুটিটি হলো আপনার captive portal-এর সার্টিফিকেটের মেয়াদ শেষ হওয়া। যদি আপনার পোর্টালের TLS সার্টিফিকেটের মেয়াদ শেষ হয়ে যায়, তবে গেস্টরা ব্রাউজারে একটি নিরাপত্তা সতর্কতা দেখতে পাবেন এবং আপনার অথেন্টিকেশন রেট প্রায় শূন্যে নেমে যাবে। Let's Encrypt বা আপনার সার্টিফিকেট ম্যানেজমেন্ট প্ল্যাটফর্মের মাধ্যমে সার্টিফিকেটের রিনিউয়াল স্বয়ংক্রিয় করুন। চটজলদি প্রশ্নোত্তর। গেস্ট নেটওয়ার্কের জন্য কি আমার 802.1X প্রয়োজন? না। 802.1X ম্যানেজড কর্পোরেট ডিভাইসের জন্য উপযুক্ত। আনম্যানেজড গেস্টদের জন্য, RADIUS ভিত্তিক VLAN অ্যাসাইনমেন্টসহ একটি captive portal হলো সঠিক আর্কিটেকচার। আমি কি গেস্ট এবং কর্পোরেট উভয় ডিভাইসের জন্য একটি মাত্র SSID ব্যবহার করতে পারি? কারিগরিভাবে হ্যাঁ, অথেন্টিকেশনের ফলাফলের ওপর ভিত্তি করে ডাইনামিক VLAN অ্যাসাইনমেন্ট ব্যবহার করে এটি করা যায়। কিন্তু অপারেশনাল দিক থেকে, আলাদা SSID ম্যানেজ করা এবং অডিট করা অনেক সহজ। এদের আলাদা রাখুন। যেসব IoT ডিভাইস captive portal ফ্লো সম্পন্ন করতে পারে না, সেগুলো আমি কীভাবে হ্যান্ডেল করব? পূর্ব-নিবন্ধিত MAC অ্যাড্রেস সহ পরিচিত IoT ডিভাইসের জন্য MAC-ভিত্তিক অথেন্টিকেশন বাইপাস বা MAB ব্যবহার করুন। অপরিচিত IoT ডিভাইসের জন্য, সেগুলোকে একটি কোয়ারেন্টাইন VLAN-এ রাখুন এবং ম্যানুয়ালি রিভিউ করুন। গেস্ট অ্যাক্সেসের জন্য সঠিক সেশন টাইমআউট কত হওয়া উচিত? হসপিটালিটির ক্ষেত্রে, গেস্টের থাকার মেয়াদের সাথে এটি সামঞ্জস্যপূর্ণ করুন। রিটেইলের জন্য সাধারণত দুই থেকে চার ঘণ্টা। ইভেন্টের জন্য, ইভেন্টের সময়সূচীর সাথে সামঞ্জস্যপূর্ণ রাখুন। সবসময় একটি আইডল টাইমআউট সেট করুন - ৩০ মিনিটের নিষ্ক্রিয়তা একটি যুক্তিযুক্ত ডিফল্ট সময়। আমার কি গেস্ট ট্রাফিক লগ করা উচিত? হ্যাঁ, আইনি এবং কমপ্লায়েন্সের উদ্দেশ্যে। কানেকশন লগগুলো - সোর্স IP, টাইমস্ট্যাম্প, অথেন্টিকেটেড আইডেন্টিটি - সর্বনিম্ন ৯০ দিনের জন্য সংরক্ষণ করুন, অথবা আপনার অঞ্চলের নিয়ম অনুযায়ী আরও বেশি সময়ের জন্য রাখুন। Purple-এর প্ল্যাটফর্ম এই অডিট ট্রেইল নেটিভভাবেই প্রদান করে। সংক্ষিপ্তসার এবং পরবর্তী পদক্ষেপ। সবকিছু সংক্ষেপে বলতে গেলে: আনম্যানেজড ডিভাইসের জন্য নিরাপদ গেস্ট অ্যাক্সেস একটি সমাধানকৃত বিষয়, তবে এর জন্য সুপরিকল্পিত আর্কিটেকচার প্রয়োজন। এর তিনটি স্তম্ভ হলো আইডেন্টিটি - কে কানেক্ট করছে; সেগমেন্টেশন - তারা কোথায় যেতে পারবে; এবং এনফোর্সমেন্ট - আপনি কীভাবে পলিসিটি বজায় রাখা নিশ্চিত করছেন। NAC এই বিষয়গুলোকে একসাথে যুক্ত করে, যেখানে আপনার অথেন্টিকেশন প্ল্যাটফর্ম এবং আপনার নেটওয়ার্ক ইনফ্রাস্ট্রাকচারের মধ্যে কমিউনিকেশন প্রোটোকল হিসেবে RADIUS কাজ করে। আপনার পরবর্তী পদক্ষেপের জন্য: আপনি যদি ইতিমধ্যে না করে থাকেন, তবে আপনার বর্তমান গেস্ট নেটওয়ার্ক সেগমেন্টেশন অডিট করুন। আপনার গেস্ট VLAN থেকে কর্পোরেট সাবনেটে কোনো রুট নেই তা নিশ্চিত করুন। আপনার captive portal-এর GDPR সম্মতি ফ্লো এবং ডেটা সংরক্ষণের কনফিগারেশন রিভিউ করুন। আর আপনি যদি একটি ওপেন গেস্ট SSID সহ WPA2-তে থাকেন, তবে আপনার ইনফ্রাস্ট্রাকচার রিফ্রেশ রোডম্যাপে WPA3-OWE যুক্ত করুন। Purple-এর প্ল্যাটফর্ম সরাসরি এই আর্কিটেকচারের সাথে ইন্টিগ্রেট করে - যা আপনার NAC ইনফ্রাস্ট্রাকচারের ওপর কাজ করে captive portal, আইডেন্টিটি ক্যাপচার, GDPR কমপ্লায়েন্স লেয়ার এবং অ্যানালিটিক্স প্রদান করে। আপনি যদি দেখতে চান যে এটি কীভাবে আপনার নির্দিষ্ট ভেন্যু এনভায়রনমেন্টের সাথে মানানসই হয়, তবে Purple টিম আপনার ব্যবহারের ক্ষেত্রের জন্য একটি রেফারেন্স আর্কিটেকচারের মাধ্যমে আপনাকে বিস্তারিত গাইড করতে পারে। শোনার জন্য ধন্যবাদ। Secure Guest Access: Implementing NAC for Unmanaged Devices-এর ওপর এটি ছিল একটি Purple WiFi ইন্টেলিজেন্স ব্রিফিং।