Може ли да се сподели јавен VPN клуч? Проверете три работи

Можете да го дадете вашиот јавен VPN клуч на партнер, провајдер или форум, и тунелот продолжува да работи. Приватниот клуч не можете да го предадете, дури ни на персоналот за поддршка, без да го предадете идентитетот што тој клуч го докажува. Одлуката ретко останува толку едноставна, бидејќи луѓето ги мешаат која половина од парот ја гледаат, и бидејќи некои распоредувања јавната вредност ја третираат како име. Три проверки го решаваат тоа: која половина ја имате, за што распоредувањето ја врзува и колку чини замената.

Прва проверка: која половина од парот е во вашиот клипинг

Асиметричните клучеви доаѓаат во парови, а насоката на изведувањето е целата поента. Во WireGuard приватниот клуч е 32 случајни бајти, а јавниот се пресметува од него; во обратна насока не е можно. wg genkey ја запишува приватната вредност, wg pubkey го изведува јавниот, и само вториот оди во порака до партнер.

wg genkey | tee private.key | wg pubkey > public.key
chmod 600 private.key
openssl x509 -noout -pubkey -in server.crt

Светот на сертификатите ја користи истата поделба со повеќе подвижни делови. Серверскиот сертификат носи јавен клуч плус имиња, и е потпишан со приватен клуч на CA што никогаш не го напушта CA. Клиентот што го проверува тој сервер му треба сертификатот на CA, кој е јавен, и нема никаква корист од приватниот клуч за потпис на CA.

Ако не сте сигурни која вредност ја држите, барајте го обележјето, а не името на датотеката. PEM блокот што започнува со -----BEGIN PRIVATE KEY-----, или постарата BEGIN RSA PRIVATE KEY форма, е тајната половина. Вредноста што можете да ја залепите без тоа обележје е кандидат за споделување, под услов на следните две проверки.

Втора проверка: за што распоредувањето ја врзува таа јавна вредност

Криптографската безбедност и анонимноста се различни својства. Јавниот клуч на WireGuard партнер е стабилен идентификатор во распоредувањето: серверската конфигурација го наведува, ракувањето го именува, и администраторот што чита логови ја гледа истата низа секогаш кога тој партнер се поврзува. Ако го објавите клучот до прашање за вашето поставување, сте ја поврзале таа низа со сè друго во објавата.

Сертификатите го откриваат идентитетот по дизајн. Subject и subject alternative name се читливи, а за јавно доверливи TLS сертификати самиот сертификат се објавува во дневниците на Certificate Transparency, кои се пребарливи. Ништо од тоа не открива приватен клуч, а сè од тоа открива врска.

Тука распоредувањата се разликуваат, и тоа го одлучува одговорот. Еднократниот тест партнер на лабораториски сервер е различен објект од клучот што идентификува меѓулокациска крајна точка на компанија, иако бајтите изгледаат идентично.

Трета проверка: што можете да отповикате и колку брзо

Третата проверка целосно ги разделува двете половини. Објавен јавен клуч може да се замени по ваш распоред. Објавен приватен клуч не може да се повлече: бришењето на вашата копија не допира веќе земени копии, и секој партнер што му верувал сега верува во нешто што го држи надворешен човек.

Отповикувањето е конфигурациска акција, не криптографска. WireGuard не испорачува список за отповикување, па партнерот го отстранувате:

wg set wg0 peer <peer-public-key> remove
# then delete the [Peer] block from the config so it does not return on restart

OpenVPN распоредувањата врз сертификати го отповикуваат сертификатот и објавуваат CRL што серверот навистина го проверува преку crl-verify. Без таа директива списокот за отповикување е само украс. Во двата случаи редоследот е ист: издајте замена, распределете ја преку поддржаниот канал, потоа повлечете го стариот идентитет.

Грешките што произлегуваат од спојување на трите проверки

Повеќето вистински истекувања не се одлука на човек да објави приватен клуч. Тоа е цел профил залепен на форум: WireGuard .conf со PrivateKey линија, .ovpn пакет со вграден блок клуч, или екранска слика од прозорец на клиент што случајно го содржи полето за клуч. Јавната вредност веројатно била во ред; таа патувала со делот што не бил.

Работните текстуари за поддршка се вториот извор. Ниту еден легитимен чекор на проверка не бара вашиот приватен клуч, бидејќи другата страна го изведува потребното од јавната половина. Кога формулар или личност бара приватната вредност, точниот одговор е јавната вредност плус локалната команда што ја создава.

Логовите и екранските слики припаѓаат на истата категорија. Дијагностичкиот излез може да носи клучен материјал, сесиски идентификатори и внатрешни адреси, а објавувањето на сето тоа за да добиете одговор на едно прашање разменува мала удобност за поголема изложеност.

Откако ќе истече приватна вредност, повлечете го идентитетот

Ако приватната вредност навистина излезе, третирајте го тој идентитет како повлечен. Генерирајте нов пар, инсталирајте ја јавната половина таму каде што партнерите ја очекуваат, отстранете го стариот партнер или отповикајте го стариот сертификат, и проверете ги местата каде што сте го објавиле. Не можете да избришете копии што не ги контролирате, па отстранувањето е за иднината, не за минатото.

Потоа запишете ја распределбата: кој клуч припаѓа на кој уред, кој држи копија, како се доставува замената и кој го отстранува повлечениот партнер. Тоа се деловите што луѓето ги забораваат, и тие одлучуваат колку долго истекувањето останува корисно.