Тэр эмзэг байдлын илрүүлэлт аль VPN процессорт хамаарах вэ?

Сканнерийн үр дүн хаяг, порт болон тэнд тохиролцсон зүйлийг нэрлэнэ. Энэ нь тухайн сокетын ард байгаа процессыг нэрлэхгүй бөгөөд VPN хост дээр хэд хэдэн процесс машиныг хуваалцаж болох ч зөвхөн нэг нь туннель юм. Хажуугийн хэрэгслээс хувилбарын мөр унших эсвэл диск дээр номын сангийн файл олох нь хост, биш сонсогчийн талаар нотолгоо нэмнэ. Илрүүлэлт нь зөвхөн нэг ажиллаж буй бүрэлдэхүүнтэй холбогдож, дараа нь мэдэгдлийн бодитоор заасан хүрээтэй тулгагдсаны дараа л үйлдэл хийх боломжтой болно.

Дараалал чухал: эхлээд бүрэлдэхүүн, дараа нь мэдэгдэл, эцэст нь засвар.

Тайлан програм биш, портыг нэрлэнэ

Бодитоор үнэлэгдсэн төгсгөлийн цэгээс эхэл. HTTPS удирдлагын порт руу хийсэн шалгалт вэб үйлчилгээ, түүний TLS стек, урд нь байгаа аливаа проксийг хэмжсэн; өөр порт дээрх OpenVPN эсвэл WireGuard сонсогчийн талаар юу ч мэдсэнгүй. Урвуу прокси, удирдлагын агентууд үүнийг улам дордуулдаг, учир нь гэрчилгээ, баннер нь урд хэсгийнх байж болох бол эмзэг номын сан түүний ард арын процесст байдаг.

Очих газар, тээвэр, порт, үйлчилгээний нэрийг үр дүнгийн хамт бүртгэ, хүрээ нь илрүүлэлтийн хамт явах болно.

Ажиллаж буй бүтээц бодитоор юу вэ

Ерөнхий зориулалтын хост дээр суулгасан багц, ачсан номын сан хоёр өөр асуудал. Багцын сан засварласан хувилбарыг жагсааж болох ч удаан ажиллаж буй демон хуучин хуваалцсан объектыг санах ойд хадсар хэвээр байх бөгөөд суулгасан төхөөрөмжийн дүрс нь ямар ч багц менежер мэдээлдэггүй өөрийн номын санг агуулж болно. Үйлчилгээний менежерээс юу ажиллаж байгааг асууж, дараа нь процесс болон түүний холбоосыг шалга.

systemctl status openvpn-server@server --no-pager
ps -o pid,lstart,args -C openvpn
ss -lntup | grep -E '1194|443'
dpkg -l | grep -i -E 'openvpn|libssl'
ldd "$(command -v openvpn)" | grep -i ssl

Процессийн жагсаалт дахь эхлэх цаг бол хүмүүсийн алгасдаг нарийн ширийн зүйл. Сүүлийн багц шинэчлэлээс өмнө эхэлсэн демон ачаалах үедээ ачсан бүтээцээрээ ажиллаж байгаа бөгөөд энэ нь бүртгэл засварласан гэж, сокет эсрэгээр хэлдэг яг тэр тохиолдол юм.

Бүтээцийг мэдэгдлийн хүрээтэй тулгах

Мэдэгдлүүд бүтээгдэхүүн, хувилбар, заримдаа шаардлагатай нөхцлийг тодорхойлдог бөгөөд эдгээр гурван талбар нь багцын хувилбартай үргэлж нийцдэггүй. OpenVPN-ийн 2014 оны дөрөвдүгээр сарын Heartbleed мэдэгдэл нь ашигтай түүхэн жишээ, учир нь өөр өөр өртсөн Access Server хувилбаруудыг вэб үйлчилгээ, VPN демоноос тусгаарладаг. Сургамж нь OpenSSL гэдэг үгийг загвараар тулгахын оронд текст аль бүрэлдэхүүнийг хамарч байгааг унших явдал.

Тэр мэдэгдэл ч хуучирсан. Түүний засварласан хувилбарын дугаарууд одоо суулгах зөвлөмж биш бөгөөд 2014 онд зассан алдаа нь өнөөдөр таны ажиллуулж буй салбарын хожуу асуудлын талаар юу ч хэлэхгүй.

Зөрчлийг шийдэж, дараа нь өртөлтийг хаах

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

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

Дараа нь өртөлтийн цонхны үеэр бүрэлдэхүүн юу хадгалж болохыг шийдвэрлэ. Нөхөөс тавих, итгэмжлэл солих нь өөр асуултад хариулдаг бөгөөд өртсөн хостын ойролцоо хадгалсан гэрчилгээ нь өөрөө алдагдсан зүйлийн жагсаалт биш. Тохиолдлын эзний хүчингүй болгох, сесс устгах, клиент шинэчлэх журмыг дагаж, аль бүрэлдэхүүн өртсөн, нотолгоо яагаад хамааралтай байсан, юу түүнийг хаасныг бүртгэ. Тэр бүртгэлийг хожуу хяналт унших болно.