Хост атаулары, сериялық нөмірлер және жасырын маркер файлдары ноутбукке белгі қоюға көмектеседі, бірақ олардың ешқайсысы солардың бірін ұсынған ноутбуктің мақұлданған құрылғы екенін дәлелдемейді. Рұқсат үш бөлек тұжырымға сүйенеді: актив — ұйым тіркеген нәрсе, клиентте ол үшін берілген тіркелгі деректері бар және ол деректер саясат талап еткендей қорғалған. Оларды бір тексеріске біріктіру — көшірілген файлдар мен клондалған кілттердің сырғып өту жолы.

Біріне біріктірілетін үш тұжырым

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

Маркер файлы бір жағынан сериялық нөмірден нашар: оны көшіру қиын емес, ал әр көшірме бірдей сенімді көрінеді.

Құрылғы шын мәнінде нені ұсынатынын қараңыз

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

Get-ChildItem Cert:\LocalMachine\My | Select-Object Subject, Thumbprint, HasPrivateKey
certutil -store My <thumbprint>

Тізім қандай машина сертификаттары бар екенін және жеке кілттің бар-жоғын көрсетеді, бұл ашық файл мен пайдалануға жарамды тіркелгі деректерінің айырмашылығы. Қойманың үзіндісі жеткізушінің атын қосады, ал бағдарламалық жеткізуші платформалық крипто жеткізушіге қарсы — кілттің қайда тұратыны туралы алғашқы белгі. Жеке кілті жоқ сертификат ештеңені аутентификацияламайды, ал басқа машинаға экспортталған жеке кілт тіркелгі деректерін тасымалданатын етеді, оның субъектісі не десе де. Көрсетілетін атаудың орнына саусақ ізін және жеткізушіні жазыңыз.

Аппараттық қорғаныс дәлелді қажет етеді

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

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

Ауыстыру мен жоюды нақты етіңіз

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

Содан кейін шекараны тексеріңіз: мақұлданған құрылғы қосылады, жалғыз көшірілген белгі қосылмайды, ал қызметтен шығарылған бірегейлік жұмысын тоқтатады. approved деп аталатын файл сенімді процесс оған мән бермейінше белгі болып қалады.

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