Zero Trust Network Access: বাস্তবায়ন কৌশল और সর্বোত্তম অনুশীলন

Zero Trust Network Access: বাস্তবায়ন কৌশল এবং সর্বোত্তম অনুশীলন একটি Purple ইন্টেলিজেন্স ব্রিফিং — সময়কাল: প্রায় ১০ মিনিট --- ভূমিকা এবং প্রসঙ্গ — প্রায় ১ মিনিট Purple ইন্টেলিজেন্স ব্রিফিংয়ে আপনাকে স্বাগত জানাই। আমি আপনার হোস্ট, এবং আজ আমরা সরাসরি গুরুত্বপূর্ণ বিষয়ে চলে যাচ্ছি: Zero Trust Network Access — ব্যবহারিক ক্ষেত্রে এর প্রকৃত অর্থ কী, কেন ঐতিহ্যগত পরিধি-ভিত্তিক নিরাপত্তা модель উচ্চ-ঘনত্বের ভেন্যু পরিবেশে আর উপযোগী নয় এবং কীভাবে আপনার প্রতিষ্ঠান কার্যক্রম বন্ধ না করে ZTNA বাস্তবায়ন করতে পারে। আপনি ৫০০ রুমের হোটেল, একটি আঞ্চলিক রিটেল এস্টেট, একটি কনফারেন্স সেন্টার বা একটি পাবলিক-সেক্টর ক্যাম্পাস পরিচালনা করছেন না কেন, হুমকির চিত্রটি মৌলিকভাবে পরিবর্তিত হয়েছে। আপনার নেটওয়ার্কের ভেতরের যেকোনো কিছু বিশ্বস্ত বলে ধরে নেওয়াটা স্পষ্টতই বিপজ্জনক। র্যানসমওয়্যার, পার্শ্বীয় চলাচল (lateral movement) আক্রমণ এবং ক্ষতিকারক IoT ডিভাইসগুলো সেই ধারণাকে অপ্রचलित করে তুলেছে। ZTNA এটিকে একটি সহজ কিন্তু शक्तिशाली নীতি দিয়ে प्रतिस्थापन করে: সবকিছু যাচাই করুন, ডিফল্টরূপে কাউকে विश्वास করবেন না এবং প্রতিটি স্তরে ন্যূনতম-অধিকার (least-privilege) অ্যাক্সেস প্রয়োগ করুন। পরবর্তী দশ মিনিটে, আমরা আর্কিটেকচার, বাস্তবায়নের ধারাবাহিকতা, এড়ানোর মতো ত্রুটিগুলো এবং ব্যবসায়িক কেস নিয়ে আলোচনা করব যা আপনার বোর্ড বা বাজেট হোল্ডারের কাছে উপস্থাপন করা প্রয়োজন। চলুন শুরু করা যাক। --- প্রযুক্তিগত গভীর বিশ্লেষণ — প্রায় ৫ মিনিট চলুন আর্কিটেকচার দিয়ে শুরু করা যাক। একটি Zero Trust Network Access কাঠামো পাঁচটি মূল স্তম্ভের ওপর ভিত্তি করে গড়ে উঠেছে: পরিচয়-ভিত্তিক অ্যাক্সেস নিয়ন্ত্রণ, ডিভাইস পোশ্চার যাচাইকরণ, মাইক্রোসেগমেন্টেশন, ক্রমাগত প্রমাণীকরণ এবং রিয়েল-টাইম হুমকি সনাক্তকরণ। এগুলো স্বাধীন বৈশিষ্ট্য নয় — এগুলো পরস্পর নির্ভরশীল স্তর যা কেবল একসাথে স্থাপন করলেই তাদের সম্পূর্ণ মূল্য প্রদান করে। পরিচয়-ভিত্তিক অ্যাক্সেস নিয়ন্ত্রণ হলো আপনার ভিত্তি। ZTNA-এর অধীনে, অ্যাক্সেসের সিদ্ধান্তগুলো যাচাইকৃত পরিচয়ের ওপর ভিত্তি করে নেওয়া হয় — নেটওয়ার্ক অবস্থানের ওপর নয়। এটি লিগ্যাসি মডেলগুলো থেকে একটি মৌলিক পরিবর্তন যেখানে কর্পোরেট LAN-এ থাকাই অভ্যন্তরীণ সংস্থানগুলো অ্যাক্সেস করার জন্য যথেষ্ট ছিল। একটি ভেন্যু প্রসঙ্গে, এর অর্থ হলো আপনার গেস্ট WiFi ব্যবহারকারী, আপনার কর্মী, আপনার ঠিকাদার এবং আপনার IoT ডিভাইসগুলো প্রত্যেকে সম্পূর্ণ আলাদা পরিচয় নীতির অধীনে কাজ করে। একজন হোটেলের গেস্ট যিনি গেস্ট নেটওয়ার্কের সাথে সংযুক্ত হচ্ছেন, তিনি কোন VLAN-এ আছেন তা বিবেচনা না করেই কখনই প্রোপার্টি ম্যানেজমেন্ট সিস্টেমে পৌঁছাতে পারবেন না। IEEE 802.1X এখানে প্রমাণীকরণ কাঠামো প্রদান করে এবং যখন এটি WPA3 এনক্রিপশনের সাথে মিলিত হয়, তখন আপনার কাছে পরিচয়-প্রয়োগকৃত অ্যাক্সেসের জন্য একটি শক্তিশালী বেসलाइन থাকে। ডিভাইস পোশ্চার যাচাইকরণ একটি দ্বিতীয় মাত্রা যোগ করে। কে সংযুক্ত হচ্ছে তা জানাই যথেষ্ট নয় — আপনাকে জানতে হবে কী সংযুক্ত হচ্ছে এবং সেই ডিভাইসটি আপনার নিরাপত্তা বেসলাইন পূরণ করে কিনা। অপারেটিং সিস্টেম কি প্যাच করা হয়েছে? এন্ডপয়েন্ট সুরক্ষা কি সক্রিয় আছে? ডিভাইসটি কি আপনার MDM-এ নিবন্ধিত? পরিচালিত কর্পোরেট ডিভাইসগুলোর জন্য এটি সহজ। BYOD এবং গেস্ট ডিভাইসগুলোর জন্য, আপনি একটি ভিন্ন নীতি স্তর প্রয়োগ করেন — সাধারণত অভ্যন্তরীণ সংস্থানগুলোর কোনো রুট ছাড়াই শুধুমাত্র-ইন্টারনেট অ্যাক্সেস। পলিসি ইঞ্জিন সংযোগের সময় গতিশীলভাবে এই সিদ্ধান্ত নেয় এবং সেশন জুড়ে ক্রমাগত এটি পুনরায় মূল্যায়ন করে। মাইক্রোসেগমেন্টেশন হলো এমন একটি ক্ষেত্র যেখানে ZTNA ভেন্যু পরিবেশে তার সবচেয়ে বাস্তবসম্মত অপারেশনাল মূল্য প্রদান করে। ব্যাপক VLAN পৃথকীকরণ সহ একটি ফ্ল্যাট নেটওয়ার্কের ওপর निर्भर करने के बजाय, মাইক্রোসেগমেন্টেশন নেটওয়ার্ক সেগমেন্টগুলোর মধ্যে দানাদার, নীতি-প্রয়োগকৃত সীমানা তৈরি করে। একটি রিটেল পরিবেশে, আপনার পয়েন্ট-অফ-সেল সিস্টেম, আপনার গেস্ট WiFi, আপনার স্টক ম্যানেজমেন্ট টার্মিনাল এবং আপনার বিল্ডিং ম্যানেজমেন্ট IoT ডিভাইসগুলোর প্রতিটি বিচ্ছিন্ন সেগমেন্টে থাকা উচিত যেখানে স্পষ্টভাবে অনুমোদিত না হলে তাদের মধ্যে কোনো পূর্ব-पश्चिम ট্র্যাফিকের অনুমতি দেওয়া হয় না। এটি PCI-DSS সম্মতির জন্য অত্যন্ত গুরুত্বপূর্ণ — কার্ডহোল্ডার ডেটা পরিবেশ অবশ্যই বিচ্ছিন্ন হতে হবে এবং মাইক্রোসেगমেন্টেশন হলো এমন একটি প্রক্রিয়া যা নেটওয়ার্ক স্তরে সেই বিচ্ছিন্নতা প্রয়োগ করে। গেস্ট WiFi সেगমেন্টে একটি লঙ্ঘন কেবল পেমেন্ট নেটওয়ার্কে ছড়িয়ে পড়তে পারে না। ক্রমাगत প্রমাণীকরণ একবার প্রমাণীকরণ করুন, সংযুক্ত থাকুন-এর ঐতিহ্যগত মডেলের বাইরে চলে যায়। ZTNA-এর অধীনে, পলিসি ইঞ্জিন সংযোগ জুড়ে সেশনের আচরণ পর্যবেক্ষণ করে। অস্বাভাবিক ট্র্যাফিক প্যাটার্ন — অস্বাভাবিক ডেটার পরিমাণ, অপ্রত্যাশিত গন্তব্যে সংযোগ, প্রোটোকल বিচ্যুতি — পুনরায় প্রমাণীকরণ বা সেশন সমাপ্তি ট্রিগার করে। এটি স্টেডিয়াম এবং কনফারেন্স সেন্টারের মতো উচ্চ-পদচারণাবিশিষ্ট পরিবেশে বিশেষভাবে প্রাসঙ্গিক যেখানে গেস্ট জনসংখ্যা দ্রুত পরিবর্তিত হয় এবং সেশন হাইজ্যাকিং বা শংসাপত্র ভাগ করে নেওয়ার ঝুঁকি বেশি থাকে। রিয়েল-টাইম হুমকি সনাক্তকরণ আপনার SIEM এবং নেটওয়ার্ক পর্যবেক্ষণ সরঞ্জামগুলোর সাথে একীভূত হয়ে সমস্ত সেগমেন্ট জুড়ে দৃশ্যমানতা প্রদান করে। একটি Zero Trust মডেলে, আপনি একটি ঐতিহ্যগত পরিधि-ভিত্তিক नेटवर्क की तुलना में উল্লেখযোগ্যভাবে বেশি টেলিমেট্রি তৈরি করছেন — প্রতিটি অ্যাক্সেসের অনুরোধ লগ করা হয়, প্রতিটি নীতির সিদ্ধান্ত রেকর্ড করা হয়। সেই ডেটা হলো আপনার প্রাথমিক সতর্কীকরণ ব্যবস্থা। অসঙ্গতি সনাক্তকরণ অ্যালগরিদমগুলো পার্শ্বীয় চলাচলের (lateral movement) প্রচেষ্টা, অস্বাভাবিক প্রমাণীকরণ প্যাটার্ন এবং পরিচিত ক্ষতিকারক এন্ডপয়েন্টগুলোর উদ্দেশ্যে পাঠানো ট্র্যাফিক ঘটনা ঘটার আগেই চিহ্নিত করতে পারে। এখন, এই সমস্ত কিছুর ভিত্তি হিসেবে কাজ করা মানদণ্ডগুলো সম্পর্কে কথা বলা যাক। IEEE 802.1X হলো তারযুক্ত और वायरलेस नेटवर्क एक्सेस कंट्रोल के लिए আপনার প্রমাণীকরণ মানদণ্ড। RADIUS সার্ভারগুলো — অন-প্রিমিস বা ক্লাউড-হোস্টেড যাই হোক না কেন — আপনার অ্যাক্সেস পয়েন্টগুলোর পেছনে থাকে এবং নীতির সিদ্ধান্তগুলো প্রয়োগ করে। WPA3 ওয়্যারলেস সেগমেন্টগুলোর জন্য এনক্রিপশন বেসলাইন প্রদান করে। পেমেন্ট ডেটা পরিচালনাকারী সংস্থাগুলোর জন্য, PCI-DSS সংস্করণ ৪.০ নেটওয়ার্ক সেগমেন্টেশন এবং অ্যাক্সেस নিয়ন্ত্রণ প্রয়োজনীয়তা বাধ্যতামূলক করে যা सीधे एक ZTNA आर्किटेक्चर के साथ সামঞ্জস্যপূর্ণ। যারা EU-তে কাজ করছেন বা ইউরোপীয় গেস্ট ডেটা পরিচালনা করছেন, তাদের জন্য GDPR অনুচ্ছেদ ৩২ ব্যক্তিগত ডেটা সুরক্ষার জন্য উপযুক্ত প্রযুক্তিগত ব্যবস্থার দাবি করে — এবং ZTNA-এর পরিচয়-ভিত্তিক অ্যাক্সেस নিয়ন্ত্রণ এবং অডিট লগিং সরাসরি সেই প্রয়োজনীয়তা পূরণ করে। আরও একটি प्रौद्योगिकीগত বিষয় জোর দেওয়ার মতো: ZTNA কোনো একক পণ্য নয়। এটি একটি আর্কিটেকচারাল মডেল। আপনি সম্ভবত একটি Software-Defined Perimeter বা SDP সমাধান, একটি ক্লাউড-ডেলিভার্ড সিকিউরিটি সার্ভিস এজ বা SSE প্ল্যাটফর্ম, আপনার বিদ্যমান নেটওয়ার্ক অ্যাক্সেস কন্ট্রোল অবকাঠামো এবং আপনার পরিচয় প্রদানকারীর সংমিশ্রণ ব্যবহার করে এটি বাস্তবায়ন করবেন। এই উপাদানগুলোর একীকরণ — এবং সেগুলোর মধ্যে নীতির ধারাবাহিকতা — হলো এমন একটি জায়গা जहां अधिकांश कार्यान्वयन সফল বা ব্যর্থ হয়। --- বাস্তবায়ন সুপারিশ এবং ত্রুটিসমূহ — প্রায় ২ মিনিট ঠিক আছে। চলুন কথা বলা যাক কীভাবে আপনি আসলে এটি স্থাপন করবেন এবং সংস্থাগুলো সাধারণত কোথায় ভুল করে। বাস্তবায়নের ধারাবাহিকতা অত্যন্ত গুরুত্বপূর্ণ। অনুসন্ধান এবং শ্রেণীকরণ দিয়ে শুরু করুন। আপনি Zero Trust नीतिগুলো लागू करने से पहले, आपके नेटवर्क के प्रत्येक डिवाइस, उपयोगकर्ता और वर्कलोड की एक संपूर्ण और सही सूची প্রয়োজন। একটি ভেন্যু পরিবেশে, এটি প্রায়শই সবচেয়ে সময়সাপেক্ষ পর্যায় — বিশেষ করে IoT ডিভাইসগুলো প্রায়শই নথিভুক্ত থাকে না, লিগ্যাসি ফার্মওয়্যার চালায় এবং এমন সেগমেন্টের সাথে সংযুক্ত হয় যেখানে তাদের থাকার কোনো প্রয়োজন নেই। একটি নীতি স্পর্শ করার पहले उस सूची को बनाने के लिए नेटवर्क खोज टूल का उपयोग करें। দ্বিতীয় ধাপ হলো সেগমেন্টেশন ডিজাইন। আপনার ব্যবসায়িক কার্যক্রম এবং আপনার সম্মতির প্রয়োজনীয়তার সাথে আপনার নেটওয়ার্ক সেগমেন্টগুলো ম্যাপ করুন। হসপিটালিটিতে, এর অর্থ সাধারণত পাঁচ বা ছয়টি সেগমেন্ট: গেস্ট WiFi, স্টাফ অপারেশন, পেমেন্ট সিস্টেম, বিল্ডিং ম্যানেজমেন্ট, ব্যাক-অফিস এবং সম্ভবত কনফারেন্স বা ইভেন্ট অবকাঠামোর জন্য একটি ডেডিকেটেড সেগমেন্ট। সেগমেন্টগুলোর মধ্যে অনুমোদিত ট্র্যাফিক প্রবাহ সংজ্ঞায়িত করুন — এবং রক্ষণশীল হন। ডিফল্ট-প্রत्याখ্যান (Default-deny) আপনার বন্ধু। তৃতীয় ধাপ হলো পরিচয় একীকরণ। আপনার ZTNA পলিসি ইঞ্জিনকে আপনার পরিচয় প্রদানকারীর সাথে সংযুক্ত করুন — তা Active Directory, Azure AD, Okta বা ক্লাউड-ভিত্তিক পরিচয় পরিষেবা যাই হোক না কেন। গেস্ট ব্যবহারকারীদের জন্য, আপনার ক্যাপティブ পোর্টাল বা সোশ্যাল লগইন প্রবাহ পরিচয় নিশ্চিতকরণের প্রক্রিয়া হয়ে ওঠে। উদাহরণস্বরূপ, Purple-এর গেস্ট WiFi প্ল্যাটফর্ম সংযোগের সময় যাচাইকৃত পরিচয় ক্যাপচার করে এবং সেই প্রসঙ্গটি ডাউনস্ট্রিম নীতি প্রয়োগকারী পয়েন্টগুলোতে প্রেরণ করে। চতুর্থ ধাপ হলো নীতি রোলআউট। পর্যবেক্ষণ মোড দিয়ে শুরু করুন — নীতিগুলো প্রয়োগ করার আগে শুধুমাত্র-পর্যবেক্ষণ মোডে স্থাপন করুন। এটি আপনাকে অপারেশনাল ব্যাঘাত না ঘটিয়ে কোন ট্র্যাফিক ব্লক করা হবে সে সম্পর্কে দৃশ্যমানতা দেয়। দুই থেকে চার সপ্তাহের জন্য পর্যবেক্ষণ মোড চালান, লগগুলো পর্যালোচনা করুন, আপনার নীতিগুলো পরিমার্জিত করুন এবং তারপরে প্রয়োগের দিকে এগিয়ে যান। আমি যে সবচেয়ে সাধারণ ভুলটি দেখি তা হলো সংস্থাগুলো অনুসন্ধান পর্যায়টি এড়িয়ে সরাসরি নীতি প্রয়োগে চলে যায়। ফলাফল সর্বদা একই হয়: বৈধ ব্যবসায়িক ট্র্যাফিক ব্লক হয়ে যায়, অপারেশন টিমগুলো সমস্যা উত্থাপন করে এবং ZTNA প্রকল্পটিকে এমন বিভ্রাটের জন্য দায়ী করা হয় যা এটি ঘটায়নি। অনুসন্ধানের কাজটি করুন। এটি সুফল দেবে। দ্বিতীয় প্রধান ভুলটি হলো ZTNA-কে এককালীন স্থাপনা হিসেবে বিবেচনা করা। Zero Trust একটি চলমান অপারেশনাল শৃঙ্খলা। আপনার ডিভাইসের তালিকা প্রতিদিন পরিবর্তিত হয়। নতুন অ্যাপ্লিকেশন স্থাপন করা হয়। কর্মীদের ভূমিকা পরিবর্তিত হয়। আপনার নীতিগুলোকে আপনার পরিবেশের সাথে বিকশিত হতে হবে। প্রথম দিন থেকেই আপনার টিমের ওয়ার্কফ্লোতে অপারেশনাল প্রক্রিয়াগুলো — নিয়মিত নীতি পর্যালোচনা, ডিভাইস ইনভেন্টরি অডিট, অসঙ্গতি সতর্কতা ট্রায়াজ — তৈরি করুন। --- র‌্যাপিড-ফায়ার প্রশ্নোত্তর — প্রায় ১ মিনিট ZTNA স্থাপনের কথা বিবেচনা করছে এমন IT টিমগুলোর কাছ থেকে আমি নিয়মিত যে কয়েকটি प्रश्न শুনি তা সংক্ষেপে দেখে নেওয়া যাক। "ZTNA কি আমাদের VPN প্রতিস্থাপন করে?" বেশিরভাগ ক্ষেত্রে, হ্যাঁ — অভ্যন্তরীণ অ্যাপ্লিকেশন অ্যাক্সেসের জন্য। ZTNA একটি ঐতিহ্যগত VPN-এর চেয়ে আরও দানাদার, পরিচয়-সচেতন অ্যাক্সেস নিয়ন্ত্রণ প্রদান করে, যার ফলে আক্রমণের পরিধি উল্লেখযোগ্যভাবে হ্রাস পায়। VPN-গুলো ব্যাপক নেটওয়ার্ক অ্যাক্সেস দেয়; ZTNA যাচাইকৃত পরিচয় এবং ডিভাইস পোশ্চারের ওপর ভিত্তি করে নির্দিষ্ট অ্যাপ্লিকেশন বা সংস্থানগুলোতে অ্যাক্সেস দেয়। "আমাদের বিদ্যমান ফায়ারওয়াল অবকাঠামোর সাথে ZTNA কীভাবে ইন্টারঅ্যাক্ট করে?" ZTNA আপনার ফায়ারওয়ালের পরিপূরক হিসেবে কাজ করে। আপনার পরিধি ফায়ারওয়াল উত্তর-দক্ষিণ ট্র্যাফিক পরিচালনা করে; ZTNA নীতি প্রয়োগ পূর্ব-पश्चिम ট্র্যাফিক এবং পরিচয়-ভিত্তিক অ্যাক্সেসের সিদ্ধান্তগুলো পরিচালনা করে। এগুলো পারস্পরিকভাবে একচেটিয়া নয়। "শেষ-ব্যবহারকারীর অভিজ্ঞতার ওপর এর প্রভাব কী?" সঠিকভাবে করা হলে, ন্যূনতম। পরিচালিত ডিভাইসগুলোতে থাকা কর্মীদের জন্য, প্রমাণীকরণের অভিজ্ঞতা মূলত স্বচ্ছ — 802.1X-এর মাধ্যমে সার্টিফিকেট-ভিত্তিক প্রমাণীকরণের জন্য কোনো ব্যবহারকারীর ইন্টারঅ্যাকশনের প্রয়োজন হয় না। গেস্টদের জন্য, ক্যাপティブ পোর্টাল বা সোশ্যাল লগইন প্রবাহই একমাত্র দৃশ্যমান স্পর্শবিন্দু। "একটি সম্পূর্ণ ZTNA স্থাপনে কত সময় লাগে?" একটি মাঝারি আকারের ভেন্যু এস্টেটের জন্য — ধরুন, ১০ থেকে ২০টি সাইট — পর্যায়ক্রমিক রোলআউটের জন্য ৬ থেকে ১২ মাস সময় লাগতে পারে। একক-সাইট স্থাপনাগুলো ৮ থেকে ১২ সপ্তাহের মধ্যে সম্পন্ন করা যেতে পারে। --- সারসংক্ষেপ এবং পরবর্তী পদক্ষেপ — প্রায় ১ মিনিট উপসংহারে বলা যায়: Zero Trust Network Access কোনো ভবিষ্যতের আকাঙ্ক্ষা নয় — এটি উচ্চ-ঘনত্ব, বহু-ব্যবহারকারী নেটওয়ার্ক পরিবেশ পরিচালনাকারী যেকোনো সংস্থার জন্য বর্তমান সময়ের একটি অপারেশনাল প্রয়োজনীয়তা। পরিচয়-ভিত্তিক অ্যাক্সেস নিয়ন্ত্রণ, মাইক্রোসেগমেন্টেশন, ক্রমাগত প্রমাণীকরণ এবং রিয়েল-টাইম হুমকি সনাক্তকরণের সংমিশ্রণ আপনাকে এমন একটি নিরাপত্তা ব্যবস্থা দেয় যা ঐতিহ্যগত পরিধি-ভিত্তিক মডেলগুলোর চেয়ে অনেক বেশি শক্তিশালী এবং অডিটযোগ্য। আপনার পরবর্তী পদক্ষেপ: আপনি যদি সম্প্রতি কোনো নেটওয়ার্ক অনুসন্ধান এবং সেগমেন্টেশন অডিট না করে থাকেন তবে একটি অডিট করান। আপনার পরিচয় প্রদানকারী একীকরণের বিকল্পগুলো মূল্যায়ন করুন। এবং আপনি যদি বড় পরিসরে গেস্ট WiFi পরিচালনা করেন, তবে আপনার গেস্ট অ্যাক্সেস প্ল্যাটফর্মটি কীভাবে আপনার বৃহত্তর ZTNA নীতি কাঠামোর সাথে একীভূত হয় তা দেখুন — কারণ গেস্ট পরিচয় একটি Zero Trust আর্কিটেকচারে প্রথম-শ্রেণীর নাগরিক, কোনো পরবর্তী চিন্তা নয়। গেস্ট নেটওয়ার্ক পরিবেশ সুরক্ষিত করার বিষয়ে আরও জানতে, Purple-এর বাস্তবায়ন নির্দেশিকা এবং বিশ্লেষণ প্ল্যাটফর্মের ডকুমেন্টেশন একটি ভালো সূচনা পয়েন্ট। শো নোটে লিঙ্কগুলো দেওয়া আছে। শোনার জন্য ধন্যবাদ। পরবর্তী সময় পর্যন্ত বিদায়। --- স্ক্রিপ্টের সমাপ্তি মোট আনুমানিক সময়কাল: প্রতি মিনিটে প্রায় ১৩০ শব্দের পরিমাপित পেশাদার কথা বলার গতিতে ১০ মিনিট। শব্দ সংখ্যা: প্রায় ১,৩০০ শব্দ।