Geymt VPN-lykilorð: hver getur afkóðað það og hvenær

VPN-biðlari sem sýnir dulritað lykilorð í XML sínu hefur nánast ekkert sagt þér. Dulritaði textinn svarar aðeins að gildið er ekki geymt sem venjulegur texti í þeirri framsetningu. Hver getur afkóðað það, með hvaða lykli og í hvaða notendaskilyrðum eru spurningarnar sem ráða því hvort geymslan hjálpar. Svaraðu þeim áður en þú kallar skrána örugga eða óörugga.

Ákvarðaðu hvaða hlutur er geymdur

Byrjaðu á skjalfestu geymslulíkani vörunnar. Biðlari getur geymt endurheimtanlegt lykilorð, tákn eða tilvísun í skírteinisgeymslu, og hver hefur mismunandi áhrif. Nafn XML-þáttarins er ekki hönnunin, og strengur sem lítur út eins og base64 er heldur ekki sönnun fyrir dulritun.

Spurðu seljandann eða stjórnandann hvaða hluti les gildið við tengingu.

Greindu síðan verndar-API ef það er skjalfest. Í Windows verndar CryptProtectData gögn með lykli sem er unninn úr innskráningarskírteinum notandans sem dulritar, og valkostur þess á vélarstigi breytir því hver getur afkóðað. Þetta er áþreifanlegt dæmi um hvers vegna umfangið skiptir máli. Þetta er ekki sönnun fyrir því að tiltekinn VPN-biðlari noti það API.

Aðskildu stolna afrit frá notkun á keyrslutíma

Biðlari sem tengist aftur án þess að spyrja þig þarf studda leið til að endurheimta skírteinið. Verndun öryggisafrits fjarlægir ekki þann hæfileika. Hvert forrit sem keyrir í réttum notendaskilyrðum getur notað sömu leið, og þess vegna er endapunkturinn sjálfur innan traustsmörkanna. Skráarheimildir og forritaréttindi þrengja þessi mörk; þau fjarlægja þau ekki.

Þetta er sá greinarmunur sem fullyrðing um ótengda skrá fer yfirleitt rangt með. Dulritun í hvíld getur stöðvað einhvern sem afritar eina skrá án aðgangsins. Hún stöðvar ekki kóða sem keyrir sem aðgangurinn.

Báðar fullyrðingarnar geta verið sannar samtímis, og sú seinni er sú sem skiptir máli við atvikaviðbrögð.

Lestu aðgangsstýringarnar sem gilda í raun

Athugaðu ACL skrárinnar og möppuna fyrir ofan, ekki aðeins skráarhaminn. Í Windows skaltu bera saman virkar heimildir notendasniðsins við heimildir þjónustu eða áætlaðs verks biðlarans. Leyndarmál sem er varið fyrir einn notanda er ekki sjálfkrafa varið fyrir stjórnanda, og það er heldur ekki sjálfkrafa afhjúpað honum.

icacls "%APPDATA%\Vendor\Client\profiles.xml"
whoami /priv

Skráðu hvaða auðkenni keyrir biðlarann, því það auðkenni er viðfang afkóðunarinnar.

Fyrir stýrðan flota getur viðkomandi stýring verið tækjastjórnun frekar en skráin. Spurðu hvort skírteinið sé í varðveislunni, hvort hægt sé að afturkalla það fjarri og hvert ferlið sé þegar tæki tapast.

Skipuleggðu fyrir afhjúpun í stað þess að prófa afkóðun

Ekki keyra ókunnugt útdráttartól á skránni til að sanna eitthvað. Það gæti virkað, það gæti skemmt sniðið, og í öllum tilvikum breytir það sönnunargögnunum. Notaðu skjalfestu hönnunina og heimilað mat ef sannprófun er raunverulega nauðsynleg.

Ef afhjúpun er staðfest, skiptu um skírteinið hjá eiganda auðkennisins.

Að eyða geymdri færslu er ekki afturköllun. Það getur komið í veg fyrir að sá biðlari bjóði gildið aftur, og það gerir ekkert í málinu varðandi afrit sem þegar er tekið eða lotu sem þegar er heimiluð. Skiptu um skírteinið, ljúktu lotunum sem eigandinn getur lokið, og skráðu hvað var skipt og hvenær.

Spurningarnar fyrir seljandaendurskoðun

Spurðu hvaða leyndarmál er geymt, hvaða hluti notar það, hvaða notanda- eða vélarlykill verndar það, hvaða aðgangsstýringar gilda um venjulega notkun og öryggisafrit, og hvernig geymslustefnu og fjarstöðvun er háttað. Þessi fimm svör lýsa hönnuninni; XML-ið gerir það ekki.

Haltu svörunum með uppsetningarskránni svo næsti endurskoðandi endurtaki ekki æfinguna.

Geymt skírteini er skipti á milli þæginda og afhjúpunar. Gerðu skiptin viljandi, og skrifaðu niður hver samþykkti þau.