Өзінің XML ішінде шифрланған құпия сөзді көрсететін VPN клиенті сізге ешнәрсе дерлік айтқан жоқ. Шифрмәтін тек мән сол бейнелеуде ашық мәтін ретінде сақталмайтынын ғана айтады. Оны кім, қандай кілтпен және қандай пайдаланушы контекстінде шеше алатыны сақтау көмектесе ме, жоқ па, соны шешетін сұрақтар. Файлды қауіпсіз немесе қауіпті деп атамас бұрын оларға жауап беріңіз.

Қандай нысан сақталатынын анықтаңыз

Өнімнің құжатталған сақтау моделінен бастаңыз. Клиент қалпына келтірілетін құпия сөзді, токенді немесе тіркелгі деректері қоймасына сілтемені сақтай алады, және әрқайсысының әшкереленуі әртүрлі. XML элементінің атауы дизайн емес, base64 тәрізді жол да шифрлаудың дәлелі емес.

Қосылу кезінде қай компонент мәнді оқитынын жеткізушіден немесе әкімшіден сұраңыз.

Содан кейін құжатталған болса, қорғау API-ін анықтаңыз. Windows жүйесінде CryptProtectData деректерді шифрлаушы пайдаланушының кіру тіркелгі деректерінен алынған кілтпен қорғайды, ал оның машина ауқымындағы опциясы кімнің шеше алатынын өзгертеді. Бұл ауқымның неге маңызды екенінің нақты мысалы. Бұл нақты VPN клиентінің сол API-ді пайдаланатынының дәлелі емес.

Ұрланған көшірмені орындалу кезіндегі пайдаланудан бөліңіз

Сізден сұрамай қайта қосылатын клиентке тіркелгі деректерін қалпына келтірудің қолдау көрсетілген жолы қажет. Сақтық көшірмені қорғау бұл мүмкіндікті жоймайды. Дұрыс пайдаланушы контекстінде жұмыс істейтін кез келген бағдарлама сол жолды пайдалана алады, сондықтан соңғы нүктенің өзі сенім шекарасының ішінде. Файл рұқсаттары мен процестің артықшылықтары бұл шекараны тарылтады; оны жоймайды.

Офлайн файл туралы тұжырым әдетте осы айырмашылықты қате түсінеді. Тыныштық күйдегі шифрлау тіркелгісіз бір файлды көшіретін адамды тоқтата алады. Ол тіркелгі атынан жұмыс істейтін кодты тоқтатпайды.

Екі тұжырым да бір мезгілде дұрыс болуы мүмкін, ал оқиғаға ден қою кезінде екіншісі маңызды.

Іс жүзінде қолданылатын қатынау бақылауын оқыңыз

Файлдың ACL-ін және оның үстіндегі каталогты тексеріңіз, тек файл режимін ғана емес. Windows жүйесінде пайдаланушы профилінің тиімді рұқсаттарын клиент қызметінің немесе жоспарланған тапсырмасының рұқсаттарымен салыстырыңыз. Бір пайдаланушы үшін қорғалған құпия әкімшіден автоматты түрде қорғалмайды және оған автоматты түрде әшкереленбейді.

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

Клиентті қай сәйкестік іске қосатынын жазып алыңыз, өйткені сол сәйкестік шифрды шешудің субъектісі.

Басқарылатын парк үшін тиісті бақылау файл емес, құрылғыны басқару болуы мүмкін. Тіркелгі деректерінің аманатқа қойылатынын, қашықтан кері қайтарыла алатынын және құрылғы жоғалған кездегі рәсімді сұраңыз.

Шифрды шешуді сынаудың орнына әшкереленуге жоспар құрыңыз

Бір пікірді дәлелдеу үшін файлға бейтаныс алу құралын іске қоспаңыз. Ол жұмыс істеуі мүмкін, профильді зақымдауы мүмкін және кез келген жағдайда дәлелдерді өзгертеді. Тексеру шынымен қажет болса, құжатталған дизайнды және рұқсат етілген бағалауды пайдаланыңыз.

Егер әшкерелену анықталса, тіркелгі деректерін сәйкестік иесінде ауыстырыңыз.

Сақталған жазбаны жою кері қайтару емес. Ол сол клиенттің мәнді қайта ұсынуына кедергі келтіруі мүмкін, ал бұрын алынған көшірмеге немесе бұрын рұқсат етілген сессияға қатысты ештеңе жасамайды. Тіркелгі деректерін ауыстырыңыз, иесі аяқтай алатын сессияларды аяқтаңыз және ненің қашан ауыстырылғанын жазыңыз.

Жеткізушіні қарауға арналған сұрақтар

Қандай құпия сақталады, оны қай компонент пайдаланады, оны қандай пайдаланушы немесе машина кілті қорғайды, қалыпты пайдалану мен сақтық көшірмелерге қандай қатынау бақылауы қолданылады және сақтау саясаты мен қашықтан жарамсыздандыру қалай жүргізіледі, осыларды сұраңыз. Сол бес жауап дизайнды сипаттайды; XML сипаттамайды.

Келесі шолушы жаттығуды қайталамауы үшін жауаптарды орналастыру жазбасымен бірге сақтаңыз.

Сақталған тіркелгі деректері ыңғайлылық пен әшкерелену арасындағы айырбас. Айырбасты әдейі жасаңыз және оны кім қабылдағанын жазыңыз.

Қатысты мақалалар