Windows i strongSwan šifre: uskladite pravi sloj

Obje strane kažu AES-128, a tunel i dalje odbija da se uspostavi. CBC i GCM su različite transformacije koje slučajno dijele istu dužinu ključa, a klijent koji nudi jednu ne zadovoljava gateway koji prihvata samo drugu. Riječ AES opisuje porodicu, ne sporazum.

Postoji i druga osa, i upravo ona proizvodi zbunjujuće greške.

Dva sloja, dvije nezavisne liste

IKE štiti samo pregovaranje, dok podređena asocijacija štiti saobraćaj koji vam je zaista važan. Windows prvo izlaže kao metodu šifriranja i metodu integriteta, a drugo kao konstante transformacije šifre i autentifikacije. Ta polja nisu aliasi jedno za drugo, a vrijednost valjana u jednom može biti besmislena ili pogrešna u drugom. Čitanje profila s tom podjelom na umu uklanja većinu zabune.

Praktična posljedica je da možete imati potpuno prihvatljivu politiku razmjene ključeva i politiku podatkovnog kanala koju partner neće prihvatiti. Jedna lista pregovara; druga štiti pakete. Promjena vrijednosti u prvoj nema efekta na drugu, koliko god dvije slično izgledale u dijalogu za konfiguraciju.

Zapišite obje liste prije nego ih uporedite s gatewayom. Poređenje po sjećanju je način da se jedno polje uredi dvaput, a drugo nikada. Držite konzolu gatewaya otvorenu pored profila.

Pročitajte grešku pored prijedloga

Faza koja nije uspjela govori vam koju listu pregledati. Odbijanje tokom početne razmjene ključeva problem je IKE prijedloga, i dešava se prije nego što ikakva podređena asocijacija postoji. Neuspjeh dok se pregovara asocijacija zaštićenog saobraćaja problem je ESP prijedloga, a razmjena ključeva je već uspjela. Opća poruka o podudaranju politike od klijenta ne imenuje nijednu fazu, zato je vlastiti pogled gatewaya onaj korisni.

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

Uporedite primljeni prijedlog, konfigurisani prijedlog i odabrani za taj jedan pokušaj. Ovdje su važne tri različite liste, a samo posljednja opisuje šta je zaista korišteno. Citirajte je doslovno u tiketi umjesto da je sažimate.

Držite CBC i GCM kao odvojene alternative

Gatewayu kojem je namjerno dozvoljeno da prihvati obje porodice trebaju dva prijedloga, ne jedan. U strongSwanu zarez razdvaja alternative, a crtica spaja komponente jednog skupa. Kombiniranje obje porodice crticama daje jedan nemoguć prijedlog umjesto dva prihvatljiva.

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

Prva alternativa nosi autentificirano šifriranje i još uvijek imenuje pseudoslučajnu funkciju, jer izvođenje ključa treba jednu čak i kada integritet dolazi iz šifre. Druga alternativa je klasično šifriranje s odvojenim algoritmom integriteta. Obje ostaju zavisne od toga šta podržava učitana kripto implementacija.

ESP prijedlog nije preimenovani IKE prijedlog

Token šifre izgleda identično u obje liste, a gotovo ništa drugo se ne prenosi. ESP prijedlog nema pseudoslučajnu funkciju razmjene ključeva, a njegovi zahtjevi za integritet i tajnost unaprijed argumentiraju se protiv Windows politike na drugoj strani umjesto da se kopiraju iz IKE reda. Mehaničko prevođenje jedne liste u drugu proizvodi nešto što se validira i nikada ne pregovara.

Odaberite smjer i ostanite u njemu. Ili gateway zadržava politiku samo GCM i klijent postavlja potpunu kompatibilnu politiku, ili gateway prihvata obje porodice i klijent zadržava svoj postojeći skup. Omogućavanje rezervne opcije koju sigurnosna politika zabranjuje nije rješenje, koliko god brzo uklonilo grešku.

Provjerite oba skupa, zatim obnavljanje ključa

Potvrdite odabrani skup razmjene ključeva i odabrani skup saobraćaja odvojeno, jer dolaze iz različitih lista i mogu uspjeti nezavisno. Zatim pustite da se obnavljanje ključa dogodi i potvrdite i njega. Prvo rukovanje koje radi i obnavljanje ključa koje ne uspijeva opisuju skup prijedloga koji je samo djelimično prihvatljiv.

Sačuvajte taj dokaz uz promjenu. Ponavljajuće prekidanje veze treba vlastiti zapis neuspjele razmjene prije nego što neko okrivi tajmer ili defekt platforme.