เจาะลึกวิธีที่ AdsPower สร้างลายนิ้วมือเบราว์เซอร์ในระดับเคอร์เนล

ผู้ที่ใช้งาน Antidetect Browser มักจะมีคำถามเดิมๆ เกิดขึ้นไม่ช้าก็เร็ว:

• เบราว์เซอร์เปลี่ยนลายนิ้วมือได้อย่างไร?
• การเปลี่ยนแปลงเหล่านั้นลึกซึ้งแค่ไหน?
• และระบบตรวจจับสมัยใหม่ยังสามารถจับได้หรือไม่?

เราได้ยินคำถามเหล่านี้บ่อยครั้ง โดยเฉพาะจากผู้ใช้ที่ดูแลบัญชีจำนวนมากในสายงานโฆษณา, อีคอมเมิร์ซ, การตลาดพันธมิตร (Affiliate), คริปโทฯ และแพลตฟอร์มโซเชียลต่างๆ

บทความนี้จะเน้นที่ด้านเทคนิคของปัญหา ไม่มีคำแนะนำการใช้งาน ไม่มีการตลาด มีเพียงตรรกะการใช้งานจริงเบื้องหลังสถาปัตยกรรมลายนิ้วมือของ AdsPower เท่านั้น

3 แนวทางทั่วไปในการแก้ไขลายนิ้วมือ

เบราว์เซอร์ลายนิ้วมือส่วนใหญ่ในตลาดใช้วิธีการทางเทคนิค 1 ใน 3 วิธีนี้

1. การเปลี่ยนแปลงที่ระดับการกำหนดค่า (Configuration-Level)

วิธีนี้ง่ายที่สุด เบราว์เซอร์จะแก้ไขพารามิเตอร์ที่เปิดเผยเช่น:

• User-Agent
• ความละเอียดหน้าจอ
• ภาษา
• โซนเวลา

หลายปีก่อน วิธีนี้ได้ผลดีพอสมควร ระบบตรวจจับยังไม่เข้มงวดนัก และหลายแพลตฟอร์มตรวจสอบคุณสมบัติของเบราว์เซอร์เพียงไม่กี่อย่าง

แต่สภาพแวดล้อมแบบนั้นไม่มีอยู่อีกต่อไป

ระบบควบคุมความเสี่ยงสมัยใหม่จะเปรียบเทียบสัญญาณหลายอย่างพร้อมกัน หากพารามิเตอร์หนึ่งเปลี่ยนไปในขณะที่คุณสมบัติที่เกี่ยวข้องยังคงเดิม ความไม่สอดคล้องกันจะปรากฏขึ้นอย่างรวดเร็ว

ตัวอย่างเช่น เบราว์เซอร์อาจอ้างว่าเป็น Chrome 136 บน Windows ผ่าน User-Agent string แต่พฤติกรรมการแสดงผลยังคงตรงกับการตั้งค่าอื่น ความไม่ตรงกันนั้นจะกลายเป็นสัญญาณให้ถูกตรวจจับ

ผู้ใช้จำนวนมากเจอกับสถานการณ์ที่เปลี่ยน User-Agent แล้วแต่ยังคงถูกแบนบัญชี ในกรณีส่วนใหญ่ ปัญหามาจาก **ความไม่สอดคล้องของสภาพแวดล้อมโดยรวมที่ไม่สมบูรณ์ ไม่ใช่ตัว UA เอง**

2. การแทรกโค้ด JavaScript (JavaScript Injection)

วิธีที่สองทำงานที่เลเยอร์ JavaScript วิธีนี้จะดักจับ API ต่างๆ เช่น:

• Canvas
• WebGL
• AudioContext

แทนที่จะส่งคืนค่าลายนิ้วมือจริง เบราว์เซอร์จะส่งคืนข้อมูลที่แก้ไขผ่านสคริปต์ที่แทรกเข้าไป

เมื่อเทียบกับการเปลี่ยนพารามิเตอร์ง่ายๆ วิธีนี้จะเข้าถึงสภาพแวดล้อมของเบราว์เซอร์ได้ลึกกว่า สามารถแก้ไขพื้นผิวลายนิ้วมือได้มากขึ้นและสร้างความแตกต่างระหว่างโปรไฟล์ได้มากขึ้น

ปัญหาคือการแทรก JavaScript จะทิ้งร่องรอยไว้

ระบบป้องกันการโกงสมัยใหม่จะตรวจสอบสัญญาณต่างๆ เช่น:

• การแก้ไข prototype chains
• พฤติกรรม API ที่ไม่คาดคิด
• ผลลัพธ์ของฟังก์ชันที่ผิดปกติ
• ผลลัพธ์ toString() ที่ไม่สอดคล้องกัน
• ความผิดปกติระหว่างรันไทม์

