آموزش تغییر پیشوند جداول وردپرس برای امنیت بیشتر

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

توی این آموزش، اول از سایت بکاپ می‌گیریم و پیشوند مناسب رو انتخاب می‌کنیم. بعد تغییر پیشوند رو با phpMyAdmin و WP-CLI انجام می‌دیم، داده‌های وابسته رو اصلاح می‌کنیم و در آخر همه بخش‌های مهم سایت رو آزمایش می‌کنیم. این تغییر می‌تونه حدس زدن نام جدول‌ها رو سخت‌تر کنه، ولی به‌تنهایی جلوی حمله SQL Injection رو نمی‌گیره.

تغییر پیشوند جداول وردپرس چه کاری انجام می‌ده؟

پیشوند جداول دیتابیس وردپرس چیه؟

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

هر جدول وردپرس یک نام مثل wp_posts یا wp_options داره. بخش wp_ ابتدای این نام‌ها پیشونده. وردپرس مقدار این پیشوند رو از متغیر $table_prefix در فایل wp-config.php می‌خونه.

تغییر پیشوند چه تأثیری روی امنیت سایت داره؟

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

چرا تغییر پیشوند جلوی SQL Injection رو نمی‌گیره؟

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

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

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

• بکاپ کامل بگیرید: از فایل‌ها و دیتابیس نسخه پشتیبان تهیه کنید و مطمئن بشید روش بازگردانی اون رو بلدید. بکاپی که امکان بازیابی نداره، موقع خطا کمکی نمی‌کنه.
• دیتابیس درست رو پیدا کنید: نام دیتابیس در مقدار DB_NAME فایل wp-config.php دیده می‌شه. راهنمای فایل wp-config.php محل و بخش‌های مهم این فایل رو توضیح می‌ده.
• پیشوند فعلی رو یادداشت کنید: مقدار $table_prefix و فهرست همه جدول‌هایی رو که با اون شروع می‌شن، ذخیره کنید.
• تغییرات هم‌زمان رو متوقف کنید: برای سایت فروشگاهی یا پربازدید، بهتره زمان کم‌ترافیکی رو انتخاب کنید و حالت در دست ساخت وردپرس رو موقتاً فعال کنید.
• جدول‌های اضافه رو بررسی کنید: افزونه‌ها ممکنه جدول مستقل ساخته باشن. وردپرس چندسایته هم برای سایت‌های شبکه جدول‌های بیشتری داره.

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

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

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

در مثال‌های این آموزش، پیشوند قبلی wp_ و پیشوند جدید m7k_ هست. شما باید این دو مقدار رو با پیشوندهای واقعی سایتتون جایگزین کنید.

آموزش تغییر پیشوند جداول وردپرس با phpMyAdmin

phpMyAdmin یک ابزار تحت وب برای مدیریت دیتابیسه و بیشتر شرکت‌های هاست اون رو داخل کنترل‌پنل ارائه می‌کنن. ظاهر و نام منوها ممکنه در هاست شما کمی فرق داشته باشه. راهنمای مدیریت دیتابیس وردپرس با phpMyAdmin هم برای آشنایی اولیه به کارتون میاد.

مرحله اول: فایل wp-config.php رو پیدا کنید

با File Manager هاست یا FTP وارد فایل‌های سایت بشید.

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

مرحله دوم: مقدار table_prefix رو تغییر بدید

از فایل یک کپی نگه دارید، بعد خط زیر رو پیدا کنید:

$table_prefix = 'wp_';

پیشوند رو به مقدار جدید تغییر بدید و فایل رو ذخیره کنید:

$table_prefix = 'm7k_';

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

مرحله سوم: دیتابیس وردپرس رو در phpMyAdmin باز کنید

وارد کنترل‌پنل هاست بشید و phpMyAdmin رو باز کنید. از ستون سمت چپ، همون دیتابیسی رو انتخاب کنید که در مقدار DB_NAME دیدید. انتخاب دیتابیس اشتباه می‌تونه سایت دیگه‌ای رو خراب کنه.

مرحله چهارم: همه جدول‌های دارای پیشوند قبلی رو پیدا کنید

در تب Structure فهرست جدول‌ها رو ببینید. همه نام‌هایی رو که با wp_ شروع می‌شن یادداشت کنید و تعدادشون رو هم بنویسید. فقط به جدول‌های اصلی مثل wp_posts اکتفا نکنید؛ افزونه‌ها هم ممکنه جدول‌هایی با همین پیشوند ساخته باشن. بعد از تغییر باید فهرست و تعداد جدول‌های جدید رو با این خروجی مقایسه کنید تا جدولی جا نمونده باشه.

