Windows un strongSwan šifri: saskaņojiet pareizo slāni

Abas puses saka AES-128, un tunelis joprojām atsakās veidoties. CBC un GCM ir dažādas transformācijas, kurām nejauši ir vienāds atslēgas garums, un klients, kas piedāvā vienu, neapmierina vārteju, kas pieņem tikai otru. Vārds AES apraksta saimi, nevis vienošanos.

Ir arī otra ass, un tieši tā rada mulsinošās kļūdas.

Divi slāņi, divi neatkarīgi saraksti

IKE aizsargā pašas sarunas, bet pakārtotā asociācija aizsargā datu plūsmu, kas jums patiešām ir svarīga. Windows pirmo parāda kā šifrēšanas metodi un integritātes metodi, bet otro kā šifra un autentifikācijas transformācijas konstantes. Šie lauki nav viens otra aizstājēji, un vērtība, kas der vienā, otrā var būt bezjēdzīga vai nepareiza. Lasot profilu ar šo sadalījumu prātā, lielākā daļa apjukuma pazūd.

Praktiskā sekas ir tādas, ka jums var būt pilnīgi pieņemama atslēgu apmaiņas politika un datu kanāla politika, ko partneris nepieņems. Viens saraksts pārrunā; otrs aizsargā paketes. Vērtības maiņa pirmajā neietekmē otro, lai cik līdzīgi abi izskatītos konfigurācijas dialoglodziņā.

Pierakstiet abus sarakstus, pirms salīdzināt tos ar vārteju. Salīdzināšana no atmiņas ir veids, kā vienu lauku rediģē divas reizes, bet otru nekad. Turiet vārtejas konsoli atvērtu blakus profilam.

Lasiet kļūdu blakus priekšlikumiem

Neizdevusies posms norāda, kuru sarakstu pārbaudīt. Atteikums sākotnējās atslēgu apmaiņas laikā ir IKE priekšlikuma problēma, un tas notiek pirms jebkādas pakārtotās asociācijas pastāvēšanas. Neveiksme, pārrunājot aizsargātās datu plūsmas asociāciju, ir ESP priekšlikuma problēma, un atslēgu apmaiņa jau ir izdevusies. Klienta vispārīgais politikas atbilstības ziņojums nenosauc nevienu posmu, tāpēc noderīgs ir pašas vārtejas skatījums.

swanctl --list-conns
swanctl --list-sas
journalctl -u strongswan -n 60 --no-pager

Salīdziniet saņemto priekšlikumu, konfigurēto priekšlikumu un izvēlēto šim vienīgajam mēģinājumam. Šeit svarīgi ir trīs dažādi saraksti, un tikai pēdējais apraksta, kas patiešām tika izmantots. Citējiet to biļetē burtiski, nevis rezumējiet.

Turiet CBC un GCM kā atsevišķas alternatīvas

Vārtejai, kurai apzināti atļauts pieņemt jebkuru saimi, vajag divus priekšlikumus, nevis vienu. strongSwan komats atdala alternatīvas, un defise savieno viena komplekta komponentus. Abu saišu apvienošana ar defisēm rada vienu neiespējamu priekšlikumu divu pieņemamu vietā.

proposals = aes128gcm16-prfsha256-ecp256, aes128-sha256-ecp256
esp_proposals = aes128gcm16-ecp256

Pirmā alternatīva ietver autentificētu šifrēšanu un joprojām nosauc pseido-gadījuma funkciju, jo atslēgas atvasināšanai tā vajadzīga arī tad, kad integritāte nāk no šifra. Otrā alternatīva ir klasiskā šifrēšana ar atsevišķu integritātes algoritmu. Abas joprojām ir atkarīgas no tā, ko atbalsta ielādētā kriptogrāfijas implementācija.

ESP priekšlikums nav pārdēvēts IKE priekšlikums

Šifra marķieris abos sarakstos izskatās identiski, un gandrīz nekas cits netiek pārnests. ESP priekšlikumam nav atslēgu apmaiņas pseido-gadījuma funkcijas, un tā integritātes un uz priekšu vērstās slepenības prasības tiek argumentētas pret otras puses Windows politiku, nevis kopētas no IKE rindas. Viena saraksta mehāniska tulkošana otrā rada kaut ko, kas validējas un nekad nepārrunā.

Izvēlieties virzienu un palieciet tajā. Vai nu vārteja saglabā politiku tikai ar GCM un klients ievieš pilnīgi saderīgu politiku, vai arī vārteja pieņem abas saimes un klients saglabā savu esošo komplektu. Iespējot rezerves variantu, ko aizliedz drošības politika, nav labojums, lai cik ātri tas novērstu kļūdu.

Pārbaudiet abus komplektus, pēc tam atslēgas atjaunošanu

Apstipriniet izvēlēto atslēgu apmaiņas komplektu un izvēlēto datu plūsmas komplektu atsevišķi, jo tie nāk no dažādiem sarakstiem un var izdoties neatkarīgi. Pēc tam ļaujiet notikt atslēgas atjaunošanai un apstipriniet arī to. Strādājoša pirmā rokasspiediena un neizdevušās atslēgas atjaunošanas apraksta priekšlikumu kopumu, kas ir tikai daļēji pieņemams.

Saglabājiet šo pierādījumu kopā ar izmaiņām. Atkārtotam savienojuma pārtraukumam vajadzīgs savs neizdevušās apmaiņas ieraksts, pirms kāds vaino taimeri vai platformas defektu.