Slaptažodžiu saugūs nuorodos — kas vyksta spustelėjus
Galite pridėti slaptažodį prie savo trumposios nuorodos. Rodome, kas vyksta „po pozworu“ – be jokio žargoninio kalbo — ir kodėl tai apskrittis verta padaryti.
Yra pusė vadovų apie nuorodas su slaptažodžiu, kurie prasideda teigimu, kad tai „papildomas saugumo sluoksnis“. Ir tiek. Mano nuomone tai yra mažiausiai svarbus dalykas, kurį galima apie tai pasakyti.
Nes „saugumo sluoksnis“ nieko paaiškina. Jis nepasako tau, kas nutinka tam šiam slaptažodžiui, kas jį mato, nei kada jis apskritai turi prasmės. O tai yra vienintelni klausimai, kuriuos verta sau padaryti prieš paspaudžiant „Pridėti slaptažodį“.
Taigi po eilėse.
Slaptažodis nuorodoje nėra tai paties, kas spyna vartuose
Žmonės įsivaizduoja, kad slaptažodis užtikrintai uždaro nuorodą. Taip nėra. Slaptažodžiu apsaugotos nuorodų saugumas veikiau veikia kaip bilietas į koncertą: kas turi bilietą, tas vyksta į vidų. Kas jį komdienui atiduoda, tas taip pat ką nors įleis.
Tai skamba kaip trūkumas. Taip nėra. Tiesiog reikia žinoti, kam ši mechanizmo skirta.
Trys situacijos, kuriose tai tikrai naudinga:
Kainos čia premium klientams arba dokumentas beta versijos, kol jis nepasiekė pasaulio. Be slaptaždo tokia nuoroda anuitybė atsidės „Google“ arba bus perduota iš rankos į ranką.
Turinys su galiojimo data. Siūlas tik piątgalui. Konferencijos medžiaga tik dalyviams. Slaptažodis sukuria kontroliuojamą įėjimą per nuorodą — žinai, kad kažkas jį gavo iš tavęs, o ne rado atsitiktinai.
Pirmas dalykas, kurį publikuojate visiškai viešai, bet norite išlaikyti kontrolę. Nuoroda gali cirkuliuoti. Be slaptažodžio niekas ir taip neįeins.
O dabar tai, ko šis vadovas neturėjo praleisti
Įvedate slaptažodį formoje. Tuos patį momentą jis dingsta. Tikrai. Tai, kad nustatėte „tajne123“, nustoja egzistuoti skaitoma forma, kol nespėjote atleisti mygtuko.
Kas lieka duomenų bazėje? Ne slaptažodis. Po jo – pirštųী atlynimas. Profesionaliai: hash. Simbolių eilė, kuri atitinka jūsų slaptažodį tik tada, kai kažkas įves tiksliai tą patį, ką ir jūs. Pati savaime ji nieko neskelbia.
Pasakysiu tiesiai, nes tai svarbu: aš, serviso administratorius, net turiu kaip perskaityti tavo slaptažodžio. Ne todėl, kad esu mandagus. O todėl, kad fiziškai nėra ko skaityti. Jei kas nors įsilaugtų į duomenų bazę, išneštų šių atspaudų krūvą ir tiek.
Algoritmas, kuris tai skaičiuoja, yra tyčia lėtas. Žinau, kad „lėtas“ skamba kaip skondas, bet tai yra privalumas. Eina mintis tokia, kad tai, kas pavogė duomenų bazę, vienam slaptažodžiui atspėjimui turėtų skirti absurdiškai daug laiko. Kalbame apie metus, o ne apie sekundes.
Spaudimas iš kitos pusės
Kas nors gauna tavo nuorodą ir paspaudžia. Vietoj to, kad iškart patektų į tikslą, mato ekraną: „ši nuoroda saugoma slaptažodžio“, laukelį tekstui įvesti ir mygtuką.
Įveda. Serveris сравниja tai, ką įvedė, su išsisaugotu atspaudu. Sutinka? Gauna sesijos tokenį, galiojantį parą. Per kitąs 24 valandas grįžta prie nuorodos neįvedamas nieko. Nereikia prisiminti, nereikia vargti.
Nesutinkate? Klaida. Penki klaidos išto paties IP adreso ir prisijungimas blokuojamas penkiems minutėms. Botas, kuris bando vien }}{vien pasikartoti slaptažodžius, atsigreta į sieną.
Ko čia tiesiog nėra
Mes nesaugojame slaptažodžių atviru tekstu. Niekur. Net ir loguose, kuriuos peržiūriu ieškodamas klaidų.
Mes nesiunčiame slaptažodžių el. laisku. Tai reiškia, kad jei kas nors pamirš slaptažodį, aš jo nepersiųsiu, nes jo nežinau. Jį privalai išsiųsti pats, tuo pačiu kanalu, kuriuo ir anksčiau.
Ir mes neskelbiame slaptažodžių viešumai. Jokia analitika, joks marketingas, jokia AB neliečia šių duomenų. (Tai tiksliai principas, kuris galioja visame cutty.dev, ne tik čia.)
Duola įprodis, kurie daro skirtumą
Pirmas: neišgalvok slaptažodžio iš galvos. Įmonės pavadinimas plius įkūrimo metai yra dovana kiekvienam, kuris tave pažįsta. Naršyklėje esantis generatorius per sekundę sugeneruos kažką geresnio.
Antrasis, svarbesnis: nesiųsk slaptažodžio tuo pačiu kanalu, kuriuo siūlėte nuorodą. Nuoroda išsiųsta el. laišku? Slaptažodį siųsk SMS žinute. Arba atvirkščiai. Prasmė tokia, kad vienos dėžutės įtvėrimas niekam neleidžia gauti visų duomenų.
Drobiazdas, apie kurį mažai kas žino: galite sukurti keletą nuorodų, vedančių į tą patį adresą, bet su skirtingais špecifiais. Duodate prieigą penkiems asmenims, kiekvienam atskira nuoroda. Viena turi atsiskirti? Blokuojate jos nuorodą, likusieji net nepastevės.
Slaptažodį pakeisite nesukurdę naujo nuoros. Skydelis, „Redaguoti“, naujas slaptažodis. Pastaba: visos aktyvios 24 valandų sesijos nutraukiamos nedelsiant. Kiekvienas turi vėl įvesti slaptažodį.
Sienos, apie kurią verta žinoti iš anksto
Grįžkime prie bilieto koncertui. Slaptažodis saugo nuo paieškos sistemos ir nuo atsitiktinio svečio. Jis nesaugo nuo žmogaus, kuris žino slaptažodį ir nusprendžia juo pasidalinti su pasauliu.
Jei jūsų scenarijus skamba „tai turi matyti tiksliai tas vienas asmuo ir niekas daugiau“, to šios frazės nepakaks`. Čia jums reikia paskyrų, prisijungimo, autorizacijos. Kitas lygis, kita problema.
Bet ranka į viršų, kaip dažnai iš tikrųjų turi tokį scenarijų? Mano patirtyje – retai. Dauguma atvejų tai tiesiog „nenoriu, kad čia ateitų kažkas iš gatvės“. Ir šiai frazei užtenka su persaga.
Jei norite pamatyti, kaip tai atrodo iš vidaus — kuriant nuorodą, išskleiskite „Papildomos parinktys“ ir pažymėkite „Pridėti slaptažodį“. Likę viskas vyksta automatiškai.