กล่าวอีกนัยหนึ่ง ค่าลายนิ้วมืออาจดูถูกต้องตามกฎหมาย แต่พฤติกรรมของเบราว์เซอร์รอบๆ ค่าเหล่านั้นกลับดูไม่ปกติ

3. การแก้ไขลายนิ้วมือระดับเคอร์เนล (Kernel-Level)

AdsPower ใช้วิธีนี้

แทนที่จะแก้ไขลายนิ้วมือหลังจากเปิดเบราว์เซอร์ AdsPower จะเปลี่ยนพฤติกรรมของลายนิ้วมือโดยตรงภายในซอร์สโค้ด C++ ของ Chromium ก่อนการคอมไพล์

เมื่อเคอร์เนลของเบราว์เซอร์ถูกคอมไพล์ ลักษณะเฉพาะของลายนิ้วมือเหล่านั้นจะกลายเป็นส่วนหนึ่งของเบราว์เซอร์เอง

• ไม่จำเป็นต้องแทรกสคริปต์ระหว่างรันไทม์
• ไม่มีการเขียนซ้ำ prototype หลังจากเปิดใช้งาน
• ไม่มีเลเยอร์ JavaScript เพิ่มเติมระหว่างเบราว์เซอร์และเว็บไซต์

จากมุมมองของสคริปต์ตรวจจับเบราว์เซอร์มาตรฐาน โปรไฟล์นี้จะทำงานเหมือนกับเบราว์เซอร์ Chrome ปกติที่สร้างขึ้นมา

AdsPower เปลี่ยนแปลงอะไรภายในเคอร์เนลของเบราว์เซอร์

เคอร์เนลเบราว์เซอร์ของ AdsPower นั้นอิงตาม Chromium พร้อมกับการพัฒนาเพิ่มเติมที่เลเยอร์ C++

การปรับแต่งลายนิ้วมือ เกิดขึ้นในระหว่างกระบวนการสร้าง เบราว์เซอร์ไม่ต้องรอจนกว่าจะเริ่มทำงานเพื่อเขียนทับค่าต่างๆ ผ่านสคริปต์หรือส่วนขยาย

สิ่งนี้สำคัญเพราะระบบตรวจจับสมัยใหม่จำนวนมากไม่ได้ตรวจสอบเพียงค่าลายนิ้วมือเท่านั้น แต่ยังตรวจสอบวิธีการสร้างค่าเหล่านั้นด้วย หากตรรกะการสร้างทำงานอย่างไม่เป็นธรรมชาติ เบราว์เซอร์ก็จะถูกระบุตัวตนได้ง่ายขึ้น

AdsPower แก้ไขพื้นผิวลายนิ้วมือหลายจุดที่ระดับเคอร์เนล รวมถึง:

• ลายนิ้วมือ Canvas
• ข้อมูลการแสดงผล WebGL
• พารามิเตอร์ GPU
• ลายนิ้วมือ AudioContext
• รายการฟอนต์และพฤติกรรมการแสดงผล
• คุณสมบัติฮาร์ดแวร์ เช่น คอร์ CPU และหน่วยความจำอุปกรณ์
• ลักษณะเฉพาะของหน้าจอและการแสดงผล
• พฤติกรรมการแสดงผล ClientRects
• ลายนิ้วมือ TLS และ SSL handshake

การเปลี่ยนแปลงเหล่านี้จะถูกนำไปใช้ภายใน Chromium เอง แทนที่จะเป็นการฉีดโค้ดระหว่างรันไทม์

เกิดอะไรขึ้นเมื่อคุณเปลี่ยนเวอร์ชันเบราว์เซอร์

ผู้ใช้มักจะเปลี่ยนเวอร์ชันเบราว์เซอร์ใน AdsPower ขึ้นอยู่กับข้อกำหนดความเข้ากันได้ของแพลตฟอร์ม

คำถามที่พบบ่อยคือ:

จริงๆ แล้วมีอะไรเปลี่ยนแปลงบ้างเมื่อเวอร์ชันเบราว์เซอร์เปลี่ยนไป?

คำตอบค่อนข้างตรงไปตรงมา—เคอร์เนลของเบราว์เซอร์ก็เปลี่ยนตามไปด้วย

AdsPower ไม่เพียงแค่แทนที่ User-Agent string เท่านั้น สภาพแวดล้อม Chromium พื้นฐานก็จะถูกเปลี่ยนไปยังเวอร์ชันที่เลือกด้วย

ซึ่งรวมถึงพฤติกรรมที่ขึ้นอยู่กับเวอร์ชัน เช่น:

• พฤติกรรมของ JavaScript engine
• โครงสร้างคุณสมบัติ API
• เค้าโครงของ Prototype chain
• ตรรกะการแสดงผล
• รายละเอียดการใช้งานเฉพาะของเบราว์เซอร์

