Arkose Labs FunCaptcha: penjelasan tantangan enforcement dan cara solve-nya
Arkose Labs, yang masih dikenal banyak developer sebagai FunCaptcha, adalah penyedia captcha yang dipakai situs-situs besar untuk signup, login, dan pembayaran. Fitur paling terkenalnya adalah tantangan enforcement: puzzle singkat bergaya game, misalnya memutar sebuah objek atau mencocokkan pola, yang muncul saat mesin risiko memutuskan pengunjung perlu diperiksa lebih lanjut. Dukungan Scarnox untuk Arkose segera hadir. Panduan ini menjelaskan cara kerja tantangannya, mengapa lebih sulit dibanding widget biasa, dan pendekatan umum untuk pekerjaan yang sah.
Cara tantangan Arkose dikirim
Halaman yang dilindungi memuat script Arkose dan memberinya public key yang mengidentifikasi situs tersebut. Tantangannya sendiri dilayani dari penyedia, dan widget melaporkan jawaban pengunjung kembali dalam bentuk token. Seperti widget token lainnya, backend situs memeriksa token itu ke penyedia sebelum mempercayai hasilnya.
Public key adalah identifier yang Anda cari saat ingin bekerja dengan sebuah halaman, sama seperti sitekey yang mengidentifikasi widget PopularCaptcha atau reCAPTCHA. Panduan mencari sitekey captcha menjelaskan cara menemukan identifier di halaman.
Seperti apa tantangannya
Tantangan Arkose biasanya singkat dan visual. Contohnya memutar gambar sampai tegak, memilih item yang cocok dalam sekumpulan item, atau mengikuti urutan dalam adegan 3D. Desainnya sering berubah, dan setiap situs bisa memakai kumpulan tantangan yang berbeda. Puzzle itu juga merupakan sinyal tersendiri: cara pengunjung bergerak dan waktu yang dihabiskan bisa sama pentingnya dengan jawaban akhirnya.
Mesin risiko
Sebelum menampilkan tantangan, penyedia memberi skor pada sesi tersebut. Skornya diambil dari sinyal browser, karakteristik perangkat, riwayat request, dan perilaku di halaman. Pengunjung dengan risiko rendah bisa lolos tanpa tantangan. Pengunjung dengan risiko lebih tinggi akan melihat satu atau lebih puzzle, dan pengunjung dengan risiko sangat tinggi bisa diblokir.
Karena mesin risiko disetel per situs dan berubah seiring waktu, pendekatan generik yang berhasil di satu situs bisa gagal di situs lain. Itu salah satu alasan tantangan enforcement lebih sulit ditangani dibanding widget sederhana.
Mengapa automation terdeteksi
Automation ditandai karena alasan yang sama dengan pemeriksaan berbasis skor lainnya: browser headless default, sesi baru tanpa riwayat, pola request yang cepat dan teratur, serta alamat jaringan dengan reputasi buruk. Setiap sinyal menambah skor risiko. Tantangannya kemudian meminta sesuatu yang tidak bisa dilakukan automation dengan baik, misalnya drag yang akurat dan terlihat seperti manusia.
Pendekatan yang sah
Untuk pengujian Anda sendiri dan alur kerja yang sah, pendekatan berikut mengurangi tantangan yang tidak perlu:
- Gunakan profil browser asli dengan pengaturan yang konsisten, bukan build automation yang sudah dipangkas.
- Jaga sesi tetap berkelanjutan agar pengunjung tidak terlihat baru di setiap halaman.
- Atur ritme request pada kecepatan yang wajar untuk manusia.
- Gunakan environment test vendor jika situsnya milik Anda. Arkose dan sebagian besar penyedia besar menyediakan cara untuk menguji integrasi tanpa penilaian risiko sungguhan.
- Tanyakan pemilik situs untuk allowlist, API, atau alternatif yang accessible jika pekerjaan Anda sah tetapi tetap diblokir.
Pendekatan ini menurunkan seberapa sering tantangan muncul. Pendekatan ini tidak menghapus hak penyedia untuk menantang sebuah sesi, dan tidak boleh dipakai untuk melewati proteksi login pada akun yang bukan milik Anda.
Apa yang akan dilakukan solver Arkose
Solver Arkose berbasis token akan mengambil public key dan URL halaman, menghasilkan token yang valid, lalu mengembalikannya ke kode Anda. Kode Anda kemudian mengirim token bersama form sebelum token itu kedaluwarsa. Bentuk integrasinya akan mirip dengan alur PopularCaptcha yang live, tetapi detailnya berbeda. Scarnox akan mendokumentasikan tipe task dan field-nya di referensi API saat dukungan itu rilis.
Saat ini Scarnox belum men-solve Arkose secara live. Satu-satunya tipe task yang live adalah PopularCaptcha, proxyless. Dukungan Arkose segera hadir.
Batas etisnya
Tantangan enforcement ada untuk melindungi halaman login, alur pembayaran, dan form signup dari penyalahgunaan. Menggunakan solver apa pun terhadap alur tersebut untuk masuk ke akun yang bukan milik Anda, membuat akun spam, atau membeli stok terbatas sebelum pelanggan lain adalah hal yang dilarang. Scarnox tidak mendukung penggunaan seperti itu. Pekerjaan yang sah pada situs yang dilindungi harus dimulai dengan pemilik situs, dan jawaban pemilik situs menentukan apa yang boleh dilakukan.
Yang perlu dicek sebelum pekerjaan dimulai
Sebelum Anda merencanakan pekerjaan apa pun terhadap alur yang dilindungi Arkose, jawab beberapa pertanyaan. Apakah alur itu milik Anda? Jika ya, environment test vendor dan salinan staging Anda adalah tempat untuk membangun dan menguji. Apakah pekerjaannya sah? Mengumpulkan informasi publik dengan cara yang diizinkan situs itu sah; login ke akun yang bukan milik Anda, atau membuat akun dalam jumlah besar, tidak. Apakah situs menyediakan API atau data feed yang membuat alur browser tidak diperlukan? Banyak situs menyediakannya, dan itu lebih cepat serta lebih stabil dibanding mengotomatisasi tantangan.
Lalu lihat volumenya. Tantangan enforcement merespons perilaku dari waktu ke waktu, sehingga pekerjaan yang berjalan dengan kecepatan rendah dan stabil biasanya mendapat lebih sedikit tantangan dibanding lonjakan yang berjalan sekaligus. Atur jadwal dengan mempertimbangkan hal itu, dan pastikan pekerjaan berhenti dan melapor saat menemui tantangan yang tidak dirancang untuk ditangani, alih-alih mencoba ulang dalam loop.
Terakhir, tentukan dari awal apa yang dilakukan pekerjaan saat tantangan tidak bisa diselesaikan. Kegagalan yang bersih disertai entri log jauh lebih baik dibanding badai retry yang merusak situs dan membuat traffic Anda diblokir.
Scraping secara bertanggung jawab
Jika situs yang dilindungi itu ingin Anda scrape, cek robots.txt dan terms of service terlebih dahulu. Jaga rate tetap rendah, hindari data pribadi yang tidak Anda perlukan, dan cari API sebelum membangun alur browser. Panduan apakah web scraping legal membahas pertanyaan utamanya.