Самаподпісаны сертыфікат кліента? Сервер VPN усё роўна яго адхіляе

Аператар дасылае адрас і імя карыстальніка, а кліент просіць файл ЦС, сертыфікат і ключ. Згенераваць гэтыя тры лакальна здаецца відавочным наступным крокам. Атрымліваецца сертыфікат, у які верыць толькі ваша ўласная машына. Давер сервера замацаваны на ЦС, якой вы не кіруеце, таму рукапоціск сканчаецца, не пачаўшыся.

Давер жыве на серверы, а не ў вашым профілі

Аўтэнтыфікацыя сертыфіката — гэта параўнанне. Кліент прад'яўляе сертыфікат; шлюз правярае, ці падпісаны ён адной з ЦС у яго канфігурацыі.

Ваш профіль называе файл ЦС, які кліент павінен выкарыстоўваць для праверкі сервера. Ён не можа назваць ЦС, якую сервер павінен выкарыстоўваць, каб праверыць вас. Гэтая палова канфігурацыі не ваша.

Самастойна створаны сертыфікат не праходзіць гэтае параўнанне, нават калі ён тэхнічна бездакорны. У яго ёсць сапраўдны подпіс, суб'ект і даты, але выдаўца — ЦС, пра якую шлюз ніколі не чуў. Памылка з'яўляецца падчас рукапоціску, пасля таго як сервер ужо запытаў сертыфікат. Нішто ў профілі кліента не можа змяніць адказ.

Чаму самаподпісаны сертыфікат не можа яго замяніць

Самаподпісаны сертыфікат падпісаны ўласным ключом. Подпіс правяраецца супраць таго ж файла, што робіць яго самаўзгодненым і бескарысным як пасведчанне для чужога шлюза.

Шлюз не пытае, ці сертыфікат унутрана ўзгоднены. Ён пытае, ці падпісаў яго давераны выдавец.

Менавіта таму паведамленні пра памылкі блытаюць. Кліент можа паведаміць пра збой праверкі, які гучыць як праблема сервера, тады як сервер запісвае невядомага выдаўца. Абодва апісваюць адну і тую ж неадпаведнасць з процілеглых бакоў.

Шлях праз CSR захоўвае ваш прыватны ключ

Вы ўсё яшчэ можаце зрабіць большую частку працы лакальна. Згенеруйце пару ключоў, пабудуйце запыт на подпіс сертыфіката вакол публічнай паловы і дашліце гэты запыт аператару. З вашай машыны сыходзіць толькі запыт. Прыватная палова застаецца там, дзе вы яе стварылі.

openssl req -new -newkey rsa:3072 -nodes -keyout client.key -out client.csr -subj "/CN=laptop-01"

Аператар падпісвае запыт сваёй ЦС і вяртае сертыфікат. Ваш прыватны ключ нікуды не падарожнічаў, а вынік будуе ланцуг да якара, якому давярае шлюз.

Кіруемыя сэрвісы часта прапускаюць CSR і выдаюць увесь набор. Гэта разумны кампраміс, калі той жа правайдэр ужо завяршае тунель і трымае ЦС. Захаванне ключа не паляпшаецца ад таго, што вы яго трымаеце, бо правайдэр можа ў любы момант стварыць новы.

Наборы імпартуюць, а не ўсталёўваюць

Наборы пастаўшчыкоў з гучнымі імёнамі бяспекі часта з'яўляюцца профілямі OpenVPN. Яны змяшчаюць канфігурацыю і часам сертыфікаты, і нічога не ўсталёўваюць. Імпартуйце файл у кліент, які размаўляе на гэтым пратаколе, і злучэнне будзе наладжана.

Правіла абыходжання вынікае з умовы. Калі профіль змяшчае прыватны ключ, гэта пасведчанне, і яно заслугоўвае такой жа апекі, як пароль: ніякай пошты, ніякага рэпазіторыя, ніякай агульнай папкі загрузак. Калі аператар пастаўляе ca.crt, client.crt і client.key асобна, захоўвайце іх разам з абмежавальнымі правамі і накіруйце профіль на іх.

Дадайце праверкі, якія аператар мог прапусціць

Профіль, згенераваны роўтарам, часам не мае праверкі суразмоўцы. remote-cert-tls server патрабуе, каб сертыфікат суразмоўцы меў прызначэнне аўтэнтыфікацыі сервера, таму сертыфікат кліента нельга прайграць як сервер. Гэты адзін радок — дробная змена з ясным абгрунтаваннем.

verify-x509-name ідзе далей, калі аператар можа назваць чаканы суб'ект або SAN. Абодва — дробныя дапаўненні да профілю, і абодва апраўданыя. Агледзьце тое, што атрымалі, перад імпартам.

openssl x509 -in client.crt -noout -issuer -subject -dates
openssl verify -CAfile ca.crt client.crt

Налады праверкі не з'яўляюцца рамонтам разбуранага ланцуга. Калі выдавец няправільны, адказ — сертыфікат ад патрэбнай ЦС, а не сцяг, які адключае праверку. Адключэнне праверкі ператварае збой аўтэнтыфікацыі ў незаўважаны.

Запытайце адзін набор: сертыфікат цэнтра сертыфікацыі ў PEM, сертыфікат кліента, падпісаны гэтым цэнтрам, ключ, які вы стварылі або які прыйшоў праз канал, якому вы давяраеце, і дакладнае імя сервера, якое павінен прадставіць сертыфікат. Запішыце дату заканчэння ў тым жа паведамленні, бо пратэрмінаваны сертыфікат праз месяцы выглядае як збой сеткі.