Kaitseta vorm kogub rämpsu ja vorm, mille kaitse ei tee midagi, kogub sama rämpsu ning annab teile ometi turvalise tunde. Tasuta vormikontroll vastab selle küsimuse esimesele poolele: millist botikaitset leht edastab? See artikkel selgitab, kuidas tulemust lugeda ja kus selle vastus lõpeb.
Mida kontroll teeb
Sisestate vormiga lehe aadressi. Kontroll loeb kõigepealt selle saidi robots.txt-i; kui see keelab pärimise või seda ei saa lugeda, jääb kontroll sinna seisma. Muidu pärib ta selle ühe lehe, selge nimega (SilentShieldFormCheck), ilma küpsisteta, kõige rohkem kolme ümbersuunamise ja kõige rohkem 1 MB mahuga. Seejärel otsib ta HTML-ist tuntud pakkujate tunnuseid: skriptiaadresse, elementide klasse ja väljanimesid. Ta tunneb Google reCAPTCHA-t, hCaptchat, Cloudflare Turnstile'i, Friendly Captchat ja SilentShieldi. Midagi ei salvestata, ei aadressi ega tulemust.
Viis tulemust
- Igal vormil on tunnus. Igas leitud vormis sisaldab HTML tuntud pakkuja tunnust. Kaitse on vormi paigutatud.
- Ainult mõnel vormil on tunnus. Loend näitab, millel see puudub.
- Pakkuja skript laaditakse, kuid ühelgi vormil pole tunnust. Leht laadib pakkuja skripti, kuid ükski selle vormidest ei sisalda tunnust. Kas ja millist vormi skript kaitseb, ei ole ilma JavaScripti käivitamata näha.
- Edastatud HTML-ist ei tuvastatud midagi. Lehel on vormid, kuid mitte ühtegi tunnust ega tuntud pakkuja skripti.
- Edastatud HTML-is pole ühtegi vormi. Vormid võib luua alles brauseris skript, mida kontroll ei näe.
Mida kontroll ei näe
Kontroll loeb HTML-i, mida teie server edastab. JavaScripti see ei käivita. Sellest tuleneb neli asja, mida peaksite meeles pidama.
- Vormi või vidinat, mille skript brauseris loob, kontrolli jaoks ei ole. „Midagi ei tuvastatud“ tähendab seega „midagi pole edastatud HTML-is“, mitte kunagi „kaitsmata“.
- Kontroll ei näe, kas teie server vastust kontrollib. Vormis olev vidin ilma kontrollita serveris ei peata kedagi.
- Kaitse, mis asub lehe ees, näiteks tulemüür või päringute piirang, ei jäta HTML-i mingit jälge.
- Sisselogimise taga olevad lehed on kättesaamatud, sest kontroll pärib ainult avalikke lehti, ilma küpsisteta.
Päris näide: meie enda registreerumisleht
Kui käivitasime kontrolli oma registreerumislehe vastu, teatas esimene versioon kahest pakkujast, kelle skript „laaditakse“. Leht ei laadi kumbagi. Põhjus oli lehe enda andmetes: menüükirje „Alternatiiv hCaptchale.“ asus sisseehitatud skriptis ja kontroll pidas sõna pakkuja koodiks. Muutsime reeglit: sisseehitatud skript loeb ainult siis, kui see kutsub pakkujat (render- või execute-kutse), ja sama leht teatab nüüd, et edastatud HTML-ist ei tuvastatud midagi. Õppetund on põhjus, miks kontroll nimetab ainult fakte: sõna lehel ei ole pakkuja.
Mida tulemusega teha
- Kui tunnus on olemas, proovige teist poolt: saatke vorm väljastpoolt puuduva või vale vastusega ja vaadake, kas teie server lükkab selle tagasi. Tunnus näitab ainult, et vidin on paigutatud.
- Kui pakkuja skript laaditakse, kuid vormis pole tunnust, vaadake, kuidas vidin lisatakse. Paljud lahendused lisavad selle brauseris alles pärast lehe laadimist.
- Kui midagi ei tuvastatud, ärge järeldage, et vorm on lahti. Vaadake oma serveri logisid ja seda, mis tegelikult kohale jõuab, ning kontrollige, kas kaitse töötab serveris või lehe ees.
- Kui otsustate nähtava ülesande asendada, võrrelge võimalusi lehel CAPTCHA võrdlus ja vaadake konversioonikalkulaatoriga, mis teile nähtav ülesanne maksab.
Kontroll on esimene pilk edastatud HTML-ile, mitte audit. Kasutage seda, et näha, mida teie leht enda kohta ütleb, ja proovige ülejäänut vormi saates.