مرحله پنجم: نام جدول‌ها رو به پیشوند جدید تغییر بدید

تب SQL رو باز کنید و برای هر جدول یک دستور RENAME TABLE بسازید. نمونه زیر جدول‌های اصلی یک نصب ساده رو نشون می‌ده، ولی باید جدول‌های واقعی سایت خودتون رو مبنا قرار بدید:

RENAME TABLE `wp_commentmeta` TO `m7k_commentmeta`,
`wp_comments` TO `m7k_comments`,
`wp_links` TO `m7k_links`,
`wp_options` TO `m7k_options`,
`wp_postmeta` TO `m7k_postmeta`,
`wp_posts` TO `m7k_posts`,
`wp_termmeta` TO `m7k_termmeta`,
`wp_terms` TO `m7k_terms`,
`wp_term_relationships` TO `m7k_term_relationships`,
`wp_term_taxonomy` TO `m7k_term_taxonomy`,
`wp_usermeta` TO `m7k_usermeta`,
`wp_users` TO `m7k_users`;

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

مرحله ششم: کلیدهای وابسته به پیشوند رو در جدول options اصلاح کنید

تغییر نام جدول‌ها کافی نیست. بعضی نام‌های ذخیره‌شده داخل جدول options هم پیشوند قبلی رو دارن. اول اون‌ها رو فقط نمایش بدید:

SELECT `option_name`
FROM `m7k_options`
WHERE `option_name` LIKE 'wp!_%' ESCAPE '!';

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

UPDATE `m7k_options`
SET `option_name` = REPLACE(`option_name`, 'wp_', 'm7k_')
WHERE `option_name` LIKE 'wp!_%' ESCAPE '!';

مرحله هفتم: کلیدهای وابسته به پیشوند رو در جدول usermeta اصلاح کنید

کلیدهایی مثل wp_capabilities و wp_user_level نقش و دسترسی کاربران رو نگه می‌دارن. اول موارد وابسته رو پیدا و خروجی اون‌ها رو ذخیره کنید:

SELECT DISTINCT `meta_key`
FROM `m7k_usermeta`
WHERE `meta_key` LIKE 'wp!_%' ESCAPE '!';

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

UPDATE `m7k_usermeta`
SET `meta_key` = REPLACE(`meta_key`, 'wp_', 'm7k_')
WHERE `meta_key` LIKE 'wp!_%' ESCAPE '!';

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

مرحله هشتم: جدول‌های ساخته‌شده به‌وسیله افزونه‌ها رو بررسی کنید

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

آموزش تغییر پیشوند جداول وردپرس با WP-CLI

WP-CLI یعنی ابزار خط فرمان وردپرس. با اون می‌تونید بعضی کارهای مدیریتی رو از طریق SSH انجام بدید. این روش برای کاربرانی مناسبه که به خط فرمان هاست دسترسی دارن و با اجرای دستورها راحت هستن.

پیش‌نیازهای استفاده از WP-CLI

• دسترسی SSH به سرور داشته باشید.
• WP-CLI روی سرور نصب و قابل‌اجرا باشه.
• داخل پوشه نصب درست وردپرس باشید.
• بکاپ کامل و امکان بازگردانی اون رو آماده کرده باشید.

پیدا کردن جدول‌های دارای پیشوند فعلی

اول پیشوند فعلی و فهرست جدول‌های وابسته به نصب وردپرس رو ببینید:

wp config get table_prefix --type=variable
wp db tables --all-tables-with-prefix

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

تغییر نام همه جدول‌های مرتبط

برای تغییر نام، دستورهای RENAME TABLE رو با نام واقعی همه جدول‌ها آماده کنید و از طریق WP-CLI اجرا کنید. نمونه یک جدول این شکلیه:

wp db query 'RENAME TABLE `wp_posts` TO `m7k_posts`;'

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

wp config set table_prefix m7k_ --type=variable

گزینه --type=variable لازمه، چون $table_prefix در فایل wp-config.php یک متغیره، نه ثابت. ترتیب این دو بخش باعث یک وقفه کوتاه در دسترسی سایت می‌شه. برای همین بهتره حالت نگهداری فعال باشه و دستورهای تغییر نام از قبل آماده شده باشن.