ความสอดคล้องนี้สำคัญมากเพราะระบบตรวจจับหลายแห่งเปรียบเทียบข้อมูลเบราว์เซอร์ที่ประกาศไว้กับพฤติกรรมจริงของเบราว์เซอร์

ตัวอย่างเช่น User-Agent อาจอ้างว่าเป็น Chrome 135 ในขณะที่ JavaScript engine ทำงานเหมือน Chrome 129 ระบบตรวจจับสามารถมองเห็นความแตกต่างนั้นได้อย่างรวดเร็ว ด้วย AdsPower พฤติกรรมของเคอร์เนลและเวอร์ชันเบราว์เซอร์ที่ประกาศจะยังคงสอดคล้องกัน

ก้าวให้ทันการอัปเดตของ Chromium

Chromium ออกอัปเดตหลักๆ ประมาณทุกเดือน

สำหรับเบราว์เซอร์ที่สร้างขึ้นบนการแก้ไขระดับเคอร์เนล การติดตามอัปเดตเหล่านี้ต้องใช้งานวิศวกรรมอย่างต่อเนื่อง

AdsPower มีทีมดูแลเคอร์เนลโดยเฉพาะสำหรับกระบวนการนี้ การเปิดตัว Chromium แต่ละครั้งเกี่ยวข้องกับหลายขั้นตอน:

1. การรวมแพตช์จากต้นน้ำ
2. การแก้ไขข้อขัดแย้งในซอร์สโค้ด
3. การตรวจสอบพฤติกรรมของลายนิ้วมือ
4. การรันการทดสอบ Regression
5. การตรวจสอบความสอดคล้องของเบราว์เซอร์

ขั้นตอนการทำงานนี้เป็นหนึ่งในข้อแตกต่างที่ใหญ่ที่สุดระหว่างโซลูชันระดับเคอร์เนลและแนวทางการแทรก JavaScript

เบราว์เซอร์ที่ใช้การแทรก JS มักต้องการการเปลี่ยนแปลงน้อยกว่าหลังจากอัปเดต Chromium โซลูชันระดับเคอร์เนลต้องการการบำรุงรักษาอย่างต่อเนื่องเพราะซอร์สโค้ดพื้นฐานมีการพัฒนาอยู่ตลอดเวลา

ภาระงานหนักกว่า แต่พฤติกรรมของเบราว์เซอร์จะใกล้เคียงกับสภาพแวดล้อม Chrome แบบเนทีฟมากขึ้น ดังนั้น บัญชีและโปรไฟล์ของคุณก็จะปลอดภัยยิ่งขึ้น!

แค่ลายนิ้วมืออย่างเดียวยังไม่พอ

คุณภาพของลายนิ้วมือเป็นสิ่งสำคัญ แต่ลายนิ้วมือเป็นเพียงส่วนหนึ่งของความปลอดภัยของบัญชี

สภาพแวดล้อมของเบราว์เซอร์ยังขึ้นอยู่กับปัจจัยต่างๆ เช่น ความสอดคล้องของตำแหน่ง IP, การจับคู่โซนเวลาและภาษา, การป้องกันการรั่วไหลของ WebRTC, การจัดการการรั่วไหลของ DNS, การแยก Cookie, และรูปแบบพฤติกรรม

ลายนิ้วมือที่สมจริงไม่ได้ช่วยอะไรมากหากสภาพแวดล้อมโดยรอบดูไม่สอดคล้องกัน

ตัวอย่างเช่น บัญชีที่ใช้ลายนิ้วมือเบราว์เซอร์เยอรมันกับโมบายพร็อกซีเอเชียตะวันออกเฉียงใต้และการตั้งค่าโซนเวลาที่ไม่ตรงกัน ก็ยังสามารถดึงดูดความสนใจจากระบบความเสี่ยงของแพลตฟอร์มได้

นี่คือเหตุผลที่ AdsPower มุ่งเน้นไปที่การจัดการโปรไฟล์เป็นระบบที่สมบูรณ์แทนที่จะปฏิบัติต่อลายนิ้วมือเป็นฟีเจอร์ที่แยกจากกัน

แพลตฟอร์มนี้รวมเอา:

• การผสานรวม Proxy
• การแยกสภาพแวดล้อม
• การทำงานร่วมกันในทีม
• การทำงานอัตโนมัติผ่าน API
• เทคโนโลยีลายนิ้วมือระดับเคอร์เนล

เลเยอร์เหล่านี้ทั้งหมดทำงานร่วมกันเพื่อรองรับการดำเนินงานหลายบัญชีที่เสถียรยิ่งขึ้น

เทคโนโลยีพื้นฐานจะยังคงพัฒนาควบคู่ไปกับ Chromium และระบบตรวจจับสมัยใหม่ ความคิดเห็นของผู้ใช้ก็มีบทบาทสำคัญในกระบวนการนั้น หากคุณมีคำถามใดๆ โปรดแจ้งให้เราทราบ