Cara Mengatasi “Deceptive Site Ahead” Sampai Bersih

Peringatan merah “Deceptive site ahead” membuat pengunjung berpikir website Anda mencuri data, menyebarkan penipuan, atau menipu pengguna. Bagi bisnis, dampaknya langsung: iklan terbuang, calon pelanggan batal masuk, dan merek terlihat tidak aman.

Jangan mencoba menutup peringatan dengan redirect atau meminta pelanggan menekan tombol lanjutkan. Anda perlu menemukan penyebab, membersihkan website, menutup celah, dan meminta peninjauan setelah benar-benar aman.

Apa Arti Peringatan Deceptive Site Ahead?

Pesan tersebut umumnya berkaitan dengan indikasi phishing atau social engineering. Halaman mungkin meniru login layanan lain, meminta informasi sensitif secara menipu, atau memuat konten berbahaya hasil peretasan. Website asli yang baru saja diretas pun dapat terkena.

Peringatan ini berbeda dari Internet Positif. Jika Anda ragu, baca perbedaan blokir Kominfo dan Google Safe Browsing sebelum mengambil tindakan.

1. Amankan Bukti dan Batasi Dampak

Catat URL yang memicu peringatan, waktu, screenshot, dan laporan Search Console. Jika website sedang aktif menyebarkan phishing, pertimbangkan mode pemeliharaan atau pembatasan sementara yang dirancang bersama administrator. Jangan menghapus seluruh file sebelum membuat backup forensik.

Amankan juga akun hosting, CMS, registrar, dan email administrator. Gunakan perangkat yang bersih untuk mengganti kata sandi serta mengaktifkan 2FA. Jika penyerang masih memiliki akses, pembersihan file hanya bersifat sementara.

2. Periksa Security Issues di Search Console

Buka properti domain yang terverifikasi dan periksa laporan Security Issues. Catat kategori serta contoh URL yang diberikan. Contoh tersebut bukan selalu daftar lengkap; membersihkan satu URL sambil meninggalkan direktori lain dapat membuat review gagal.

Jika properti belum diverifikasi, lakukan verifikasi melalui metode resmi. Hindari mengikuti petunjuk dari komentar yang meminta Anda memasang kode tidak dikenal.

3. Temukan Halaman dan File Berbahaya

• Bandingkan file CMS dengan rilis resmi dan backup bersih.
• Periksa folder upload, file PHP baru, kode obfuscated, dan cron mencurigakan.
• Periksa halaman login palsu serta redirect berdasarkan user-agent atau referer.
• Tinjau pengguna admin, plugin, theme, dan task terjadwal yang tidak dikenal.
• Periksa database untuk konten suntikan, bukan hanya file.

Pada WordPress, gunakan checklist keamanan WordPress sebagai pendamping. Scanner membantu, tetapi tidak menjamin menemukan backdoor yang disembunyikan dengan baik.

4. Bersihkan dan Tutup Akar Masalah

Pulihkan file dari sumber bersih, hapus konten phishing, dan perbarui CMS serta dependensi. Cabut sesi login lama, kunci API, token deployment, dan kredensial database bila dicurigai bocor. Pastikan hak akses file tidak terlalu longgar.

Jangan hanya menghapus gejala. Jika celah berasal dari plugin rentan atau akun yang dibobol, tentukan bagaimana penyerang masuk dan tutup jalur tersebut. Untuk kasus injeksi spam, lihat juga ciri website terkena injeksi malware.

5. Uji Website Sebelum Review

Buka URL yang sebelumnya terinfeksi dalam lingkungan pengujian yang aman. Pastikan konten berbahaya tidak muncul pada kondisi mobile, Googlebot, referer pencarian, maupun pengguna yang belum login. Periksa file unduhan dan redirect eksternal.

Website harus kembali online dan dapat diperiksa Google. Jangan meminta review sambil menutup seluruh akses crawler atau menyajikan konten berbeda untuk menyembunyikan infeksi.

6. Ajukan Request a Review

