IPsec саналд юу багтдаг вэ? IKE ба ESP талбарууд

IKE эхэлж, хоёр тал AES зарлаж байгаа ч туннель NO_PROPOSAL_CHOSEN-оор бүтэлгүйтдэг. Бүртгэл саналын нэрийг хэлдэг боловч тохироогүй талбарыг хэлдэггүй. Санал бол нэг бүрэн санал бөгөөд нэг нийцэхгүй талбар зөвхөн тэр мөрийг бус бүх хослолыг хүчингүй болгодог. Үүнийг бие даасан алгоритм сонголтуудын уут гэж унших нь зөрүү үл үзэгдэх шалтгаан юм.

Тусдаа саналын жагсаалттай хоёр хэлэлцээр

IKEv2 хоёр аюулгүй байдлын нэгдэл байгуулдаг. Эхнийх нь хяналтын солилцоог өөрөө хамгаалдаг IKE SA, хоёр дахь нь таны урсгалыг ESP-ээр зөөдөг CHILD SA юм. Тус бүр өөрийн саналын жагсаалттай бөгөөд тал нэгийг хүлээн авч нөгөөгөөс татгалзаж болно.

Энэ хуваагдал нийтлэг төөрөгдлийг тайлбарладаг: ажиллаж буй IKE SA нь хяналтын сувгийн алгоритмууд тохирсныг л нотолдог. CHILD санал бүтэлгүйтвэл эхний үе шат дууссан, бүртгэл дээгүүр эрүүл харагдаж байсан ч туннель нэг ч пакет зөөхгүй.

Жагсаалт бүрийн доторх дараалал ч чухал. Хариулагч санаачлагчийн эрэмбэлсэн саналуудаас сонгодог тул өргөн нийцэх бичлэгийг нарийнаас дээш зөөх нь аль багц суулгахыг өөрчилдөг ч нэг ч алгоритмын нэр өөрчлөгдөхгүй. Энэ дарааллыг анхдагч утгуудад найдахын оронд тохиргоонд бэхлээрэй. Тогтвортой дараалал сайтуудын хоорондын бүртгэлийн харьцуулалтыг ч утга учиртай болгоно.

Аль талбарууд аль саналд хамаарах вэ

Талбарын багц бага боловч хоёр хэлэлцээрт ижил биш. Нэг баганын талбар нөгөөд байхгүй байж болох тул хүснэгтийг мөр мөрөөр уншина уу. Синтакс хэрэгжүүлэлтээс хамаарч өөр өөр; strongSwan-ы саналын баримт бичиг нэг тодорхой лавлагаа.

Шифрлэлтийн талбар шифрийг, ихэнх синтакс дээр түүний түлхүүрийн уртыг заана. Бүрэн бүтэн байдлын талбар шифрлэсэн текстийг баталгаажуулахад хэрэглэх хэшийг заана, PRF нь IKE SA-д түлхүүрийн материал гаргах функцийг заана. DH бүлэг шинэ нийтлэг нууц материал тогтоодог, иймээс хоёр талд харагдана, гэхдээ өөр зорилгоор.

Өргөтгөсөн дарааллын дугаарууд зөвхөн өгөгдлийн замд хамаарна. Тэд дарааллын орон зайг өргөтгөж, CHILD саналын хэсэг болгон хэлэлцэгддэг тул тэндхийн зөрүү CHILD саналыг татгалзаж, IKE SA хөндөгдөхгүй үлддэг.

Нэг бүрэн саналыг хэрхэн сонгодог вэ

Санал бүр багц бөгөөд хариулагч заавал шаардлагатай талбар бүр хүлээн зөвшөөрөгдөх багцыг хайдаг. Хоёр жагсаалт хоёулаа AES ба SHA-256 агуулж болох боловч тохирох бичлэг байхгүй байж болно, учир нь түлхүүрийн урт, PRF эсвэл DH бүлэг ялгаатай. Харьцуулалт алгоритм тус бүрээр биш, санал тус бүрээр явагдана.

Юу ч тохирохгүй бол хариулагч бүтэлгүйтсэн SA төрөлтэй NO_PROPOSAL_CHOSEN илгээдэг. Тохиргоог засахаас өмнө мэдэгдэл аль саналын жагсаалтад хамаарахыг уншина уу; IKE санал татгалзсан үед ESP алгоритмыг өөрчлөх нь дибаг хийх нэг циклийг үрэх юм.

Профайл тохируулах үед сонголтын зан төлөвийг мэдэх нь зүйтэй. Зарим хэрэгжүүлэлт санаачлагчийн дарааллыг илүүд үздэг, бусад нь орон нутгийн бодлогын дагуу дахин эрэмбэлдэг тул хоёр нийлүүлэгчийн хооронд ажилладаг багц алга болж болно холболтыг аль тал эхлүүлж байгааг эргүүлэх үед.

AEAD талбарыг нэмэхийн оронд хасдаг

AES-GCM ба ChaCha20-Poly1305 нэг үйлдлээр баталгаажуулж, шифрлэдэг. Тэдний аль нэгийг ESP-д сонгоход бүрэн бүтэн байдлын алгоритмыг тусад нь хэлэлцэхгүй, учир нь AEAD бүтэц үүнийг аль хэдийн хамардаг. Иймээс AES-GCM-ийг SHA-256-тай хослуулсан санал хамгийн сайндаа илүүц, хамгийн муудаа татгалзагддаг.

PRF IKE талд тусдаа хэвээр, учир нь ачааллыг хамгаалахын оронд хяналтын сувагт түлхүүр гаргадаг. Тиймээс IKE санал AEAD шифрийг PRF ба DH бүлэгтэй хууль ёсоор хослуулж чаддаг бол харгалзах ESP санал зөвхөн AEAD шифр ба сонголтоор PFS бүлгийг жагсаадаг.

Түлхүүрийн урт нь шифрлэлтийн токены хэсэг тул AES-128-GCM ба AES-256-GCM өөр өөр саналууд юм. 256-bit түлхүүр гэж үзсэн гарын авлагаас хуулсан профайл 128-bit-д зориулж тохируулсан төгсгөлийн цэгтэй тохирохгүй, хоёр мөр хоёулаа AES-GCM гэж хэлсэн ч. Хоёр тал шифрийн гэр бүлд санал нэгдэж болох ч зураасны дараах тооноос болж бие биенээсээ татгалзаж болно.

Тохиргоог бус, суулгасан SA-г уншина уу

Тохируулсан саналын жагсаалт бол санал, суулгасан SA бол үр дүн. strongSwan ба Linux цөм дээр хоёр харагдац хоёулаа боломжтой:

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

swanctl --list-sas SA бүрийн хэлэлцсэн алгоритмыг хэвлэдэг, CHILD AEAD ашиглаж байгаа эсэхийг ч оруулан. ip xfrm state цөм бодитоор юу суулгасныг харуулдаг, мөн түлхүүр шинэчлэл таны баримтжуулсанаас өөр багц руу буцаагүйг баталгаажуулах газар энэ юм.

Засварын дараа энэ гаралтыг тохиргооны хажууд хадгална уу. Клиентийн шинэчлэл анхдагч утгуудыг өөрчлөхөд бүртгэсэн багц харьцуулах суурь шугам болж, харьцуулалт мөрдөн шалгалтыг эхнээс эхлэхийн оронд зөөгдсөн талбарыг заана.