Laman WordPress yang diceroboh kadangkala boleh dipulihkan tanpa sandaran bersih, tetapi kerja ini mesti dikawal. Hadkan kemudaratan, simpan keadaan semasa dan cari laluan pencerobohan terlebih dahulu. Kemudian bersihkan atau bina semula laman, lindungi akses dan sahkan pencerobohan telah dihentikan sebelum trafik biasa dipulihkan.

Jika laman mengendalikan pembayaran, maklumat peribadi atau kesihatan, atau digunakan untuk menyerang pelawat, hubungi penyedia pengehosan dan pakar tindak balas insiden dengan segera. Ikut proses keselamatan, privasi dan pelaporan organisasi. Jangan janjikan pembersihan sehingga skop masalah difahami.

Petanda laman mungkin diceroboh

Petunjuk mungkin termasuk akaun pentadbir yang tidak dikenali, ubah hala luar jangka, halaman atau pautan yang disuntik, amaran pelayar, fail tidak dikenali, tetapan laman berubah, spam keluar atau notis penyalahgunaan daripada hos. Laporan Security Issues dalam Search Console mungkin menunjukkan masalah yang dikesan Google, tetapi laporan kosong tidak membuktikan laman bersih.

Rekod URL terjejas, mesej ralat, tarikh, perubahan terkini dan pemberitahuan. Gunakan peranti serta rangkaian yang selamat. Jangan log masuk melalui pautan dalam mesej mencurigakan dan jangan kongsi kelayakan akses atau data pelanggan persendirian di forum awam.

Respons awal: hadkan dan simpan bukti

  1. Hubungi penyedia pengehosan. Tanyakan pilihan pengasingan, log pelayan, sandaran, akaun terjejas dan kemungkinan laman lain dalam akaun pengehosan yang sama turut terlibat.
  2. Hadkan pendedahan. Bergantung pada risiko, hos mungkin menyekat akses, memaparkan notis penyelenggaraan atau mengasingkan laman. Kekalkan halaman hubungan atau kecemasan yang bersih jika selamat dan sesuai.
  3. Simpan salinan keadaan yang diceroboh. Ambil salinan terkawal bagi fail, pangkalan data dan log berkaitan sebelum memadam atau menulis ganti bukti. Simpan di tempat dengan akses terhad kerana kandungannya mungkin merangkumi kod hasad atau data peribadi.
  4. Selaraskan perubahan akses. Dari peranti yang dipercayai, lindungi akaun pengehosan, domain, DNS, e-mel, WordPress dan pihak ketiga. Batalkan pengguna serta sesi yang tidak dikenali. Tukar kelayakan selepas penceroboh dibendung, dan gantikan salt pengesahan WordPress untuk membatalkan sesi sedia ada.
  5. Tetapkan pemilik respons. Rekod pihak yang boleh meluluskan perubahan, berkomunikasi dengan pihak terjejas dan menentukan masa laman boleh beroperasi semula.

Jangan anggap mod penyelenggaraan sahaja membendung pencerobohan. Pintu belakang boleh terus berfungsi walaupun halaman awam disembunyikan. Bekerjasama dengan hos untuk memilih kawalan yang meliputi fail dan perkhidmatan terjejas.

Siasat laluan pencerobohan

Semak log akses, perubahan fail, akaun pentadbir baharu, tugas berjadual, versi pemalam dan tema, amaran hos, perubahan DNS serta pelancaran terkini. Bina garis masa dan kenal pasti sama ada e-mel, pembayaran, akaun pelanggan atau sistem lain turut terjejas.

Pastikan siasatan setimpal dengan kesannya. Jika bukti mungkin diperlukan untuk insurans, semakan kawal selia atau nasihat undang-undang, rujuk pakar berkaitan sebelum mengubahnya. Jangan buat kenyataan tanpa bukti tentang pihak yang menyerang atau data yang diakses.

Bersihkan atau bina semula dengan selamat

Tiada satu urutan pembersihan yang sesuai untuk semua insiden. Bagi laman ringkas, pakar WordPress yang berkelayakan mungkin boleh menggantikan perisian terjejas dan menyemak pangkalan data. Bagi pencerobohan serius atau berulang, dapatkan kepakaran tindak balas insiden dan selaraskan kerja dengan hos.

  • Gantikan fail teras WordPress daripada sumber dipercayai. Jangan menulis ganti salinan bukti yang disimpan.
  • Pasang semula tema dan pemalam daripada penerbit asal yang dipercayai. Buang perisian terbengkalai, tidak dibenarkan atau cetak rompak, kemudian sahkan lesen dan keserasian semasa.
  • Semak folder muat naik dan direktori boleh tulis untuk fail boleh laksana yang tidak dijangka, sambil mengekalkan media perniagaan yang sah.
  • Periksa akaun pentadbir, kandungan pangkalan data, konfigurasi, tugas berjadual, pemalam must-use, drop-in dan peraturan peringkat pelayan untuk perubahan tanpa izin.
  • Buang ubah hala hasad, halaman spam dan kandungan yang disuntik. Cari laluan akses tambahan, bukan sekadar memadam gejala yang kelihatan.
  • Kemas kini perisian yang disokong dan hadkan akses mengikut keperluan sebenar laman. Jangan ubah keizinan secara pukal atau menjalankan arahan pangkalan data yang belum disemak.

