Публикуваният ключ на OpenVPN — CA сертификат, ключ на партньор или tls-auth?

Някой съобщава, че VPN ключът е публичен, а това изречение крие три напълно различни ситуации. Това може да е CA сертификат, който всеки клиент трябва да има, частен ключ за идентичност, който никога не е трябвало да напуска една машина, или споделена тайна на контролния канал, която двете страни трябва да пазят. Поправката, спешността и обхватът на щетите се различават във всеки случай, затова първата задача е класификация, а не действие. Сбъркайте категорията и всяка следваща стъпка е похабен труд.

Започнете от директивата, не от името на файла

Прочетете активната конфигурация и намерете коя директива сочи към въпросния материал. TLS опциите на OpenVPN използват ca за доверен сертификатен материал, cert за сертификата на локалния партньор и key за частния ключ, който му принадлежи.

Имената на файловете не доказват нищо. Файл с име key.pem може да съдържа сертификат, а вграден блок в профила може да съдържа точно същия обект като отделен файл на диска. Отворете файла и погледнете заглавието му, вместо да се доверявате на името. Тази една проверка премахва по-голямата част от неяснотата в доклада.

Ако профилът е пакет PKCS#12, разопаковайте го на контролирано място, за да видите какво всъщност съдържа. Един пакет може да носи сертификат, неговата верига и частен ключ, което означава, че изтичането на пакета е изтичане и на трите.

Запишете класификацията, преди някой да промени файл: обект, директива, кои партньори го пазят и кой може да го чете. Именно от това изречение зависи останалата част от реакцията.

CA сертификатът е създаден да бъде споделян

Публичният CA сертификат е материал за доверие. Клиентите се нуждаят от него, за да проверят сървъра, и разпространението му е нормалният случай, а не инцидент. Публикуването му не публикува частния подписващ ключ на CA, а точно този обект би позволил на нападател да създава нови идентичности.

Това разграничение си струва да бъде изрично записано в тикета, защото двете постоянно се смесват. Въпросът, на който трябва да се отговори, е дали изтеклият файл е сертификатът или подписващият ключ, и един бърз поглед върху съдържанието на файла го решава. Сертификатът носи публичен ключ и подпис; подписващият ключ изобщо не се появява в него.

Разпространението все пак заслужава внимание. Клиентите трябва да получават сертификата по одобрения път за доставка на профили, а не от сайт за поставяне, а сертификат, пристигнал по ненадежден маршрут, може да бъде заменен по пътя.

Ключът на партньора и тайната tls-auth не са

Частният ключ на партньора е материал за идентичност. След като бъде копиран, сървърът вече не може да различи предвиденото устройство от всеки, който държи копието, защото изключителното притежание беше свойството, което се доказваше. Продължаването на оторизацията и подмяната са решения на собственика на VPN, а не на този, който е намерил файла.

Тайната tls-auth е трето нещо. Тя добавя HMAC удостоверяване около пакетите на контролния канал, така че неправилно удостоверените пакети се отхвърлят преди TLS обмен, и тя не е нито частният ключ на партньора, нито ключът, който криптира данните на приложението.

Ако тази споделена тайна е публична, бариерата, която тя даваше, е изчезнала за всички, които я имат. От това не следва, че всеки притежател минава проверките за сертификат и потребител зад нея, затова класификацията е по-важна от нивото на тревога. Кажете коя бариера е паднала и кажете кои остават.

Поправете ролята, която изтече, а не съседната

Споделена тайна не може да стане отново частна чрез преименуване на файла или скриване на връзката за изтегляне. Подмяната означава генериране на нова стойност и разпределянето ѝ до всеки партньор в координирана промяна, а подмяната само на едната страна разваля уговорката за всички, които още държат старата стойност.

Ако идентичност на партньор е била изложена, използвайте процеса на оператора за отнемане и повторно записване за тази идентичност. Смяната на несвързана парола на акаунт не прави копиран сертификат невалиден, нито пък подмяната на файла tls-auth.

Потвърдете какво всъщност налага внедреният сървър, преди да разчитате на нещо от това. Списък за отнемане, който не се обновява, или проверка на роля, изключена по време на прекъсване, променя отговора напълно. Четете работещата конфигурация, а не копието в хранилището.

Съдете миналия трафик по неговите собствени условия

Изложен файл сам по себе си не казва дали предишно прихванати сесии могат да бъдат дешифрирани. Това зависи от метода за установяване на ключ, изложения материал и какви записи съществуват, а и двете — „целият трафик е загубен“ и „нищо не се е случило“ — са догадки без тези факти.

Не публикувайте още едно копие на удостоверението, докато питате към коя категория принадлежи. Вместо това споделете имената на директивите и несекретните метаданни по одобрения път за поддръжка.

Полезният извод назовава обекта, ролята му, загубената защита и необходимите координирани действия. Всичко по-кратко е заглавие, а не оценка.