MeldID bætir við panikkarham: Hvað gerist þegar aðgangur viðkvæmni er ekki lengur treyst?

Í fyrri grein um MeldID skrifaði ég um hvernig kerfið virkar í venjulegu ham: það geymir stjórnað prófíl, aðstoðar við innskráningu í tengda þjónustu, samræmir TOTP-rit í gegnum tæki og gerir kleift að staðfesta nýja innskráningu í gegnum farsímaforrit.

En hver kerfi auðkenningar hefur sögusvið sem oft er munað of seint: hvað gerist ef notandi treystir ekki lengur á núverandi aðgangsstað eða stýringuna á reikningnum sínum?

Þar er ekki alltaf þörf á að vita strax að kerfið hafi orðið fyrir tölvuárás. Stundum er nóg að fá óvænt tölvupóst um endurheimt lykilorðs, óþekkta sessiúts eða innskráningu frá tækjum sem eigandinn þekki ekki.

Til þessara aðstæðna komu tvö ný verkfæri í MeldID: seinkað lykilorðsbreyting og panikkarham.

Fyrst er gott að skilja hvernig MeldID lykilorðið er byggt

Í MeldID velur notandinn ekki lykilorð sjálfur — það er framleitt af kerfinu. Þetta gerir kleift að útiloka veikt og fyrirsjáanlegt lykilorð, endurnotkun þekktra lykilorða og önnur vandamál sem tengjast sjálfvirkri vali.

Það lykilorð sem virkar er ekki sent til notandans í tölvupósti. Póstfangið er ekki vettvangur til að fá aðgang að núverandi lykilorði MeldID.

Endurheimt ferlið opnar ekki fyrir að fá gamla lykilorðið. Það leyfir bara að hefja ferli til að búa til nýtt.

Þess vegna er þriðja ógn aðkomu tölvuárásar á tölvupóstreikninginn: sá sem fær aðgang að póstinum getur ekki fengið núverandi lykilorð MeldID, en getur reynt að nota endurheimtaráætlun og sett nýtt lykilorð.

Þessi atburðarás varð ein af ástæðunum fyrir breytingu á endurheimtulögmálinu.

Nú er lykilorðið ekki breytt strax

Venjulegt endurheimt ferli: notandi biður um nýtt lykilorð, fær tölvupóst og lokar ferlinu. Þetta er þægilegt ef tölvupósturinn er í einka-eiga og undir stjórn eigandans. En ef óviðkomandi hefur fengið aðgang að honum, getur skyndibreyting um leið leitt til þess að tölvupósturinn verður beint leið til að taka yfir reikninginn.

Í MeldID verður beiðni um nýtt lykilorð fyrst að tilkynning, ekki strax nýtt lykilorð. Notandinn fær viðvörun um tilraun til endurheimtar, og þá hefst vinnutími sem leyfir að íhuga aðgerðina.

Þessir tímar eru breytilegir, en grundvallarfyrirmælið er alltaf það sama: á milli beiðni og rauntíma nýs lykilorðs er tími til að athuga hvað gerist.

Gamla lykilorðið heldur völdum sínum á meðan. Þess vegna þýðir ekkert að það sé endanlega breytt á meðan íferðin er í gangi. Það þýðir ekki að notandi hafi týnt stjórninni.

Ef appið er ekki til staðar

Það er mikilvægt að muna að notendur kunna að endurheimta lykilorð án aðgangs að MeldID forritinu: t.d. ef síminn er týndur, skakkur, rafhlaðan búin eða aðgangur takmarkaður tímabundið.

Í þessum tilvikum mun endurheimt afskiptalaust klárast. Þegar tímabilið er liðið, verður nýtt lykilorð sjálfkrafa virkt. Forritið er ekki nauðsynlegt í staðlaðri endurheimtunarferli.

Þess vegna þarf notandinn ekki að byrja endurnýjun ferlisins á ný ef hann hefur misst aðgang að forritinu. Það er nóg að bíða og skrá sig inn með nýja lykilorðinu, þegar tímabilið er liðið.

Ef appið er aðgengilegt, eru fleiri möguleikar: notandinn getur strax virkjað nýja lykilorðið eða hætt við óeðlilega beiðni. Ef aðgangur er týndur, heldur ferlið áfram í seinkunarhamni.

Notandinn stjórnar því hvað gerist næst

Ef eigandinn sjálfur lét endurheimt ferlið hefjast og appið er til staðar, getur hann opnað MeldID og virkjað nýja lykilorðið strax, án þess að bíða eftir endahnút.

Ef óvænt beiðni kemur, er hægt að hætta við verkefnið úr appinu. Þá verður nýja lykilorðið ekki virkt, og gamla áfram virka.

Þetta er mikilvægt breyting á endurheimtulögmálinu: kerfið skoðar ekki sjálfkrafa hvort beiðni sé rétt, heldur gefur eigandanum tækifæri til að bregðast við í traustum tækjum.

Ef appið er ekki til staðar

Þegar eigandinn hefur ekki aðgang að appinu, getur ferlið haldið áfram en meðan, þá fær notandinn ekki nýtt lykilorð if óæskilegur notandi reynir að nýta sér endurheimtuna. Ferli seinkar sýnatöku og bíður eftir viðbrögðum notandans.

