เบราว์เซอร์แบบ Headless
เบราว์เซอร์แบบ headless คือเอนจินเบราว์เซอร์จริงที่ทำงานโดยไม่มีหน้าต่างที่มองเห็นได้หรืออินเทอร์เฟซแบบกราฟิก ควบคุมทั้งหมดด้วยโค้ด มันถูกใช้อย่างถูกต้องสำหรับการทดสอบและการเรนเดอร์ แต่ก็เป็นเครื่องมือทั่วไปสำหรับการขูดข้อมูลและการโจมตีด้วยบอตด้วยเช่นกัน
เบราว์เซอร์แบบ Headless ทำงานอย่างไร
เบราว์เซอร์แบบ headless ใช้เอนจินการเรนเดอร์เดียวกันกับเบราว์เซอร์ปกติ เช่น Chromium หรือ WebKit แต่ละเว้นหน้าต่างบนหน้าจอ สคริปต์จะขับเคลื่อนมันแบบโปรแกรมเพื่อโหลดหน้าเว็บ รัน JavaScript คลิกองค์ประกอบต่าง ๆ และอ่าน DOM ที่ได้ เนื่องจากมันรันเอนจินเต็มรูปแบบ จึงสามารถจัดการแอปพลิเคชันแบบหน้าเดียว (single-page application) และเนื้อหาแบบไดนามิกที่ไคลเอนต์ HTTP ธรรมดาทำไม่ได้
พลังนี้เองที่ทำให้เบราว์เซอร์แบบ headless น่าดึงดูดสำหรับผู้โจมตี พวกมันสามารถรัน JavaScript ที่สคริปต์ทำลายพิมพ์นิ้วมือและสคริปต์ท้าทายต้องพึ่งพา จึงเอาชนะการป้องกันที่สันนิษฐานว่าไคลเอนต์ที่ทำงานด้วยสคริปต์ไม่สามารถรันโค้ดในหน้าเว็บได้ เมื่อทำในระดับใหญ่ เครื่องเดียวสามารถขับเคลื่อนอินสแตนซ์ headless จำนวนมากพร้อมกัน โดยแต่ละตัวแสร้งเป็นผู้เข้าชมอิสระ
อย่างไรก็ตาม สภาพแวดล้อมแบบ headless ทิ้งร่องรอยที่ตรวจจับได้ ในอดีตพวกมันเปิดเผยเครื่องหมายที่ชัดเจน เช่น โทเคน HeadlessChrome ใน user agent หรือแฟล็ก navigator.webdriver แม้เมื่อสิ่งเหล่านั้นได้รับการแก้ไขแล้ว ความไม่สอดคล้องที่ละเอียดอ่อนกว่ายังคงอยู่ ได้แก่ API เบราว์เซอร์ที่ขาดหายหรือถูกจำลอง ปลั๊กอินที่หายไป การเรนเดอร์กราฟิกและฟอนต์ที่ผิดปกติ เซนเซอร์ฮาร์ดแวร์ที่ขาดหายไป และพฤติกรรมด้านเวลาที่ต่างจากเซสชันแบบโต้ตอบ
ผู้ดำเนินการทราฟฟิก headless ที่มุ่งร้ายพยายามลบร่องรอยเหล่านี้ด้วยการแก้ไขคุณสมบัติ ปลอมแปลงค่าต่าง ๆ และเพิ่มอินพุตปลอมของมนุษย์ ดังนั้นการตรวจจับจึงมุ่งเน้นไปที่ความสอดคล้องภายใน โดยตรวจสอบว่าสัญญาณอิสระจำนวนมากที่เบราว์เซอร์เปิดเผยนั้นสอดคล้องกันจริงหรือไม่ เนื่องจากการปลอมแปลงที่สอดคล้องกับตัวเองอย่างสมบูรณ์นั้นยากที่จะรักษาไว้ในทุกพื้นผิว
เหตุใด เบราว์เซอร์แบบ Headless จึงสำคัญต่อการป้องกันการฉ้อโกง
เบราว์เซอร์แบบ headless คือเครื่องมือหลักของการใช้งานในทางที่ผิดแบบอัตโนมัติขั้นสูง เพราะมันสามารถรันแอปพลิเคชันเว็บสมัยใหม่ได้ตั้งแต่ต้นจนจบในขณะที่ยังคงมีต้นทุนต่ำในการขยายขนาด พวกมันขับเคลื่อนการขูดข้อมูลราคาและเนื้อหา การสร้างบัญชีอัตโนมัติ บอตเช็คเอาต์และบอตสต็อกสินค้า และการทดสอบข้อมูลรับรองที่อยู่รอดจากการท้าทายที่อิงกับ JavaScript การตรวจจับพวกมันจึงจำเป็นสำหรับการป้องกันใด ๆ ที่ต้องก้าวไปไกลกว่าการบล็อกสคริปต์ HTTP แบบหยาบ ๆ
TRACIO จัดการเรื่องนี้อย่างไร
TRACIO มองหาความไม่สอดคล้องด้านสภาพแวดล้อมและการเรนเดอร์ที่เอนจินแบบ headless สร้างขึ้น โดยตรวจสอบสัญญาณต่าง ๆ เช่น การเรนเดอร์กราฟิก API ที่มีให้ใช้ และคุณลักษณะของฮาร์ดแวร์ เทียบกับเบราว์เซอร์ที่เซสชันอ้างว่าเป็น เมื่ออินสแตนซ์แบบ headless หมุนเวียนตัวตนที่ประกาศไว้ กลไก device intelligence ที่อยู่เบื้องหลังยังสามารถเชื่อมโยงความพยายามต่าง ๆ ได้ คำตัดสินเรื่องระบบอัตโนมัติถูกส่งมอบเป็นส่วนหนึ่งของการตอบสนองการระบุตัวตนมาตรฐาน จึงสามารถดำเนินการตามได้แบบเรียลไทม์
คำศัพท์ที่เกี่ยวข้อง
สำรวจเพิ่มเติม
คำถามที่พบบ่อย
ระบุทุกอุปกรณ์ได้อย่างมั่นใจ
เริ่มต้นด้วยแพ็กเกจฟรี API call 2,500 ครั้งต่อเดือน ไม่ต้องใช้บัตรเครดิต