اجرای آزمایشی جایگزینی با dry-run

گزینه --dry-run یعنی دستور فقط نشون می‌ده چه چیزهایی تغییر می‌کنن و هنوز چیزی رو ذخیره نمی‌کنه. برای داده‌های عمومی دیتابیس می‌تونید از wp search-replace کمک بگیرید، ولی جایگزینی سراسری wp_ ممکنه داده‌های نامرتبط رو هم پیدا کنه. پس اول خروجی آزمایشی رو دقیق بررسی کنید:

wp search-replace 'wp_' 'm7k_' --all-tables-with-prefix --dry-run

این دستور رو فقط به‌خاطر زیاد بودن تعداد نتایج، بدون --dry-run اجرا نکنید. برای این کار مشخص، اصلاح کنترل‌شده ستون‌های option_name و meta_key امن‌تر و قابل‌بررسی‌تره.

اصلاح داده‌های وابسته به پیشوند و بررسی نتیجه

کوئری‌های بخش phpMyAdmin برای جدول‌های جدید options و usermeta رو با دستور wp db query اجرا کنید. کوئری رو داخل کوتیشن تکی بذارید، اول SELECT بزنید و بعد از ذخیره و بررسی نتیجه، UPDATE رو اجرا کنید. در پایان این دستورها هم مفید هستن:

wp db tables --all-tables-with-prefix
wp core is-installed
wp cache flush

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

نکات مهم برای وردپرس چندسایته

وردپرس چندسایته یا Multisite چند سایت رو داخل یک شبکه مدیریت می‌کنه. جدول‌های سایت اصلی معمولاً پیشوند پایه دارن و جدول‌های سایت‌های بعدی شناسه‌ای مثل wp_2_ یا wp_3_ می‌گیرن.

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

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

بعد از تغییر پیشوند چطور سایت رو آزمایش کنید؟

1. صفحه اصلی، چند نوشته، برگه و صفحه جست‌وجو رو باز کنید.
2. از حساب خارج بشید و دوباره وارد پیشخوان وردپرس بشید.
3. نقش و دسترسی مدیر، ویرایشگر، نویسنده و مشتری رو بررسی کنید.
4. فرم تماس، ثبت‌نام، ورود، جست‌وجو، فروشگاه و پرداخت آزمایشی رو تست کنید.
5. گزارش خطاهای PHP، گزارش وب‌سرور و فایل ثبت اشکال‌زدایی وردپرس رو بررسی کنید.
6. بعد از اطمینان از سلامت سایت، کش وردپرس، سرور و شبکه توزیع محتوا رو پاک کنید.

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

رفع مشکلات رایج بعد از تغییر پیشوند جداول وردپرس

صفحه نصب یا خطای مربوط به جدول‌ها نمایش داده می‌شه

اول مطمئن بشید مقدار $table_prefix دقیقاً با ابتدای نام جدول‌های جدید یکیه. بعد فهرست جدول‌ها رو با خروجی قبل از تغییر مقایسه کنید تا جدول جاافتاده یا نام اشتباهی پیدا بشه. اگه پیام مشخصاً «خطا در برقراری ارتباط با پایگاه داده» هست، مقادیر DB_NAME، DB_USER، DB_PASSWORD و DB_HOST رو هم بررسی کنید؛ تغییر پیشوند نباید این اطلاعات اتصال رو عوض کنه.

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

معمولاً مقدار $table_prefix با نام جدول‌ها هماهنگ نیست یا کلیدهای جدول usermeta هنوز پیشوند قبلی رو دارن. هر دو بخش رو بررسی کنید و کش سایت رو هم پاک کنید.

کاربر مدیر دسترسی مدیریتی نداره

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

بعضی جدول‌ها با پیشوند قبلی باقی موندن

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

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

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

چطور بکاپ رو برگردونید؟

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

برای افزایش امنیت دیتابیس چه کارهای دیگری انجام بدید؟

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

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

جمع‌بندی تغییر پیشوند جداول وردپرس

برای تغییر پیشوند جداول وردپرس باید سه بخش با هم هماهنگ بشن: مقدار $table_prefix در wp-config.php، نام همه جدول‌های مرتبط و کلیدهای وابسته داخل جدول‌های options و usermeta. جا موندن هر بخش می‌تونه ورود یا دسترسی کاربران رو خراب کنه.

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

سؤالات متداول درباره تغییر پیشوند جداول وردپرس

تیم تولید محتوا

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