Еден стар партнер го наметнува TLS 1.0: ограничете го исклучокот, не домаќинот

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

Поделете го дефектот на два пред да менувате директива

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

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

openvpn --config <profile>.ovpn --verb 4 2>&1 | head -n 40
journalctl -u [email protected] --since '-10 min' | grep -iE 'cipher|tls|verify'

Вториот слушател е чесното место за послаб праг

Кога уредот застанува на TLS 1.0 со податочен канал пред 2.5, серверот мора да понуди понизок праг на контролниот канал и шифра за податоци што стариот клиент ја препознава. Резервната директива постои токму за тој партнер, додека списокот шифри ги држи современите клиенти на современи комплети. Двете директиви и припаѓаат на слушната, а не на корисник или врска, и ниту една опција по клиент не ги стеснува подоцна. Затоа еден стар уред на главниот порт е одлука за секој партнер што го дели тој порт.

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

tls-version-min 1.0
data-ciphers AES-128-GCM:AES-256-GCM:AES-256-CBC
data-ciphers-fallback AES-256-CBC

Што всушност крши стариот сертификат од провајдерот

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

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

remote-cert-tls server
tls-cipher "DEFAULT:@SECLEVEL=0"

Читајте ги договорените вредности, не банерите

При verbosity 4 двете страни ја печатат TLS верзијата и шифрата на контролниот канал за кои се договориле, и шифрата за податоци на сесијата. Читајте ги тие редови, а не банерите за иницијализација, кои известуваат за успех, а не за неговите услови. Потоа повторно поврзете современ клиент на главниот слушател и потврдете дека сѐ уште слегува на современ комплет, зашто исклучокот што се влил во заедничката конфигурација се покажува најпрво тука. Вредностите што ќе ги копирате стануваат основа за следниот преглед.

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

Секој исклучок бара сопственик и датум

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

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