Çfarë përfshin një propozim IPsec? Fushat IKE dhe ESP

IKE fillon, të dy palët njoftojnë AES, dhe tuneli dështon përsëri me NO_PROPOSAL_CHOSEN. Regjistri emërton propozimin, por jo fushën që nuk përputhej. Një propozim është një ofertë e plotë, dhe një fushë e papajtueshme zhvleftëson të gjithë kombinimin, jo vetëm atë rresht. Leximi i tij si një thes me zgjedhje algoritmesh të pavarura është arsyeja e zakonshme pse mospërputhja mbetet e padukshme.

Dy negociata me lista propozimesh të veçanta

IKEv2 ndërton dy shoqata sigurie. E para është IKE SA, që mbron vetë shkëmbimin e kontrollit, dhe e dyta është CHILD SA, që e transporton trafikun tuaj përmes ESP. Secila ka listën e vet të propozimeve, dhe një palë mund të pranojë njërën dhe të refuzojë tjetrën.

Kjo ndarje shpjegon një konfuzion të zakonshëm: një IKE SA që funksionon dëshmon vetëm se algoritmet e kanalit të kontrollit përputheshin. Nëse propozimi CHILD dështon, tuneli nuk transporton asnjë paketë, edhe pse faza e parë ka përfunduar dhe regjistrat duken të shëndetshëm në krye.

Renditja brenda çdo liste ka gjithashtu rëndësi. Përgjigjësi zgjedh midis ofertave të renditura të iniciatorit, kështu që kalimi i një zëri gjerësisht të përputhshëm mbi një të ngushtë ndryshon se cili grup instalohet, pa ndryshuar asnjë emër algoritmi. Fiksoni atë renditje në konfigurim në vend që të mbështeteni te vlerat e paracaktuara. Një renditje e qëndrueshme e bën kuptimplotë edhe krahasimin e regjistrave midis siteve.

Cilat fusha i përkasin cilit propozim

Grupi i fushave është i vogël, por nuk është identik në dy negociatat. Lexoni tabelën rresht pas rreshti, sepse një fushë në një kolonë mund të mungojë në tjetrën. Sintaksa ndryshon sipas implementimit; dokumentacioni i propozimeve të strongSwan është një referencë konkrete.

Fusha e kriptimit emërton shifrën dhe, në shumicën e sintaksave, gjatësinë e çelësit. Fusha e integritetit emërton hash-in që përdoret për të vërtetuar tekstin e kriptuar, dhe PRF emërton funksionin që nxjerr material çelësi për IKE SA. Grupi DH vendos material të ri të përbashkët sekret, prandaj shfaqet në të dyja anët, por për qëllime të ndryshme.

Numrat e sekuencës të zgjeruar i përkasin vetëm rrugës së të dhënave. Ata zgjerojnë hapësirën e sekuencës dhe negociohen si pjesë e propozimit CHILD, kështu që një mospërputhje atje e refuzon një ofertë CHILD duke e lënë IKE SA të paprekur.

Si zgjidhet një ofertë e plotë

Çdo propozim është një grup, dhe përgjigjësi kërkon një grup ku çdo fushë e detyrueshme është e pranueshme. Dy lista mund të përmbajnë të dyja AES dhe SHA-256 dhe megjithatë të mos kenë asnjë zë të përputhshëm, sepse gjatësia e çelësit, PRF ose grupi DH ndryshojnë. Krahasimi bëhet për çdo propozim, jo për çdo algoritëm.

Kur asgjë nuk përputhet, përgjigjësi dërgon NO_PROPOSAL_CHOSEN me llojin e SA që dështoi. Lexoni se për cilën listë propozimesh bëhet fjalë njoftimi përpara se të ndryshoni konfigurimin; ndryshimi i algoritmeve ESP kur propozimi IKE u refuzua humb një cikël korrigjimi.

Vlen të njihet sjellja e përzgjedhjes kur rregulloni një profil. Disa implementime preferojnë renditjen e iniciatorit, të tjerat rirenditin sipas politikës lokale, prandaj një grup që funksionon midis dy furnitorëve mund të zhduket kur përmbysni cilën anë e nis lidhjen.

AEAD heq një fushë në vend që të shtojë një

AES-GCM dhe ChaCha20-Poly1305 vërtetojnë dhe kriptojnë në një operacion të vetëm. Kur njëri prej tyre zgjidhet për ESP, algoritmi i integritetit nuk negociohet veçmas, sepse konstruksioni AEAD tashmë e mbulon. Prandaj një propozim që lidh AES-GCM me SHA-256 është në rastin më të mirë i tepërt dhe në rastin më të keq i refuzuar.

PRF mbetet i veçantë në anën IKE, pasi nxjerr çelësa për kanalin e kontrollit në vend që të mbrojë ngarkesat. Kjo është arsyeja pse një propozim IKE mund të kombinojë ligjërisht një shifër AEAD me një PRF dhe një grup DH, ndërsa propozimi përkatës ESP liston vetëm shifrën AEAD dhe grupin opsional PFS.

Gjatësia e çelësit është pjesë e tokenit të kriptimit, kështu që AES-128-GCM dhe AES-256-GCM janë oferta të ndryshme. Një profil i kopjuar nga një udhëzues që supozonte çelësa 256-bit nuk do të përputhet me një pikë fundore të konfiguruar për 128-bit, edhe pse të dy rreshtat thonë AES-GCM. Dy palë mund të bien dakord për familjen e shifrave dhe megjithatë të refuzojnë njëri-tjetrin për shkak të numrit pas vizës.

Lexoni SA e instaluar, jo konfigurimin

Lista e propozimeve e konfiguruar është një ofertë; SA e instaluar është rezultati. Në strongSwan dhe në një kernel Linux, të dy pamjet janë të disponueshme:

sudo swanctl --list-sas
sudo ip xfrm state
sudo ip xfrm policy

swanctl --list-sas printon algoritmet e negotuara për çdo SA, duke përfshirë nëse CHILD përdor AEAD. ip xfrm state tregon çfarë instaloi në të vërtetë kerneli, dhe aty konfirmohet se një rinovim çelësash nuk ra prapa në një grup tjetër nga ai që dokumentuat.

Ruani atë dalje pranë konfigurimit pas një korrigjimi. Kur një përditësim klienti ndryshon vlerat e paracaktuara, grupi i regjistruar ju jep një vijë bazë për krahasim, dhe krahasimi tregon fushën që lëvizi në vend që ta nisë hetimin nga e para.