Kembali ke laporan Security Issues dan pilih opsi meminta peninjauan setelah semua masalah diperbaiki. Jelaskan secara singkat tindakan yang dilakukan, misalnya menghapus halaman phishing, memperbarui plugin rentan, mengganti kredensial, dan memulihkan file dari backup bersih.

Durasi peninjauan bergantung pada jenis masalah. Jangan mengirim review berulang tanpa perubahan. Jika ditolak, periksa contoh URL baru dan lanjutkan pembersihan. Setelah status berhasil dipulihkan, browser dan layanan lain mungkin memerlukan waktu untuk memperbarui peringatan.

7. Cegah Peringatan Kembali

Buat jadwal update, backup terpisah, pengujian restore, serta pembatasan akses admin. Pantau perubahan file dan status website. Dokumentasikan insiden agar respons berikutnya lebih cepat.

Jika domain juga terkena filtering ISP setelah insiden, selesaikan proses normalisasi Trust Positif secara terpisah. Hilangnya layar merah tidak otomatis membuka blokir jaringan.

Catatan Khusus untuk WordPress

Periksa integritas file inti, daftar plugin dan theme yang tidak aktif, pengguna administrator, serta file pada direktori uploads. Penyerang dapat menaruh backdoor pada theme yang sudah tidak digunakan, sehingga menghapus plugin aktif saja belum cukup.

Tinjau juga tabel opsi, widget, kode pada theme builder, dan halaman yang dibuat otomatis. Setelah bersih, ganti salts serta kredensial sesuai prosedur keamanan dan cabut sesi lama. Jika ragu, minta spesialis melakukan audit sebelum meminta review.

Contoh Pesan untuk Request a Review

Gunakan penjelasan faktual seperti: “Kami menghapus halaman phishing pada direktori yang tercantum, memulihkan file inti dari rilis resmi, memperbarui plugin yang menjadi celah masuk, menghapus pengguna admin tidak dikenal, dan mengganti seluruh kredensial administrator. Kami telah memeriksa contoh URL serta memastikan konten berbahaya tidak lagi tersedia.”

Sesuaikan dengan pekerjaan yang benar-benar dilakukan. Jangan menyalin pernyataan tersebut jika backdoor belum diperiksa. Informasi yang jujur membantu proses evaluasi dan memaksa tim memastikan langkah penting tidak dilewati.

Bagaimana Jika Anda Yakin Ini False Positive?

Tetap lakukan audit. Jangan menganggap salah deteksi sebelum memeriksa redirect kondisional, iklan pihak ketiga, file unduhan, dan halaman yang hanya muncul untuk pengguna tertentu. Jika tidak ada indikator kompromi, gunakan kanal pelaporan atau review resmi yang sesuai dengan jenis peringatan.

Sertakan informasi yang dapat diverifikasi. Menghapus peringatan tanpa memahami pemicunya berisiko membuat masalah muncul kembali, terutama jika konten berasal dari pihak ketiga.

Setelah Peringatan Hilang

Jangan langsung menutup insiden ketika layar merah hilang. Periksa kembali log selama beberapa hari, pastikan tidak ada pengguna admin baru, dan pantau perubahan file. Backdoor yang tidur dapat aktif kembali setelah review selesai.

Pulihkan kepercayaan pelanggan melalui kanal resmi jika insiden berdampak luas. Jelaskan bahwa perbaikan telah dilakukan tanpa membuka detail teknis sensitif. Tinjau juga kampanye iklan yang mungkin terdampak dan pastikan landing page kembali berfungsi.

Simpan salinan laporan pembersihan serta hasil review. Dokumentasi ini membantu membedakan infeksi baru dari sisa kejadian lama dan mempercepat koordinasi dengan hosting maupun tim keamanan.

Kunci pemulihan Deceptive Site Ahead adalah urutan: bukti, isolasi, pembersihan menyeluruh, perbaikan celah, pengujian, dan review. Melewati satu langkah dapat membuat peringatan kembali atau website diretas ulang.

Pertanyaan yang Sering Diajukan (FAQ)