چطور سایت هک‌شده وردپرس را بازیابی کنیم؟

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

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

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

بازیابی سایت هک‌شده وردپرس

هدف از این فرایند، بازگرداندن سایت به وضعیت سالم، حفظ اطلاعات معتبر و بستن راه نفوذ است. قبل از هر اقدامی، سایت را از نظر نوع آسیب دسته‌بندی کنید: آیا فقط ظاهر سایت تغییر کرده است؟ آیا به پیشخوان دسترسی ندارید؟ آیا مرورگر یا گوگل آن را خطرناک معرفی می‌کند؟ پاسخ این سؤال‌ها مشخص می‌کند از کدام مرحله شروع کنید.

فهرست مطالب

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

تشخیص هک و محدودکردن آسیب

نشانه‌هایی که نباید نادیده بگیرید

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

• ایجاد کاربر مدیر یا نویسنده‌ای که شما آن را نمی‌شناسید.
• تغییر ایمیل، رمز عبور یا آدرس سایت در تنظیمات وردپرس.
• هدایت کاربران موبایلی به سایت‌های تبلیغاتی، شرط‌بندی یا صفحات فیشینگ.
• تغییر عنوان و توضیحات نوشته‌ها یا اضافه‌شدن لینک‌های نامرتبط.
• وجود فایل‌های PHP ناشناس در پوشه uploads.
• دریافت هشدار از Google Search Console، مرورگر یا شرکت میزبانی.
• ارسال ایمیل‌های انبوه از هاست یا افزایش ناگهانی مصرف CPU و پهنای باند.

سایت را موقتاً از دسترس عمومی خارج کنید

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

در این مرحله وارد پاک‌سازی تصادفی نشوید. ابتدا زمان مشاهده مشکل، تغییرات اخیر، افزونه‌ها یا قالب‌هایی که اخیراً نصب شده‌اند و پیام‌های امنیتی دریافت‌شده را یادداشت کنید. همین اطلاعات در تشخیص منبع نفوذ کمک زیادی می‌کند.

تهیه نسخه پشتیبان و قرنطینه سایت

چرا باید از سایت آلوده نسخه پشتیبان بگیرید؟

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

نسخه پشتیبان آلوده را با عنوان «نسخه سالم» ذخیره نکنید. آن را قرنطینه کنید و دسترسی عمومی به آن ندهید. فایل پشتیبان را در پوشه‌ای قرار ندهید که از طریق آدرس سایت قابل دانلود باشد؛ زیرا ممکن است شامل اطلاعات اتصال پایگاه داده، کلیدهای امنیتی یا اطلاعات کاربران باشد.

پشتیبان‌های قدیمی را چگونه ارزیابی کنیم؟

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

در پروژه‌های حرفه‌ای، پشتیبان در سه سطح نگهداری می‌شود: نسخه روزانه برای بازگردانی سریع، نسخه هفتگی جدا از سرور و نسخه‌ای آفلاین یا ابری برای شرایط بحرانی. افزونه پشتیبان‌گیری به‌تنهایی جای سیاست پشتیبان‌گیری را نمی‌گیرد؛ باید مطمئن شوید فایل خروجی واقعاً قابل بازگردانی است.

قطع دسترسی مهاجم و تغییر رمزها

رمزهایی که باید تغییر کنند

بعد از تهیه نسخه قرنطینه‌ای، از یک دستگاه مطمئن و ترجیحاً شبکه‌ای امن، رمزهای زیر را تغییر دهید:

• همه کاربران مدیر وردپرس، نه فقط حساب اصلی.
• حساب هاست و پنل مدیریت سرور.
• FTP، SFTP و SSH.
• پایگاه داده و کاربر دیتابیس.
• ایمیل مدیر سایت و ایمیل متصل به دامنه.
• حساب‌های CDN، سرویس ایمیل، درگاه پرداخت و ابزارهای تحلیل.

رمز جدید باید طولانی، یکتا و غیرقابل حدس باشد. اگر رمز قبلی در چند سرویس استفاده شده، فقط تغییر رمز وردپرس کافی نیست. نشست‌های فعال کاربران را نیز با تغییر کلیدهای امنیتی وردپرس در فایل wp-config.php بی‌اعتبار کنید. این کلیدها را می‌توانید با مقادیر جدید و تصادفی جایگزین کنید.

کاربران و دسترسی‌های مشکوک

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

