Pagtatapos ng PPTP/MS-CHAPv2: runbook para sa lumang VPN

Ang mga password na dalawampung karakter, na pinapalitan buwan-buwan at itinatago sa vault, ay hindi ginagawang modernong VPN ang isang PPTP server na may MS-CHAPv2. Ang password ay input sa isang palitan na ang kahinaan ay nasa palitan mismo. Ang runbook na ito ay para sa sinumang nagmana ng server na iyon at kailangang ilipat ang mga gumagamit nang hindi pinuputol ang site na umaasa rito. Sundin ang mga hakbang nang sunod-sunod, dahil bawat isa ay nag-iiwan ng tala na kakailanganin mo kapag may nagtanong kung bakit biglang nagbago ang access.

Isulat ang stack bago hawakan ang anuman

Tatlong layer ang pinagsama sa salitang PPTP, at bawat isa ay nabigo sa sarili nitong paraan. Ang tunnel ay PPTP mismo, GRE at TCP 1723. Ang authentication ay ang PPP method na iniaalok ng server, dito MS-CHAPv2. Ang proteksyon ng link ay MPPE, na ang mga key ay hinango sa palitang authentication na iyon. Ang pagpangalan sa tatlo ay pumipigil sa isang susunod na pagwawasto na lumapag sa maling layer.

Basahin ang buhay na configuration sa halip na magtiwala sa isang wiki page, at itala ang file, ang listener at ang mga huling session na na-authenticate.

grep -RniE 'mschap|mppe|require-mppe' /etc/ppp/options.pptpd /etc/pptpd.conf
ss -lntp 'sport = :1723'
journalctl -u pptpd -n 40 --no-pager

Sa isang Windows remote access role ang parehong imbentaryo ay nagmumula sa dalawang command, at mahalaga ang pangalawa dahil ang isang role ay maaaring mag-anunsyo ng ilang method nang sabay habang ang mga client sa field ay laging nakikipag-ayos lamang sa pinakamahina.

Get-VpnAuthProtocol
netstat -ano | findstr :1723

Magpasya kung ano talaga ang dinadala ng tunnel ngayon

Ilista ang mga gumagamit bago pumili ng kapalit: mga laptop na gumagala, isang branch router, isang payment terminal, isang set ng field tablet. Ang gumagamit na kailangan lamang maabot ang isang panloob na host ay madaling ilipat. Ang gumagamit na naka-embed sa hardware na hindi mo ma-flash muli ay maaaring mangailangan ng intermediate gateway sa halip na isang client upgrade, at ang desisyong iyon ay nabibilang sa plano, hindi sa gitna ng transition.

Pagkatapos itanong kung ano ang makukuha ng isang attacker na makakapagmasid o makakaapekto sa login exchange. Sa MS-CHAPv2 kabilang sa sagot ang materyal na nagpapahintulot sa offline na pagbawi ng password ng gumagamit, at iyon mismo ang dahilan kung bakit hindi inaayos ng haba at rotation ang disenyo: ang naibalik na sikreto ay wasto sa bawat system kung saan ito ginamit muli ng gumagamit.

Namamana ng MPPE ang parehong kahinaan, dahil ang mga key nito ay nagmumula sa palitang iyon, at hindi nito ibinibigay ang integridad bawat packet o ang pag-uugali sa replay ng isang modernong AEAD cipher. Ang isang session na malinis na na-authenticate ay nagpatunay lamang ng pagiging compatible sa mga naka-configure na pagsusuri at wala nang iba.

Ni isang maikling lunch break ni isang maliit na bilang ng gumagamit ay hindi ginagawang patakaran ang isang cryptographic na katangian.

Isagawa ang paglilipat sa loob ng isang maintenance window

Itayo ang kapalit, patunayan ito sa isang pilot group, pagkatapos ay itigil ang lumang listener sa halip na iwanan ito bilang tahimik na fallback. Ang fallback na naaabot pa ng lahat ay hindi paglilipat, at pinapanatili nitong bukas ang mahinang palitan para sa mga gumagamit na hindi kailanman nag-abala na lumipat.

sudo systemctl disable --now pptpd
sudo ss -lntp | grep -E ':(1723|1194|51820)\b'
sudo nft list ruleset | grep -i gre

Isara ang firewall path sa parehong window. Walang port na dapat tandaan ang GRE, kaya ang isang rule na nagpapahintulot sa protocol 47 ayon sa numero ay madaling makalampas at iniiwan ang serbisyo na naaabot kahit wala na ang daemon. Itala ang rule na inalis, ang dating posisyon at ang dahilan, upang hindi ito maibalik ng isang susunod na change review nang hindi sinasadya.

Pangasiwaan ang mga kredensyal nang hiwalay sa configuration. Ang pag-alis ng client profile ay hindi pagbawi, at ang account na nag-a-authenticate pa sa ibang lugar ay hindi pa na-retire.

Ipatunay na ginagawa ng kapalit ang mga trabahong ginawa ng PPTP

Ang checklist ay hindi “kumokonekta ba”. Ito ay kung ang authentication, pagtatalaga ng address, resolusyon ng DNS, pagpili ng ruta, pag-uugali sa muling pagkonekta at pagpapatunay ng peer ay nananatili pa rin sa ilalim ng kapalit. Subukan ang bawat isa sa isang pilot device, sa ganoong pagkakasunod-sunod, at isulat ang naobserbahang resulta sa tabi ng inaasahan.

ip -4 addr show tun0
ip route get 198.51.100.23
resolvectl query intranet.example.net

Ang isang address sa interface ay nagpapatunay na natapos ang negosasyon. Hindi nito pinapatunayan na pinahintulutan ng malayong panig ang rutang inaasahan mo, at ang query sa itaas ay sumasagot lamang para sa host na ito, hindi para sa isang naipasang LAN. Ang sagot ng resolver ay nagpapatunay ng maabot ng resolver, hindi na ang split DNS policy ay nagpapadala ng tamang pangalan doon.

Subukan ang muling pagkonekta sa huli, dahil doon bumabalik ang karamihan sa mga kapalit: patulugin ang isang laptop, palitan ang mga network, at tiyakin na muling naitatayo ang tunnel nang hindi nag-iiwan ng lumang ruta.

Pag-rollback, pagbawi at ang talang iniiwan mo

Ibinabalik ng rollback ang serbisyo; hindi nito ibinabalik ang seguridad, at kailangang sabihin nang malakas ang pagkakaibang iyon bago magbukas ang window. Kung mabibigo ang bagong landas, ibalik ang mga gumagamit sa pamamagitan ng pangalawang modernong endpoint o pansamantalang gateway, hindi sa pamamagitan ng muling pag-on ng PPTP para sa lahat. Ang pagpapanatili ng isang emergency na landas sa lumang protocol ay nagpapalawak ng exposure na kabi-bago mo pa lamang naidokumento.

Pagkatapos ng transition, bawiin ang mga account na na-authenticate sa PPTP, hayaang mag-expire ang mga naka-imbak na profile, at tiyakin na wala na ang GRE rule sa bawat edge device, kabilang ang disaster recovery copy na walang nakakaalala.

Mag-iwan ng maikling tala: ang mga protocol na natagpuan mo, ang petsa kung kailan tumigil ang bawat listener, ang mga bersyon ng client na sinusuportahan ng kapalit, at ang may-ari na maaaring magbukas muli ng desisyon. Mahalaga pa rin ang kalinisan ng password pagkatapos, ngunit bilang kalinisan sa isang protocol na karapat-dapat dito, hindi bilang argumento para manatiling buhay ang luma.