Af hverju gildur einnota kóði mistekst samt við VPN-innskráningu

Þú opnar VPN-biðlara, slærð inn lykilorðið, og sex tölustafirnir frá auðkenningartækinu koma aftur sem ógildir — tvisvar, svo í þriðja sinn. Ekkert hefur breyst á reikningnum síðan í gær, svo eðlishvötin er að eyða færslunni í auðkenningartækinu og skanna hana aftur — venjulega röng viðgerð. Einnota kóði er ekki annað lykilorð: hliðið verður að biðja um hann í ákveðnu skrefi, úr ákveðinni skráðri færslu, innan ákveðins glugga, og flestum höfnum er hafnað áður en tölustafirnir eru bornir saman. Greindu í hvaða skrefi þú ert áður en þú snertir skráninguna.

Röð fyrirspurnanna segir í hvaða flæði þú ert

Þrjú form ná yfir næstum hverja VPN-innskráningu sem felur í sér kóða. Í tveggja skrefa forminu sendir biðlarinn lykilorðið, þjónninn gefur út áskorun, og biðlarinn spyr aftur. Í sameinuðu forminu vill hliðið lykilorð og kóða í einni sendingu — stundum samtengd, stundum á eftir aðgreini sem aðeins rekstraraðilinn skjalfestir. Í vafraforminu hefur biðlarinn ekkert svæði: kóðinn fer inn á vefsíðu, eða push-samþykki kemur í hans stað, og skjáborðsbiðlarinn bíður niðurstöðunnar.

Rangt form lítur út eins og slæmur kóði. Límdu nýjan kóða í svæði sem er aðeins ætlað lykilorðinu og þjónninn les hann sem hluta lykilorðsins. Á biðlarahlið gera OpenVPN 2.4 og nýrri muninn sýnilegan: þjónn sem svarar með AUTH_FAILED,CRV1: býst við svari við áskorun, svo sniðið þarf static-challenge eða lykilorðsskrá í SCRV1: formi. Eldra snið sem ber aðeins auth-user-pass staðfestir lykilorðið og stöðvast svo, sem í annálnum lítur út eins og OTP-mistök þó enginn kóði hafi verið sendur.

WireGuard á skilið að vera nefnt sem undantekningin: það auðkennir lyklapör, ekki fólk, svo ekkert svæði er fyrir kóða. Ef þjónustuveitandi auglýsir einn, er það eitthvað utan göngunnar sem tekur við honum.

Hvað þjónninn gerir við sex tölustafina

Tímamiðaðir kóðar fylgja RFC 6238, sem umbúðir eldri talnamiðuðu byggingu RFC 4226: HMAC yfir hreyfanlegan þátt, stytt í sex tölustafi sjálfgefið. Fyrir TOTP er hreyfanlegi þátturinn núverandi Unix-tími deilt með skrefi, 30 sekúndur nema rekstraraðilinn hafi breytt því. Sannprófandinn ber aldrei tölustafina saman við geymt gildi; hann endurreiknar væntanlegan kóða úr sameiginlega fræinu og samþykkir venjulega líka nálæg skref, svo hæg ferð fram og til baka lætur innskráninguna ekki mistakast.

Tvær afleiðingar verða óséðar. Tímabelti símans skiptir ekki máli, því fræið sér aldrei staðbundna klukku — aðeins frávikið frá raunverulegu UTC skiptir máli, og tæki sem gengur tveimur mínútum of hratt mistekst á hverjum kóða meðan það sýnir hreina niðurtalningu. Og kóði er einnota að hönnun: sannprófandinn man síðasta teljargildi sem hann samþykkti fyrir það fræ, svo sömu tölustafir sem sendir eru aftur hafnast jafnvel innan sama glugga. Biðlari sem reynir aftur eftir tímanút getur brennt kóðann sem hann var að senda.

Tákn sem byggja á teljara færa teljarann við hvert ýting, svo þau fara úr samstillingu eftir að kóðar hafa verið búnir til en aldrei sendir; venjulega viðgerðin er samstillingargluggi sem samþykkir nokkur gildi framundan. Ef rekstraraðilinn skráði HOTP en forritið þitt sýnir TOTP, er hvert gildi rangt á þann hátt að það lítur út eins og klukkuvandamál. URI fyrir útvegun bak við QR-kóðann nefnir tegund, tölustafi, tímabil og hass.

