SQL Server-এর জন্য অ্যান্টিভাইরাস থেকে কোন ফোল্ডারগুলো বাদ দিতে পারেন?
ওয়ার্কলোডভিত্তিক বাদ দেওয়া আর অসুরক্ষিত হোস্ট দুটি ভিন্ন সিদ্ধান্ত। ব্যতিক্রমটিকে প্রমাণিত মিথস্ক্রিয়ায় সীমাবদ্ধ রাখুন এবং বাকি নিয়ন্ত্রণগুলো ধরে রাখুন।
ডেটাবেস পর্যালোচনায় দুটি বাক্য পরস্পরের বদলে ব্যবহার করা হয়, অথচ তাদের অর্থ সম্পূর্ণ ভিন্ন। একটি বলে নির্দিষ্ট ওয়ার্কলোডের জন্য নির্দিষ্ট ব্যতিক্রম দরকার; অন্যটি বলে হোস্টের আর এন্ডপয়েন্ট সুরক্ষা দরকার নেই। প্রথমটি সীমাবদ্ধ প্রকৌশল সিদ্ধান্ত, আর দ্বিতীয়টি মালিকহীন ঝুঁকি। এদের আলাদা করাই পুরো কাজ, এবং তা শুরু হয় সার্ভারটি আসলে কী করে তা দিয়ে।
একই শোনায় এমন দুটি বাক্য
একটি ব্যতিক্রম একটি পথ, একটি প্রক্রিয়া বা একটি ফাইল ধরনের নাম বলে এবং তার কারণ দেয়। আর বর্জন একটি যন্ত্র থেকে একটি নিয়ন্ত্রণ সরিয়ে দেয় এবং তার বদলে তার কারণ দেয়। দুটোই একই রকম পারফরম্যান্স সংখ্যা এবং সম্পূর্ণ ভিন্ন নিরাপত্তা অবস্থা তৈরি করতে পারে।
ডেটাবেস সার্ভার বর্জনের জন্য দুর্বল প্রার্থী, কারণ অন্য সবকিছু যে ডেটার ওপর নির্ভর করে তা এখানেই থাকে। এটি ডেস্কটপ-মানের নীতির জন্যও দুর্বল প্রার্থী, কারণ ডেটাবেস যে ফাইলগুলো খোলা রাখে সেগুলো স্ক্যান করলে এমন সমস্যা হয় যা ডেস্কটপ কখনো দেখে না। সৎ অবস্থান মাঝখানে, এবং তা অনুমান না করে যুক্তি দিয়ে প্রতিষ্ঠা করতে হয়। পর্যালোচনার কাজ সেই যুক্তিটাই ধরা।
ব্যতিক্রম ও বর্জনের তুলনা করুন
দুই বিকল্পকে চারটি বিষয়ে পাশাপাশি রাখুন: কোনটি সুরক্ষিত থাকে, কোনটি উন্মুক্ত হয়, সিদ্ধান্তের মালিক কে, এবং কোন প্রমাণ তা সমর্থন করে।
সীমাবদ্ধ ব্যতিক্রম হোস্টের বাকি অংশকে আগের মতোই সুরক্ষার অধীনে রাখে, সিদ্ধান্তটি একটি নামধারী মালিকের কাছে রাখে এবং পুনরুৎপাদিত উপসর্গের ওপর দাঁড়ায়। বর্জন সবকিছু থেকে সুরক্ষা সরিয়ে দেয় এবং সাধারণত এই দাবির ওপর দাঁড়ায় যে যন্ত্রটি উন্মুক্ত নয়। সেই দাবিকে সার্ভারের প্রকৃত ভূমিকাগুলোর সামনে টিকে থাকতে হয়, কারণ ফাইল শেয়ার, লিংকড সার্ভার, এজেন্ট জব এবং প্রশাসনিক ফাইল স্থানান্তর সবই এমন উন্মোচন তৈরি করে যা ফায়ারওয়াল কখনো দেখে না। নিচের তুলনার কেবল একটি কলাম মালিকানা বদলালেও টিকে থাকে, কারণ এটি লিপিবদ্ধ করে কী সিদ্ধান্ত হয়েছে এবং কেন।
| Point | Scoped exception | Blanket exclusion |
|---|---|---|
| Coverage | Only the named paths or processes | The whole host |
| Evidence needed | A reproduced interaction | An argument about exposure |
| Owner | A named reviewer with a date | Usually nobody |
| Behaviour after an update | Reviewed again | Silently inherited |
ব্যতিক্রমকে প্রমাণিত মিথস্ক্রিয়ায় সীমাবদ্ধ করুন
তালিকা থেকে নয়, উপসর্গ থেকে শুরু করুন। ফাইল-অ্যাক্সেস দ্বন্দ্ব, সম্পদের চাপ এবং ধীর কোয়েরি লগে ভিন্নভাবে দেখা যায় এবং ভিন্ন সমাধানে নিয়ে যায়। সুরক্ষা চালু রেখে উপসর্গটি পুনরুৎপাদন করুন, তারপর সংশ্লিষ্ট সঠিক পথ বা প্রক্রিয়া চিহ্নিত করুন।
সাধারণ প্রার্থী হলো ডেটাবেস ফাইল, লগ ফাইল, ব্যাকআপ এবং ফুল-টেক্সট ক্যাটালগ ফাইল, আর অ্যান্টিভাইরাস সফটওয়্যার ও SQL Server নিয়ে Microsoft-এর নির্দেশিকা মোতায়েন করা সংস্করণ ও নিরাপত্তা পণ্যের জন্য রেফারেন্স হিসেবে থাকে। অন্য সার্ভার থেকে তালিকা কপি করবেন না, আর একটি সার্ভিস নামই ইনস্টল করা প্রতিটি উপাদান ঢেকে দেয় এমনটি ধরে নেবেন না। প্রমাণিত মিথস্ক্রিয়া মোকাবিলা করে এমন ক্ষুদ্রতম ব্যতিক্রমটিই প্রস্তাব করা উচিত। আর যেকোনো বড় কিছু নিজের যুক্তি দাবি করে।
Get-MpPreference | Select-Object -ExpandProperty ExclusionPath
Get-MpComputerStatus | Select-Object AntivirusEnabled, RealTimeProtectionEnabledসেই তালিকা সার্ভারের ভূমিকার সঙ্গে মিলিয়ে দেখুন, কারণ একটি ঘটনার জন্য যোগ করা ব্যতিক্রম সাধারণত চিরকাল থেকে যায়। প্রতিটি এন্ট্রির পাশে ছোট একটি টীকাই পরবর্তী অডিট সম্ভব করতে যথেষ্ট।
নেটওয়ার্ক ও পরিচয় নিয়ন্ত্রণ ধরে রাখুন
এন্ডপয়েন্ট ব্যতিক্রম কে ডেটাবেসে পৌঁছাতে পারে সে বিষয়ে কিছুই বলে না। ফায়ারওয়াল নীতির উচিত এখনো সীমাবদ্ধ রাখা কোন উৎসগুলো SQL বা ব্যবস্থাপনা সেশন খুলতে পারে, আর অ্যাপ্লিকেশন অ্যাকাউন্টের উচিত সীমাবদ্ধ রাখা সেই সেশনগুলো কী করতে পারে।
একটি VPN ওই একই আলোচনায় পড়ে এবং প্রায়ই যুক্তি হিসেবে ভুলভাবে ব্যবহৃত হয়। অ্যাক্সেস পথ সীমিত করা তার মধ্য দিয়ে আসা ফাইল, স্ক্রিপ্ট বা কোয়েরি যাচাই করে না। এনক্রিপ্টেড টানেল নেটওয়ার্ক সেন্সরের কাছে অস্বচ্ছও বটে, তাই একটি সেন্সর যে দৃশ্যমানতা দেয় তা হোস্ট এজেন্টের দেওয়া দৃশ্যমানতা নয়। এগুলো ভিন্ন প্রমাণ-ধারা, এবং কোনোটিই অন্যটির বিকল্প নয়। প্যাচ ব্যবস্থাপনা, বিশ্বস্ত প্রশাসনিক টুলিং এবং পরীক্ষিত পুনরুদ্ধার পথ নিজ নিজ মালিকসহ আলাদা দায়িত্ব হিসেবে থাকে। ভূমিকার শুদ্ধতা এখানেও প্রযোজ্য: অসম্পর্কিত ব্রাউজিং, ডাউনলোড এবং ফাইল শেয়ারিংয়ের দায়িত্ব ডেটাবেস হোস্ট থেকে দূরে থাকা উচিত, যদি না তার মালিক সেগুলো স্পষ্টভাবে মেনে নেন।
পরিবর্তনটি পরীক্ষা করুন, তারপর মালিকানা নিন
প্রতিনিধিত্বমূলক ওয়ার্কলোড এবং গুরুত্বপূর্ণ নিরাপত্তা যাচাই দিয়ে পরীক্ষা করুন, তারপর শুধু প্রাথমিক ত্রুটি নয়, স্থিতিশীলতা, থ্রুপুট এবং চলমান সুরক্ষা তুলনা করুন।
Get-MpThreatDetection | Sort-Object InitialDetectionTime -Descending | Select-Object -First 5
Get-WinEvent -LogName 'Microsoft-Windows-Windows Defender/Operational' -MaxEvents 20একটি সমর্থিত রোলব্যাক পথ এবং এমন একজন মালিক রাখুন যিনি উপাদান বা পণ্য হালনাগাদের পরে ব্যতিক্রমটি পর্যালোচনা করেন, কারণ একটি বিল্ডের জন্য লেখা ব্যতিক্রম তার অস্তিত্বের কারণকে ছাড়িয়ে যেতে পারে। পরিধি, কারণ এবং পর্যালোচনার তারিখ সার্ভারের বিল্ড রেকর্ডের সঙ্গে একই জায়গায় লিখে রাখুন। তা ছাড়া পরবর্তী পর্যালোচক যুক্তিহীন একটি তালিকাই উত্তরাধিকার সূত্রে পান। একটি ব্যতিক্রম ততক্ষণই যুক্তিযুক্ত যতক্ষণ তার কারণ সত্য থাকে।