Претходно споделен IPsec клуч: бајтите зад низата што ја внесивте

Два администратори го споредуваат тајниот клуч на екранот, се согласуваат дека се совпаѓа, а тунелот сепак не поминува автентикација. Низата што ја споредиле не е вредноста што која било страна ја внесува во изведувањето на клучот. Помеѓу знаците што ги гледате и бајтите што протоколот ги хешира има тип на поле, текстуално кодирање, уредувач и клипингборд, и било кој од четирите може да го промени влезот без да го промени изгледот. Споредете ги бајтите и несовпаѓањето обично се појавува за секунди.

Што прави порталот со низата

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

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

Од каде доаѓаат дополнителните бајти

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

Споредете со алатка што прикажува бајти, а не глифови. printf '%s' "$PSK" | xxd | tail -2 го печати крајот на вредноста во хексадецимален облик, каде залутан 0a или 20 е очигледен. Направете го тоа на двете страни и споредете ги двата исписи еден до друг. Правете го тоа на генериран тест материјал, а не на производствена тајна што потоа ја оставате во историјата на школката.

Кодирано не е шифрирано

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

Речникот на IPSec на Apple е корисен пример за важноста на типот: го документира SharedSecret како податок за методот на автентикација со споделена тајна во товарите на L2TP и Cisco IPsec. Тоа е конкретно својство во конкретен товар, а не општо текстуално поле што можете повторно да го употребите за друг протокол што случајно бара тајна.

Тврдената граница припаѓа на една комбинација

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

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

Поправете го претставувањето, не силата

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

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