Mistök sem líta út eins og rangur kóði

Skráða færslan er algengasta orsökin. Auðkenningarforrit merkja færslur eftir útgefanda og reikningi, svo hver sem hefur tvö auðkenni á sama VPN getur endað með tvær færslur þar sem merkin eru frábrugðin um einn staf. Kóði gildir fyrir fræið sem bjó hann til og ekkert annað. Berðu merkið í símanum saman við notandanafnið sem þjónninn skráir, ekki við það sem þú manst að þú skrifaðir.

Annað er mengi færibreyta sem passar ekki. Fræ skráð með átta tölustöfum, 60 sekúndna tímabili eða SHA-256 gefur kóða sem sannprófandi sem býst við sex tölustöfum, 30 sekúndum og SHA-1 hafnar, og hjá biðlaranum er það ekki aðgreinanlegt frá röngum kóða. Það kemur fram eftir flutninga þar sem færslan var bætt við aftur af mynd af QR-kóðanum, eða þar sem táknalýsingin var endurbyggð með sjálfgefnum gildum.

Þriðja snýst ekki um kóðann. Hlið svara venjulega einni almennri auðkenningarmistök fyrir rangi lykilorði, útrunninn kóða og óvirkan reikning, viljandi, svo enginn geti kannað hvaða þáttur brást. Lestu annál hliðsins eða RADIUS í stað borða biðlarans: áskorun sem aldrei var gefin út, aðgangshöfnun án OTP-eiginleika og höfnun samkvæmt stefnu líta öll eins út á skjánum og leiða til mismunandi næstu skrefa.

Stutt röð sem þrengir það

Byrjaðu á ódýrustu athuguninni og stöðvaðu við fyrsta skrefið sem stenst ekki.

1. Bíddu eftir ferskum kóða, sendu hann einu sinni og taktu eftir hvort áskorunin birtist fyrir eða eftir að lykilorðið er samþykkt.
2. Paraðu merkið í auðkenningartækinu við notandanafnið sem þjónninn geymir.
3. Staðfestu að sniðið geti yfirhöfuð svarað áskorun, eins og í CRV1 tilvikinu hér að ofan.
4. Berðu klukku tækisins saman við þekkta tímagjafa; frávik yfir nokkra tugi sekúndna brýtur TOTP af sjálfu sér.
5. Spurðu rekstraraðilann hvort táknin sé TOTP eða HOTP, og hvaða tölustafir, tímabil og hass voru skráð.

Tvær reglur koma í veg fyrir að þetta geri illt verra. Ekki reyna aftur margsinnis: mörg hlið telja mistök á hvern reikning og læsa honum annaðhvort eða byrja að tefja svör, svo sprengja breytir litlu stillingarvillunni í stuðningsmiða. Og skráðu táknið ekki aftur sem greiningu, því það ógildir gamla fræið; ef raunverulega bilunin var áskorun sem biðlarinn sendi aldrei, hefurðu nú tvær breytingar til að útskýra í stað einnar.

Haltu fræinu og endurheimtukóðunum utan hringsins

Sex tölustafirnir og leyndarmálið bak við þá eru ekki skiptanleg. QR-kóði fyrir útvegun eða Base32-fræ býr til hvern framtíðarkóða reikningsins, svo hann tilheyrir sama flokki og lykilorðið: ekki í skjámynd, ekki í athugasemd á miða, ekki í spjalli við einhvern sem hafði samband við þig fyrst. Endurheimtukóðar eru sérstök aðferð — einnota, sleppa oft kóðabeiðninni alveg, og að eyða einum í að prófa reikninginn fjarlægir varaleið sem þú gætir þurft á síðar.

Kóði gerir innskráningarsíðu heldur ekki trausta: OTP-beiðni á svipuðu léni safnar gildum kóða og spilar honum aftur innan gluggans, og skírteinið er enn það sem segir þér hvar þú skrifar.

Ef röðin endar á sniði sem getur ekki svarað áskorun, lagaðu sniðið og prófaðu aftur með einum ferskum kóða. Ef hún endar á ósamræmdum skráningarbreytum, biddu rekstraraðilann að lesa táknalýsinguna áður en einhver skannar eitthvað. Ef hún endar á læsingu, bíddu eftir að hún líði í stað þess að skipta um biðlara — ástand reikningsins er hindrunin, ekki forritið.