Automatyzacja i CDP

Wykrywanie trybu headless: jak działa

Wykrywanie headless to zestaw testów na Chrome/Edge/Firefox bez UI: User-Agent HeadlessChrome (dawniej), brak window.chrome.app, WebGL SwiftShader, plugins.length===0, Notification.permission anomalia, brak periferiów.

Definicja

Headless nowej generacji zaciera część śladów; detekcja przenosi się na spójność i zachowanie.

Jak działa

Bateria asercji JS + TLS/HTTP fingerprint. Wynik probabilistyczny. „Headful” automat też wpadnie na behawior i IP. Headless jest sygnałem ryzyka, nie dowodem.

Przykład

UA bez „HeadlessChrome”, ale WebGL SwiftShader + zero pluginów + webdriver true — score headless/automation.

W Aion Surf

W Surfie praca odbywa się w oknie z UI. Headless detection jest w encyklopedii jako wiedza o warstwie automatyzacji. Osobno: software renderer (L4) przy personie „hardware GPU” to niespójność profilu — zob. Software renderer (L4).

Jak robi to Falcon

Powiązane hasła

  • WebGL fingerprint: WebGL fingerprint zbiera parametry kontekstu WebGL/WebGL2: vendor, renderer, wersję GLSL, listę rozszerzeń, limity (MAX_TEXTURE_SIZE itd.) oraz czasem wynik renderu do canvas.
  • navigator.webdriver: navigator.webdriver to właściwość WebDriver z W3C: true, gdy przeglądarka jest sterowana zgodnie z WebDriver.
  • Ślady frameworków automatyzacji: Ślady frameworków to artefakty Selenium, Playwright, Puppeteer, Cypress itd.: zmienne globalne, stan CDP, charakterystyczne zachowanie nawigacji, brak pluginów, jednolite czcionki, wzorce timing.
  • Wykrywanie przeglądarek anti-detect: Wykrywanie anti-detect dotyczy przeglądarek/modyfikacji, które masowo podstawiają fingerprint (canvas, WebGL, UA).

Źródła