مجوز فایل‌ها را هم بررسی کنید. در اغلب نصب‌ها، فایل‌ها نباید با دسترسی نوشتن عمومی در دسترس باشند و فایل wp-config.php باید محافظت بیشتری داشته باشد. مقدار دقیق مجوز به نوع سرور و تنظیمات هاست بستگی دارد؛ بنابراین تغییر کورکورانه مجوزها ممکن است سایت را از کار بیندازد.

پاک‌سازی فایل‌ها و پایگاه داده وردپرس

بررسی فایل‌های هسته و افزونه‌ها

امن‌ترین روش برای پاک‌سازی هسته، دریافت نسخه رسمی همان نگارش وردپرس از منبع معتبر و جایگزین‌کردن فایل‌های هسته است؛ به‌جز wp-content و wp-config.php که باید با دقت جداگانه بررسی شوند. فایل‌های هسته را با نسخه‌ای که از کانال ناشناس دانلود شده جایگزین نکنید.

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

برای مقایسه فایل‌ها می‌توانید از ابزارهای بررسی یکپارچگی وردپرس یا اسکنرهای امنیتی معتبر استفاده کنید. نتیجه اسکن را به‌صورت کورکورانه اجرا نکنید؛ بعضی ابزارها کدهای قانونی قالب یا افزونه را به‌اشتباه مشکوک اعلام می‌کنند. فایل‌هایی که نام تصادفی دارند، کدگذاری‌شده‌اند یا در پوشه آپلود قرار گرفته‌اند، نیاز به بررسی دقیق‌تری دارند.

پوشه آپلود و فایل‌های PHP

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

برای کاهش ریسک، اجرای PHP در پوشه آپلود معمولاً باید مسدود شود؛ اما روش انجام آن به Apache، Nginx یا تنظیمات هاست بستگی دارد. این تغییر را در محیط آزمایشی بررسی کنید تا عملکرد تصاویر و فایل‌های رسانه‌ای مختل نشود.

بررسی پایگاه داده

بخش قابل توجهی از آلودگی‌ها در پایگاه داده پنهان می‌مانند. جدول‌های نوشته‌ها، تنظیمات، متادیتای نوشته و کاربران را برای موارد زیر بررسی کنید:

• اسکریپت‌های جاوااسکریپت ناشناس در متن نوشته‌ها.
• لینک‌های اسپم، کلمات کلیدی نامرتبط یا صفحات پنهان.
• تغییر آدرس سایت در تنظیمات عمومی.
• کاربران جدید یا نقش‌های مدیریتی غیرعادی.
• تنظیمات ناشناخته در جدول options با قابلیت بارگذاری خودکار.

قبل از اجرای هر دستور SQL، از دیتابیس نسخه جداگانه تهیه کنید. جست‌وجو و جایگزینی گروهی، مخصوصاً در داده‌های سریال‌شده وردپرس، اگر با ابزار نامناسب انجام شود می‌تواند تنظیمات افزونه‌ها و قالب را خراب کند. برای این کار از ابزارهای سازگار با داده‌های سریال‌شده استفاده کنید.

بازسازی هسته، افزونه‌ها و قالب

بازگردانی امن وردپرس

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

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

بازسازی تنظیمات و عملکرد سایت

بعد از بازسازی، پیوندهای یکتا را یک‌بار ذخیره کنید، کش وردپرس و CDN را پاک کنید و فرم‌ها، ورود کاربران، سبد خرید، پرداخت و ارسال ایمیل را تست کنید. اگر سایت با خطای ۵۰۰ یا صفحه سفید روبه‌رو شد، گزارش خطای موقت را فعال کنید، اما نمایش خطا را برای بازدیدکنندگان عمومی باز نگذارید.

در یکی از پروژه‌های واقعی، پس از پاک‌سازی فایل‌ها، سایت ظاهراً سالم بود اما مصرف CPU همچنان بالا می‌رفت. بررسی کرون‌جاب‌ها نشان داد یک وظیفه زمان‌بندی‌شده هر چند دقیقه فایل مخرب را بازسازی می‌کند. بنابراین علاوه بر وردپرس، کرون‌جاب‌های هاست، کاربران FTP، کلیدهای SSH و وظایف زمان‌بندی‌شده افزونه‌ها را نیز بررسی کنید.

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

بررسی سئو و رفع هشدارهای گوگل

کنترل صفحات اسپم و تغییرات سئو

