Klientside JS‑sjekker

Optional browser checks

Behavior checks are off by default. The code contains pointer, movement, and scrolling checks, plus optional canvas, WebGL, and audio routines. Evaluation happens in the browser; results can affect local scoring and SCaptcha logs. This documentation therefore makes no blanket no-fingerprinting claim.

Beslutningsløp

Mens siden er åpen, sporer SCaptcha interaksjonstelemetri: antall og spenn for muse/touch‑bevegelser, bounding box, retningsentropi, hastighets‑ og intervallvariasjon, tilstedeværelse og jevnhet i scrolling, klikkantall, hover‑tid, tastaturinaktivitet etter 15 s, synlighetsendringer og tidspunkt for første interaksjon (<500 ms).

Ved klikk evaluerer klienten høysignal‑automatiseringsmarkører som navigator.webdriver, HeadlessChrome i UA, automatiserings‑globals (__webdriver_evaluate, _phantom, osv.), UA‑brand‑indikatorer for Playwright/Puppeteer og en substring‑blokkliste for AI/crawler‑mønstre.

Miljøsjekker kjører bare når de er aktivert. Manglende eller personvernbegrensede API-er forblir nøytrale; generiske Chromium/ANGLE-, Mesa- eller llvmpipe-renderere er ikke alene tegn på automatisering.

Fingerprint‑ og timingsignaler (canvas toDataURL‑tid under 5 ms, WebGL‑fingerprint‑hash og antall utvidelser, OfflineAudioContext‑hash, jevn requestAnimationFrame‑kadens) samples per økt for å redusere stabilitet og blandes deretter inn i scoren.

Terskler og utfall

Hvis tillit >= botThreshold, kjøres den konfigurerte eskaleringshandlingen (utfordring eller blokkering) umiddelbart. Hvis tillit >= challengeThreshold, vises fallback‑utfordringen med mindre eskalering er satt til none.

Blokkering setter en feiltilstand og logger årsaken; utfordring åpner fallback‑overlayet som er knyttet til PoW‑payloaden.

Under‑Attack‑modus hever terskler og myker opp gestkrav slik at legitime brukere fortsatt kan passere raskt under trafikkspisser.

Atferds- og UX‑kontroller

Pekerbevegelse gjelder bare mus og rulling bare sider som kan rulles; legitim bruk av tastatur eller berøring trenger ikke simulere mus.

Telemetri inkluderer bevegelsesantall og spenn, retningsentropi, hover‑tid, klikkantall, tidspunkt for første interaksjon (<500 ms) og tastaturinaktivitet etter 15 s.

Eskalering og logging

Eskalering skriver en årsaksliste og tillitsscore inn i analytics‑payloaden slik at De kan se nøyaktig hvorfor en økt ble utfordret eller blokkert.

Eskalering til utfordring ber om den kodebaserte bilde/lyd‑fallbacken. Serveren lagrer utfordringen og proof‑tokens i økten i 5 minutter, og PoW aksepteres kun når proof‑token matcher.

Eskalering til blokkering stopper verifikasjonen og registrerer utfallet i forespørselslogger. Klienthendelser som escalation, challenge og verified lagres i JS‑payloaden for detaljanalyse.

Tilgjengelighetsnotater

Hvis målgruppen er kun‑tastatur eller bruker innebygde visninger, myk opp krav til scrolling eller pekeren og stol mer på timing‑ eller miljøsignaler.

Deaktiver lyd‑ eller WebGL‑sjekker for låste nettlesere eller strenge personvern‑utvidelser for å unngå falske positiver.

Foretrekk eskalering til utfordring fremfor blokkering når tilgjengelighet eller enhetsmangfold er høyt.

Flytende modus kan forbedre skjemaupplevelsen, men test med skjermlesere og zoom fordi forankringsplassering kan påvirke fokusrekkefølgen.

Analyse og lagring

Forespørselsanalyse er aktivert som standard og kan lagre koblingsbare driftsdata, blant annet IP, brukeragent, forespørsel, nettverk, sted, begrunnelser og innsendt telemetri. Lagringstiden er 90 dager som standard og kan settes fra 1 til 3 650. Deaktivering sletter ikke eksisterende rader eller eksporter.