Bypass Cloudflare Turnstile dengan Stealth Browser MCP

Skrip scraping lo jalan mulus di lokal. Begitu diarahkan ke situs target, proteksi Cloudflare Turnstile langsung memicu respons 403 Forbidden dengan spinner yang berputar tanpa henti. Lo ganti user-agent, tambah --no-sandbox, coba mode headful. Tetap diblok.

Yang bikin kesal: halamannya terbuka normal di Chrome lo. Kode lo yang sama, IP yang sama, tapi hasilnya beda.

Malam itu biasanya berakhir dengan satu kesimpulan salah: "Cloudflare-nya terlalu pintar." Padahal pemeriksanya bukan mata manusia. Ada belasan sinyal Cloudflare Turnstile yang dibaca otomatis dalam 200 milidetik pertama, dan sebagian besar sinyal itu berasal dari cara browser lo dijalankan, bukan dari isi permintaan lo.

Menembus Cloudflare Turnstile: Kenapa Puppeteer Selalu Ketahuan

Puppeteer dan Playwright mengendalikan Chrome lewat Chrome DevTools Protocol. Protokol itu meninggalkan jejak di dalam halaman, dan jejak tersebut bisa dibaca JavaScript biasa.

Tiga kebocoran paling sering:

• navigator.webdriver bernilai true. Properti ini memang dirancang untuk menandai sesi otomasi.
• Objek window.chrome tidak lengkap, atau chrome.runtime kosong padahal UA-nya mengaku Chrome terbaru.
• Stack trace error menyebut Runtime.evaluate dari CDP, bukan berkas halaman.

Ketiganya murah dideteksi. Satu baris if (navigator.webdriver) return block() sudah cukup untuk mematikan ribuan bot per detik.

Lapisan yang lebih dalam: TLS fingerprint

Sebelum JavaScript berjalan, koneksi HTTPS sudah diperiksa. Urutan cipher suite, ekstensi TLS, kurva eliptik, dan panjang sesi membentuk sidik jari unik yang disebut JA3/JA4.

Node.js memakai OpenSSL dengan urutan ekstensi yang berbeda dari Chrome asli. Jadi meski UA lo bilang "Chrome 131", jabat tangan TLS-nya bilang "Node 20". Ketidakcocokan itu langsung memicu skor risiko tinggi.

Cloudflare membandingkan tiga hal sekaligus: sidik jari TLS, header HTTP/2, dan hasil probe JavaScript. Kalau satu saja meleset, challenge Turnstile muncul.

Canvas, WebGL, dan noise statis

Canvas fingerprint dihitung dari hasil render teks dan gradien. Di mesin headless dengan driver grafis virtual, hasil render bisa identik di ribuan VM. Nilai yang terlalu seragam justru mencurigakan.

Hal yang sama berlaku untuk WebGLRenderingContext dan daftar font. Browser asli punya variasi kecil antar perangkat. Browser otomasi sering menghasilkan nilai yang sama persis, dan itu sidik jari bot.

Yang Terjadi Kalau Lo Menambal Manual

Pola yang paling sering dicoba: suntik Object.defineProperty(navigator, 'webdriver', { get: () => false }), lalu akali chrome.runtime. Hasilnya bagus selama seminggu, lalu target memperbarui heuristik dan blokir kembali.

Biaya yang lo keluarkan bukan cuma waktu debugging. Lo juga menanggung risiko regresi setiap kali Chrome naik versi, karena patch JS lo bergantung pada struktur internal browser.

Menjaga armada patch itu setara dengan memelihara fork browser sendiri. Bukan pekerjaan yang mau lo ulang tiap kuartal.

The Unfair Advantage: Tiga Engine, Satu Endpoint MCP

ACS Core membawa Tri-Engine Stealth Browser MCP yang sudah terpasang bersama biner. Tiga engine menutup lapisan berbeda dari masalah yang sama:

• CloakBrowser jadi jalur utama: Chromium headless dengan lapisan cloak untuk sidik jari, timezone, dan locale, plus 80 tool untuk snapshot DOM, cookie, intercept jaringan, dan profil persisten.
• Camoufox dipakai saat target menolak runtime Chromium. Ini fork Firefox anti-detect, jadi sidik jari TLS-nya bukan Chromium sama sekali.
• SeleniumBase jalur terakhir, untuk captcha interaktif yang butuh gerakan mouse terhumanisasi.

Yang membedakan dari setup manual: semuanya berjalan di belakang satu server MCP. Agen lo tidak perlu tahu engine mana yang aktif. Ia cukup memanggil tool yang sama.

{
  "mcpServers": {
    "acs-browser": {
      "command": "acs",
      "args": ["mcp", "serve"]
    }
  }
}

Setelah terhubung, agen punya akses ke sekitar 80 tool: browser_navigate, browser_snapshot, browser_click, browser_fill_form, browser_wait_for, sampai browser_network_requests.

Alurnya pendek. Navigasi ke halaman target, ambil snapshot aksesibilitas, klik elemen berdasarkan peran dan nama, lalu verifikasi hasilnya. Kalau sesi butuh login, profil persisten menyimpan cookie-nya untuk pemanggilan berikutnya.

Soal latensi

ACS memakai stdio RPC in-process, bukan server HTTP terpisah. Panggilan tool kembali di bawah 2 milidetik untuk operasi kontrol, sementara waktu render tetap ditentukan oleh halaman target. Tidak ada port yang harus dibuka, tidak ada daemon Python yang harus dihidupkan manual.

Efek praktisnya: agen bisa merantai sepuluh langkah interaksi tanpa kehilangan konteks, dan lo tidak perlu mengawasi proses latar belakang yang bisa mati diam-diam.

Resep Konfigurasi Stealth yang Kami Pakai

Bagian ini berisi profil stealth, batas rotasi sesi, dan urutan fallback engine yang kami pakai untuk target dengan proteksi Turnstile level tinggi.

Panduan Konfigurasi Cloudflare Turnstile

Kapan Stealth Browser MCP Masuk Akal

Kalau target lo punya API resmi, pakai API-nya. Stealth browser bukan pengganti integrasi yang benar.

Yang masuk akal memakai pendekatan ini:

• Uji end-to-end aplikasi lo sendiri yang dilindungi Turnstile, tanpa harus mematikan proteksi di staging.
• Verifikasi alur checkout dan form pendaftaran yang hanya bisa diuji lewat browser.
• Riset kompetitif pada halaman publik yang memang boleh dibaca, tapi memblokir klien non-browser secara default.

Yang tidak masuk akal: menembus paywall, memalsukan transaksi, atau mengambil data pribadi tanpa izin.

Lanjut ke Bagian Lain

Kalau lo ingin melihat bagaimana suite ini duduk bersama MCP lain, buka seksi MCP Arsenal. Di sana ada enam suite yang sudah terpasang, termasuk browser stealth, code-intel AST, dan second brain.

Untuk melihat paket dan cara mengaktifkannya, buka halaman harga. Satu lisensi membuka seluruh resep di artikel ini plus pembaruan engine saat target memperbarui detektornya. Pelajari dokumentasi resmi proteksi di Cloudflare Turnstile ↗.