بعد از پاک‌سازی، در Google Search Console بخش‌های Security Issues و Manual Actions را بررسی کنید. گزارش Coverage یا صفحات ایندکس‌شده را نیز ببینید تا متوجه شوید آیا صفحه‌های اسپم، ریدایرکت‌های ناخواسته یا عنوان‌های جعلی وارد نتایج شده‌اند یا نه.

عبارت‌هایی مانند site:example.com را در گوگل جست‌وجو کنید و چند صفحه تصادفی را با حالت ناشناس مرورگر باز کنید. فقط صفحه اصلی را بررسی نکنید؛ مهاجم معمولاً صفحات قدیمی، برچسب‌ها یا URLهای کم‌مراجعه را هدف می‌گیرد.

ارسال درخواست بازبینی

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

صفحات اسپم را با دقت مدیریت کنید. اگر صفحه‌ای واقعاً بخشی از محتوای سایت نیست، حذف آن و بازگرداندن پاسخ ۴۰۴ یا ۴۱۰ مناسب است. همه URLها را به صفحه اصلی ریدایرکت نکنید؛ این کار تجربه کاربر و سیگنال‌های سئو را ضعیف می‌کند.

جلوگیری از هک دوباره

یک چک‌لیست امنیتی قابل اجرا

• هسته وردپرس، افزونه‌ها و قالب را مرتب به‌روزرسانی کنید.
• افزونه‌ها و قالب‌های بلااستفاده را حذف کنید، نه اینکه فقط غیرفعال نگه دارید.
• ورود دومرحله‌ای را برای مدیران فعال کنید.
• تعداد حساب‌های مدیر را به حداقل برسانید.
• از صفحه ورود و XML-RPC متناسب با نیاز سایت محافظت کنید.
• پشتیبان‌گیری خودکار داشته باشید و بازگردانی آن را آزمایش کنید.
• هشدار تغییر فایل، ورود ناموفق و ساخت کاربر جدید را فعال کنید.
• نسخه PHP و تنظیمات امنیتی هاست را به‌روز نگه دارید.
• برای هر سرویس، رمز عبور جداگانه استفاده کنید.

انتخاب افزونه امنیتی

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

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

چه زمانی از متخصص کمک بگیریم؟

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

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

اشتباهات رایج در بازیابی سایت هک‌شده وردپرس

نصب دوباره وردپرس بدون بررسی علت

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

حذف همه فایل‌های مشکوک بدون نسخه پشتیبان

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

تغییر فقط رمز پنل وردپرس

اگر رمز هاست، FTP، دیتابیس یا ایمیل تغییر نکند، مهاجم ممکن است از همان مسیر قبلی وارد شود. همچنین رمز جدید را در دستگاهی که احتمال آلودگی دارد وارد نکنید؛ در غیر این صورت، کی‌لاگر می‌تواند آن را دوباره سرقت کند.

جمع‌بندی

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

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

پرسش‌های متداول درباره بازیابی سایت هک‌شده وردپرس

آیا با نصب دوباره وردپرس سایت کاملاً پاک می‌شود؟

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

اگر به پیشخوان وردپرس دسترسی نداشته باشیم چه کار کنیم؟

از پنل هاست، مدیریت فایل، phpMyAdmin یا دسترسی SFTP برای تغییر رمز، غیرفعال‌کردن افزونه مشکوک و بررسی فایل‌ها استفاده کنید. اگر مهارت فنی کافی ندارید، از شرکت هاستینگ یا متخصص امنیت وردپرس کمک بگیرید.

آیا بازگردانی یک بکاپ قدیمی بهترین راه‌حل است؟

فقط زمانی که نسخه پشتیبان سالم‌بودن آن بررسی شده باشد. مهاجم ممکن است مدت‌ها پیش از شناسایی هک وارد سایت شده باشد؛ بنابراین نسخه قدیمی را ابتدا در محیط جداگانه اسکن و آزمایش کنید.

بعد از پاک‌سازی، چرا سایت دوباره هک می‌شود؟

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

چقدر زمان برای بازیابی سایت هک‌شده وردپرس لازم است؟

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

آیا افزونه امنیتی به‌تنهایی از هک دوباره جلوگیری می‌کند؟

خیر. افزونه امنیتی یک لایه دفاعی است، اما به‌روزرسانی منظم، رمزهای یکتا، احراز هویت دومرحله‌ای، پشتیبان سالم، هاست امن و حذف افزونه‌های ناشناس نیز ضروری هستند.