Windows ба strongSwan-ы шифр: зөв давхаргыг тааруул
Түлхүүрийн урт ижил байх нь нийцтэй багц гэсэн үг биш. IKE бодлогыг ESP хувиргалтаас салгаж, CBC болон GCM-ийг өөр саналд байлга.
Хоёр тал AES-128 гэж хэлж байхад туннель бүтэхээс татгалзсаар байна. CBC ба GCM нь түлхүүрийн урт санамсаргүйгээр ижил байдаг өөр хувиргалтууд бөгөөд нэгийг нь санал болгож буй клиент зөвхөн нөгөөг нь хүлээн авдаг гарцыг хангахгүй. AES гэдэг үг гэр бүлийг тодорхойлдог, тохиролцоог биш.
Хоёр дахь тэнхлэг бас бий бөгөөд будлиантай алдааг үүсгэдэг нь тэр юм.
Хоёр давхарга, хоёр бие даасан жагсаалт
IKE нь хэлэлцээрийг өөрөө хамгаалдаг бол охин холбоо нь танд үнэхээр чухал трафикийг хамгаалдаг. Windows эхнийхийг шифрлэлтийн арга ба бүрэн бүтэн байдлын арга хэлбэрээр, хоёр дахьыг шифр ба нэвтрүүлэлтийн хувиргалтын тогтмол хэмжигдэхүүн хэлбэрээр ил гаргадаг. Эдгээр талбарууд нь бие биенийхээ ижил утга биш бөгөөд нэгэнд хүчинтэй утга нөгөөд утгагүй эсвэл буруу байж болно. Профайлыг энэ хуваалттайгаар уншихад будлианы ихэнх хэсэг арилдаг.
Практик үр дагавар нь та бүрэн хүлээн зөвшөөрөгдөх түлхүүр солилцооны бодлого ба түнш хүлээж авахгүй өгөгдлийн сувгийн бодлоготой байж болно. Нэг жагсаалт хэлэлцээ хийдэг; нөгөө нь пакетуудыг хамгаалдаг. Тохиргооны харилцан ярианд хоёр нь хичнээн төстэй харагдавч, эхнийх дэх утгыг өөрчлөх нь хоёр дахьд нөлөөлөхгүй.
Гарцтай харьцуулахаасаа өмнө хоёр жагсаалтыг бичиж ав. Санах ойгоос хийсэн харьцуулалт гэдэг нь нэг талбарыг хоёр удаа засаж, нөгөөг нь хэзээ ч засахгүй байх арга юм. Гарцын консолыг профайлын хажууд нээлттэй байлга.
Алдааг саналуудын хажууд унш
Бүтэлгүйтсэн шат аль жагсаалтыг шалгахыг хэлж өгнө. Анхны түлхүүр солилцооны үеэр татгалзах нь IKE саналын асуудал, бөгөөд энэ нь ямар ч охин холбоо үүсэхээс өмнө тохиолддог. Хамгаалагдсан трафикийн холбоог хэлэлцэж байх үеийн бүтэлгүйтэл нь ESP саналын асуудал бөгөөд түлхүүр солилцоо аль хэдийн амжилттай болсон. Клиентийн ерөнхий бодлогын тохирлын мэдэгдэл хоёр шатын аль нэгийг ч нэрлэдэггүй, тиймээс гарцын өөрийнх нь харц нь ашигтай.
swanctl --list-conns
swanctl --list-sas
journalctl -u strongswan -n 60 --no-pager
Хүлээн авсан санал, тохируулсан санал ба сонгосон саналыг харьцуул тэр нэг оролдлогын хувьд. Энд гурван өөр жагсаалт чухал бөгөөд бодитоор юу ашиглагдсаныг зөвхөн сүүлийнх нь тодорхойлдог. Дүгнэлт хийхийн оронд тасалбарт үгчлэн иш тат.
CBC ба GCM-ийг тусдаа хувилбар болгон байлга
Аль ч гэр бүлийг хүлээн авахыг зориуд зөвшөөрсөн гарцад нэг биш, хоёр санал хэрэгтэй. strongSwan-д таслал хувилбаруудыг тусгаарлаж, зураас нь нэг багцын бүрэлдэхүүн хэсгүүдийг холбодог. Хоёр гэр бүлийг зураасаар нэгтгэвэл хоёр хүлээн зөвшөөрөгдөх саналын оронд нэг боломжгүй санал үүсдэг.
proposals = aes128gcm16-prfsha256-ecp256, aes128-sha256-ecp256
esp_proposals = aes128gcm16-ecp256
Эхний хувилбар нь баталгаажсан шифрлэлтийг агуулж, псевдо санамсаргүй функцийг дурдсаар байдаг, учир нь бүрэн бүтэн байдал шифрээс ирсэн ч түлхүүрийн гаралтад нэг хэрэгтэй. Хоёр дахь хувилбар нь тусдаа бүрэн бүтэн байдлын алгоритм бүхий сонгодог шифрлэлт юм. Хоёулаа ачаалсан крипто хэрэгжүүлэлт юуг дэмждэгээс хамаарна.
ESP санал нь нэр сольсон IKE санал биш
Шифрийн токен хоёр жагсаалтад ижил харагдаж, өөр юу ч бараг шилждэггүй. ESP саналд түлхүүр солилцооны псевдо санамсаргүй функц байхгүй бөгөөд түүний бүрэн бүтэн байдал ба урагш нууцлалын шаардлагыг IKE мөрөөс хуулбарлахын оронд нөгөө талын Windows бодлогын эсрэг маргадаг. Нэг жагсаалтыг нөгөө рүү механикаар хөрвүүлэх нь баталгаажиж, хэзээ ч хэлэлцээ хийдэггүй зүйлийг бий болгодог.
Нэг чиглэл сонгоод түүндээ үлд. Нэг бол гарц зөвхөн GCM бодлогыг хадгалж, клиент бүрэн нийцтэй бодлогыг байршуулна, эсвэл гарц хоёр гэр бүлийг хүлээн авч, клиент одоо байгаа багцаа хадгална. Аюулгүй байдлын бодлогоор хориглосон нөөц хувилбарыг идэвхжүүлэх нь алдааг хэчнээн хурдан арилгасан ч засвар биш.
Хоёр багцыг шалга, дараа нь түлхүүр шинэчлэл
Сонгосон түлхүүр солилцооны багц ба сонгосон трафикийн багцыг тус тусад нь баталгаажуул, учир нь тэд өөр жагсаалтаас ирдэг бөгөөд бие даан амжилттай болж болно. Дараа нь түлхүүр шинэчлэл болохыг зөвшөөрч, түүнийг ч баталгаажуул. Ажилладаг эхний гар барилт ба бүтэлгүйтсэн түлхүүр шинэчлэл нь зөвхөн хэсэгчлэн хүлээн зөвшөөрөгдөх саналын багцыг тодорхойлдог.
Тухайн нотолгоог өөрчлөлттэй хамт хадгал. Давтагдах холболтын тасралт нь хэн нэгэн таймер эсвэл платформын гэмтлийг буруутгахаас өмнө өөрийн бүтэлгүйтсэн солилцооны бүртгэлийг шаарддаг.