Notandinn ræður því hvað gerist næst

Ef eigandinn hefur appið, getur hann strax virkjað nýja lykilorðið eða hætt við beiðni. Ef ekki, heldur ferlið áfram í svefni eða seinkunum. Notandinn getur samþykkt eða staðfest að gengið verði úr skugga um atburðina handvirkt.

Þetta eru mikilvæg breytingar í öryggi: kerfið fæst ekki við að lýsa berum lykilorðum, heldur meðhöndlar öryggi allra notenda og lykilorða á sem fullkomnasta hátt.

Panikkarham: Hvenær og hvernig virkar hann

Panikkarham er kallaður í gang frá forritinu með einu smelli. Hann afturkallar virka token-lykilinn — þessi lykill staðfestir innskráningu á vef og í appi — og öll núverandi innskráningar á tvegna, þar með talið frá öðrum tækjum og vafranum.

Það merkir að sé panikkarham virkjaður, þarf ekki eingöngu að loka á nýjar innskráningar, heldur einnig að hætta öllum opnum kerfisstillingum og innskráningum á öðrum tækjum, þar með talið frá öðrum símum, töflum eða vefvafrum.

Hann gildir í ákveðinn tíma, eins og ákveðið er í stillingum. Eftir þann tímabil endurnýjast öryggisskyns, og allar götur sem forritinu er lokað, eru virkar aftur.

Panikkarham er ekkert afskiptalaust

Þessi ham stuðlar ekki að eyðingu gagna eða tómstundarkerfi. Hann bara biður um að loka fyrir fyrirliggjandi tokens og loka öllum tækjum. Ekki er eytt upplýsingum eða gögnum, heldur er aðeins verið að stöðva núverandi sess í kerfinu.

Þetta þýðir að notandinn missir ekki upplýsingar úr gögnun eða stillingum, og eftir endurkomu í hefðbundinn ham, eru gögnin áfram til staðar. Þetta skiptir máli með tilliti til öryggis og varnar.

Hvað gerist við lykilorðið í panikkarham

Þegar hann er virkjaður, stöðvar hann allar óloknaðar lykilorðabreytingar. Fyrir liggandi endurheimt eða lyklabréfasögu, verða þessar ekki endurskoðaðar né fullnægðar, og verða því óvirkar eftir endurvakningu.

Þetta tryggir að óvinsamleg tilraun til að breyta lykilorði í panikkarham geti ekki brugðist við nýjum aðstæðum eftir að hamurinn er sleppt. Fyrsti lykillinn, sem hafði verið virkjaður, er áfram í gildi.

Núverandi lykilorð sem var virkt fyrir haminn, helst óbreytt þar til notandinn ákveður að breyta því aftur eða endurnýja reikninginn.

Getur notandinn breytt lykilorð í panikkarham?

Já, en með takmörkunum. Ef notandinn hefur aðgang að forritinu, getur hann strax breytt lykilorðinu og staðfest nýju lykilorði í appinu áður en hamurinn er sleppt. Þetta ferli hefst og lokið, áður en hamurinn er virkjaður.

Ef notandinn veldur því að opnað er ný endurheimt, getur hann hætt við því og forðast að lykilorðið verði virkt. Það er mikilvægt að það sem gerist í panikkarham, er að fylla út óánægju eða stjórna öryggistöðum, og það gerir kerfið kunnugt um að það sé ekki sama sem áður.

Á sama hátt, ef notandi vill breyta lykilorði, meðan hamurinn er í gangi, getur hann gert það. Þetta er í samræmi við meginregluna sem segir að óloknar breytingar, eins og lykilorðabreytingar, getið ekki lifað af hámarkshamurinn og fyrningu hans.

Hvernig að endurheimta stjórn á tölvupósti eftir panikkarham

Ef notandinn er með aðgang að tölvupósti og fer þá í panikkarham, fær hann tíma til að endurheimta aðgang að tölvupóstinum, breyta lykilorði eða loka fyrir óviðkomandi minni á netinu, og endurheimta öryggi reikningins. Posturinn sem er notaður sem ráðstöfun, er útilokaður tímabundið við hamurinn, en ónýtur ekki aðgang eða gögn.

Þegar hamurinn er hættur, getur notandinn aftur fengið aðgang að reikningnum eins og áður, og hann getur skipt um lykilorð ef nauðsyn krefur. Þetta gerir það að verkum að notandinn hefur tíma til að bregðast við og lagfæra, áður en samfélagið er stöðvað eða kerfið er komið í öruggt ástand.

Ástæður til að virkja panikkarham

Þetta forrit er ekki aðeins til að loka fyrir nýjar innskráningar, heldur einnig til að pretta öðrum aðgerðum sem geta nýst í neyðartilvikum: ef notandi trúir ekki lengur á staðfestu ástand eða fær óvæntar tilkynningar um innskráningu eða innrás.

