جایگزین CXS پس از توقف ConfigServer؛ اسکن و حفاظت فایل

فرض کنید یک سایت وردپرسی بدون اجازهٔ شما فایل‌های ناشناس می‌سازد. اسکنر می‌تواند در پیدا کردن این فایل‌ها کمک کند، اما فقط دیدن یک نام مشکوک کافی نیست تا آن را پاک کنیم. بعضی فایل‌ها بخشی از افزونهٔ سالم هستند و بعضی هشدارها هم نیاز به بررسی دارند.

از مدیر هاست بخواهید برای همان حساب یک اسکن انجام دهد و گزارشی شامل مسیر فایل و نام تشخیص بدهد. ابتدا یک کپی از فایل مشکوک را خارج از مسیر عمومی نگه دارید. اگر فایل متعلق به هستهٔ وردپرس یا یک افزونه است، آن را با نسخهٔ سالمِ همان نرم‌افزار از منبع رسمی مقایسه کنید. برای نمونه، اگر افزونه‌ای آلوده شده، جایگزین کردن فایل‌های آن با بستهٔ سالم روش روشن‌تری از پاک کردن چند خط ناشناس است.

پس از پاک‌سازی، رمزهای مرتبط را عوض کنید و راه ورود آلودگی را هم پیدا کنید؛ مثلاً افزونهٔ قدیمی یا حساب مدیریتی ناشناس. اگر فقط فایل را حذف کنیم و راه ورود باز بماند، ممکن است فردا دوباره ساخته شود. برای انتخاب اسکنر جایگزین CXS، از میزبان بپرسید آیا اسکن دستی، زمان‌بندی‌شده یا هنگام آپلود انجام می‌شود. این سه کار یکسان نیستند و باید بدانید سرویس خریداری‌شده کدام را انجام می‌دهد.

اسکن دوره‌ای فایل‌های موجود را در زمان مشخص بررسی می‌کند. حفاظت هنگام آپلود تلاش می‌کند فایل تازه را نزدیک به زمان ورود بررسی کند. این دو کار جای یکدیگر را نمی‌گیرند. اگر فایل از مسیر دیگری، مثلاً یک افزونهٔ آسیب‌پذیر یا اتصال انتقال فایل، وارد شود، پوشش ابزار به تنظیم و نوع اتصال بستگی دارد. پس پیش از انتخاب نرم‌افزار باید بدانید دقیقاً کدام مسیرها زیر نظر آن هستند.

برای یک سایت کوچک ممکن است اسکن میزبان، نگهداری صحیح وردپرس و بررسی فایل‌های تغییرکرده نیاز اصلی را پوشش دهد. در یک سرور چندحسابی، مدیر باید ابزار سازگار با پنل و سیستم‌عامل، سیاست قرنطینه و گزارش‌دهی هر حساب را نیز بررسی کند. صرف دیدن عبارت real-time در صفحهٔ محصول اثبات نمی‌کند همهٔ مسیرهای آپلود پوشش داده شده‌اند.

نام ابزار را از فهرست نرم‌افزارهای پشتیبانی‌شدهٔ میزبان یا پنل بگیرید. سازگاری نسخه، دریافت به‌روزرسانی الگوها، روش نصب رسمی و امکان بازگرداندن فایل قرنطینه‌شده را بررسی کنید. بسته‌ای که دیگر به‌روز نمی‌شود ممکن است تهدید تازه را نشناسد یا با PHP و سیستم‌عامل فعلی سازگار نباشد.

اول یک حساب آزمایشی را اسکن کنید و نتیجه را بخوانید. بعضی فایل‌های مشروع، مانند کد فشرده یا ابزارهای مدیریتی، ممکن است مشکوک تشخیص داده شوند. در شروع، گزارش و قرنطینهٔ قابل برگشت از حذف خودکار مناسب‌تر است. مسیر، نام فایل، زمان تغییر و دلیل تشخیص را ثبت کنید و قبل از حذف، نسخهٔ سالم آن را با فایل موجود مقایسه کنید.

ابتدا دسترسی مسیر آلوده را محدود کنید و فایل مشکوک را از دسترس وب خارج کنید. سپس منبع ورود را پیدا کنید: افزونهٔ قدیمی، رمز افشاشده، مجوز نامناسب یا برنامه‌ای که فایل دلخواه را اجرا می‌کند می‌تواند علت باشد. حذف یک فایل بدون رفع این علت معمولاً باعث برگشت آلودگی می‌شود.

برای وردپرس، فایل هسته و افزونه را از منبع رسمی سالم جایگزین کنید و نسخهٔ نصب‌شده را با بستهٔ معتبر تطبیق دهید. رمزهای مرتبط را عوض کنید و کاربرها، زمان‌بندی‌ها و فایل‌های تازه را بررسی کنید. فایل SQL و تنظیمات محرمانه را در پوشهٔ عمومی برای بررسی قرار ندهید. پس از پاک‌سازی، صفحات سایت، ورود مدیر و ارسال ایمیل را امتحان کنید و اسکن را دوباره انجام دهید. اسکن سالم یک نشانهٔ مفید است، اما نتیجه باید با بررسی مسیر نفوذ و رفتار واقعی سایت همراه باشد.