ca md too weak: повторно издавање на сертификатот или намалување на нивото?

OpenVPN клиент што работеше минатиот месец сега не успева при стартувањето со ca md too weak, а профилот на дискот е бајт по бајт истиот што работеше. Пораката се однесува на потписот на сертификатот на сертификациското тело, а не на шифрата за податоци, автентикацискиот дигест или лозинката на сметката. Три услови одлучуваат дали решението е нов идентитетски материјал, нов синџир или намерна промена на политиката. Изработете ги по ред и ќе го избегнете вообичаениот исход кога тунелот се враќа со ослабување на секоја TLS врска на домаќинот.

Што всушност именува грешката

OpenSSL ја подига оваа грешка за верификација додека гради синџир, кога сертификатот што дејствува како CA носи дигест на потпис што безбедносното ниво на библиотеката повеќе не го прифаќа. MD5 се одбива на стандардното ниво, а SHA-1 се одбива штом нивото се подигне. Дигестот на листот сертификат овде е помалку важен од дигестот на издавачот што го потпишува. Истата политика може да одбие корен што бил сосема обичен во денот кога бил издаден.

Затоа auth или data-ciphers не прави ништо за овој неуспех. Тие поставки уредуваат како пакетите се заштитени по ракувањето, а одбиениот објект е идентитетски документ што се проверува пред да постои тунел. Сертификатот може удобно да стои во својот период на важност и сепак да носи потпис што библиотеката нема да го прифати.

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

Прв услов: дали одбиениот објект е коренот?

Испечатете го секој сертификат во профилот и прочитајте ги полињата subject и issuer. Само-потпишаниот корен ја покажува истата вредност во двете, а неговиот алгоритам на потпис е оној на кој почива целиот синџир. Кога слабиот дигест е таму, секој лист под него ја наследува проблема. Запишете го алгоритмот до subject за подоцнежното споредување да биде механичко, а не по сеќавање.

Споените CA датотеки често содржат неколку блокови, затоа утврдете кој блок навистина се вчитува наместо да претпоставувате дека првиот е виновен. Командата openssl x509 -in ca.pem -noout -subject -issuer -text опишува еден сертификат истовремено, што значи прво да се подели пакетот ако содржи повеќе. Споредете го испечатениот алгоритам на потпис со дигестот што би го очекувале од ерата кога коренот бил создаден.

Лист потпишан со SHA-256 под слаб корен сепак не успева, бидејќи проверката на синџирот оди до самиот врв. Токму тој редослед ја прави следната состојба важна.

Втор услов: дали го контролирате издавачот?

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

Ако синџирот го издал трет, решението е барање до тој оператор, а единствената корисна локална акција е да престанете да се потпирате на стариот материјал. Уредувањето на PEM текстот или повторното зачувување на датотеката не менува ништо од она што потписот го покрива.

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

Трет услов: што уште прифаќа намалувањето на нивото

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

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

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

Одлуката, напишана како правило

Заменете го синџирот кога го контролирате издавачот и можете да ги наброите неговите потрошувачи. Обратете се до издавачот кога не го контролирате. Намалете го нивото само како датиран, ограничен исклучок со веќе закажан заменски. Сè друго го остава истиот сертификат на место и го преместува ризикот некаде помалку видливо.

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