Það þarf ekki að sanna að ekki sé um tölvuárás — í hverju samhengi getur þetta verið gott úrræði ef notandi hefur áhyggjur af öryggi sínum, og hann hefur aðgang að öryggískilaboðum eða forriti til að bregðast við á réttum tíma.

Af hverju þarf fleiri aðgerðir en bara lykilorð

Því lykilorð er aðeins einn þáttur í sannvottunarkerfi. Ef notandi hefur fleiri gögn eða önnur ferli sem auðkenna hann, getur lykilorð eitt og sér ekki tryggt öryggið. Panikkarham er því umfangsmeira kerfi sem felur í sér að taka yfir allan reikninginn, þ.mt að loka á óþekktar sessíur og innskráningar.

Rökrétt röð er sú:

1. núverandi sessíur og token-lykil eru afturkallaðar;

2. ósamþykktar lykilorðabreytingarbeiðnir sem voru gefnar áður, eru hætt;

3. beiðnir um endurheimt sem gerðar voru meðan hamurinn er virkur, geta ekki breytt lykilorði eftir að afturkallið á sér stað;

4. núverandi lykilorð helst óbreytt meðan á ham stendur;

5. notandinn fær tíma til að athuga tölvupóst og tæki, og rannsaka mögulegar öryggisógnir;

6. eftir að hamurinn er hættur, endurferst ferlið og notandinn getur breytt lykilorðinu eða haldið áfram eðlilegu striki.

Þetta er ekki staðlað öryggiskerfi, heldur neyðarupplýsingarátak sem gerir notanda kleift að endurheimta traust sitt þegar aðgangur er truflaður.

Forritið sem traustur miðpunktur

Nýju eiginleikarnir eru í MeldID appunum fyrir iOS og Android. Þar verður síminn ekki bara veggspil til að innskrá, heldur traustur stjórnunarstaður á öryggi reikningsins.

Með forritinu er hægt:

• að staðfesta seinkaða breytingu á lykilorði;

• að hætta óvæntri beiðni;

• að virkja panikkarham;

• að stöðva virkar sessíur á mismunandi tækjum;

• að ákvarða hvað eigi að gera næst með reikninginn.

Forritið fjarlægir ekki TOTP og felur ekki önnur öryggislag. Það bætir við að minnsta kosti nýju stjórnunarúrræði, sem getur verið lausn þegar venjuleg innskráning er ekki nóg til að tryggja öryggi reikningsins.

Hvar liggur landamærin hjá MeldID

Mikilvægt er að greina á milli öryggis MeldID sjálfs og öryggis umhverfisins þar sem það er notað.

MeldID er þannig byggt að service-kerfið skapi ekki venjulegt aðgangsúrræði til að fá nálgun að lykilorði — það er framleitt af kerfinu sjálfu, er ekki valið af notanda og er ekki sent með tölvupósti. Endurheimt opnar ekki fyrir að fá gamla lykilorðið, heldur hefst ný endurheimtunarhörð.

En notandi getur ennþá beint veitt sínum öryggisgögnum til aðila, t.d. ef honum ber að deila þeim, eða ef tekin er upp röng staða þar sem það hefði átt að halda þeim lokað.

Lögmál fyrir umöryggi er einnig það hversu áreiðanlegt er tækið og stýrikerfi þess. Forritið virkar innan öryggisramma iOS og Android, og getur ekki ummyndan öryggið á kerfinu sjálfu.

Svo mikil áhersla er lögð á þá ógn sem það tekur á, og á að stjórna frá eigin völdum: lykilorðum, innskráningum, token-lyklum, sessíum, endurheimt og skorti á öryggi endurheimtunar.

Frá innskráningu til viðbragða

Þegar ég kynntist fyrst MeldID, gæti það verið lýst sem kerfi sem samanstendur af sameiginlegri auðkenningu og prófílstjórnun. En með tilkomu appa og nýjum öryggis- og vopnakerfum, er þessi lýsing orðið of þröng.

Nú er kerfið að svara ekki bara spurningunni „hvernig innskrá?“ heldur einnig flóknari spurningum:

• hvað gerist ef óvænt endurheimt er reynt;

• hvernig endurheimta á reikning án aðgangs að forritinu;

• hvernig fá tímabil til að athuga áður en lykilorður er virkjað;

• hvernig hætta við endurheimt, ef hún var ekki raunverulega vild.

Lokaniðurstaðan er kerfi sem byggir á röð öryggissetja, þar sem hvert skref tryggir viðeigandi viðbrögð, og jafnframt veitir notanda öryggistíma til að skipta um lykilorð, staðfesta aðgerðir eða sérstaklega stjórna öryggi sínu þegar aðstæðurnar breytast.

Þar af leiðandi verður hægt að trúa bæði á nýja kerfið og öryggiskerfin í heild sinni, þar sem allt ferlið er byggt á röð öruggra skjálfta.

Þannig er endurheimt tómt þess að fylgja föstum reglum, heldur skapar kerfið margvísleg möguleika til að tryggja öryggi og traust notenda.

Með þessum nýjungum geta notendur verið vissir um að kerfið sæki hagsmuni þeirra, með tilliti til viðkvæmra gagna og hættu á öryggisbrotum.

Frekara upplýsingar: meldid.de.