Jika anda tidak dapat memastikan laman bersih, bina semula daripada kandungan serta perisian yang diketahui baik dalam persekitaran bersih. Kekalkan data perniagaan yang diperlukan hanya selepas disemak. Imbasan visual atau satu pemalam antiperisian hasad bukan bukti bahawa semua pintu belakang telah dibuang.

Sahkan sebelum memulihkan trafik biasa

Uji laman yang dibina semula dalam persekitaran terkawal. Semak perubahan fail dan akaun, ulang imbasan, periksa log pelayan, sahkan ubah hala serta uji borang, checkout, e-mel, analitik dan integrasi. Pastikan sandaran dibuat dan boleh dipulihkan.

Jika Search Console menunjukkan Security Issue, ikut arahan pemulihan semasa dan minta semakan selepas masalah dibaiki. Google mungkin memerlukan masa untuk merangkak laman semula. Permintaan semakan tidak menjamin hasil carian tertentu.

Pantau pencerobohan semula, akaun baharu, perubahan fail yang tidak dijangka dan aktiviti keluar. Kekalkan penglibatan hos semasa tempoh pemantauan dan rekodkan perubahan.

Kurangkan risiko pencerobohan berulang

Kemas kini perisian yang disokong melalui proses yang diuji, buang komponen yang tidak lagi diperlukan, lindungi akaun pentadbir dengan kelayakan unik serta pengesahan berbilang faktor, hadkan akses dan simpan sandaran luar tapak dengan ujian pemulihan berjadual. Semak akses pengehosan, DNS, e-mel dan pihak ketiga sebagai sebahagian daripada sempadan keselamatan yang sama.

Bila perlu melibatkan pakar

Minta bantuan jika pencerobohan berulang selepas pembersihan, penyerang masih mempunyai akses, beberapa laman atau akaun terjejas, maklumat sensitif mungkin terbabit atau anda tidak dapat mengenal pasti laluan pencerobohan dengan yakin. Penyedia patut menerangkan bukti yang dikumpulkan, ketidakpastian yang masih ada, skop kerja dan perkara yang akan disemak secara bebas.

Elakkan penyedia yang menjamin pembersihan penuh sebelum memeriksa laman, mendesak akses kepada akaun yang tidak berkaitan atau menganggap keputusan pengimbas sebagai bukti pemulihan.

Soalan lazim

Bolehkah WordPress yang diceroboh dipulihkan tanpa sandaran bersih?

Selalunya boleh, tetapi hasilnya bergantung pada perubahan dan perkara yang masih boleh dipercayai. Simpan keadaan laman yang diceroboh, libatkan hos, gantikan perisian daripada sumber dipercayai dan sahkan pangkalan data serta laluan akses. Pembinaan semula bersih mungkin lebih selamat daripada menyunting fail tidak diketahui di tempatnya.

Patutkah semua kata laluan ditukar serta-merta?

Lindungi akses daripada peranti dipercayai dan selaraskan kerja dengan hos. Jika penyerang masih mempunyai akses, perubahan kata laluan sahaja mungkin tidak membendung insiden. Batalkan sesi dan tukar kelayakan serta salt pengesahan sebagai sebahagian daripada pelan pembendungan dan pemulihan.

Berapa lama pemulihan mengambil masa?

Tiada tempoh piawai yang boleh diharap. Skop masalah, bukti, sistem terjejas, semakan data dan keperluan pemeriksaan semuanya mempengaruhi kerja. Tentukan skop sebelum bersetuju tentang anggaran.

Kesimpulan

Kawal pencerobohan, simpan bukti, bekerjasama dengan hos dan bina semula daripada perisian yang dipercayai. Pulihkan trafik awam hanya selepas akses, data, fungsi utama dan pemantauan disemak. Jika risiko terhadap laman atau data tidak jelas, dapatkan bantuan tindak balas insiden yang berkelayakan.

Sumber disemak pada 20 Oktober 2026: panduan WordPress untuk laman yang diceroboh, panduan Google tentang Security Issues dan alat keselamatan Search Console.