PPTP/MS-CHAPv2 uitfaseer: ’n draaiboek vir ’n verouderde VPN

Wagwoorde van twintig karakters, maandeliks geroteer en in ’n kluis bewaar, maak nie van ’n PPTP-bediener wat MS-CHAPv2 gebruik ’n moderne VPN nie. Die wagwoord is ’n inset tot ’n uitruiling waarvan die swakheid in die uitruiling self lê. Hierdie draaiboek is vir wie ook al daardie bediener geërf het en die gebruikers daarvan moet wegskuif sonder om die terrein te sny wat daarvan afhanklik is. Werk die stappe in volgorde deur, want elkeen laat ’n aantekening na wat jy sal wil hê wanneer iemand vra waarom toegang skielik verander het.

Skryf die stapel neer voordat jy enigiets aanraak

Drie lae word in die woord PPTP saamgevat, en elkeen faal op sy eie manier. Die tonnel is PPTP self, GRE plus TCP 1723. Die verifikasie is watter PPP-metode die bediener ook al bied, hier MS-CHAPv2. Die skakelbeskerming is MPPE, waarvan die sleutels van daardie verifikasie-uitruiling afgelei word. Om al drie te benoem, keer dat ’n latere regstelling op die verkeerde laag beland.

Lees die lewende konfigurasie eerder as om ’n wiki-bladsy te vertrou, en let op die lêer, die luisteraar en die laaste sessies wat geauthentiseer het.

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

Op ’n Windows-rol vir afstandtoegang kom dieselfde inventaris uit twee opdragte, en die tweede een maak saak omdat ’n rol verskeie metodes gelyktydig kan adverteer terwyl die kliënte in die veld net ooit die swakste een onderhandel.

Get-VpnAuthProtocol
netstat -ano | findstr :1723

Bepaal wat die tonnel vandag werklik dra

Lys die verbruikers voordat jy ’n plaasvervanger kies: rondreisende skootrekenaars, ’n takroeteerder, ’n betaalterminal, ’n stel veldtablette. ’n Verbruiker wat net een interne gasheer hoef te bereik, is maklik om te skuif. ’n Verbruiker wat in hardeware ingebed is wat jy nie kan herflits nie, het dalk ’n tussenliggende poort nodig eerder as ’n kliëntopgradering, en daardie besluit hoort in die plan, nie in die middel van die oorskakeling nie.

Vra dan wat ’n aanvaller wat die aanmeldingsuitruiling kan waarneem of beïnvloed, sou kry. Met MS-CHAPv2 sluit die antwoord materiaal in wat ’n herwinning van die gebruiker se wagwoord sonder netwerk moontlik maak, en dit is juis waarom lengte en rotasie die ontwerp nie herstel nie: die herwonne geheim is geldig op elke stelsel waar die gebruiker dit hergebruik het.

MPPE erf dieselfde swakheid, want sy sleutels kom uit daardie uitruiling, en dit gee jou nie die integriteit per pakket en die herhalingsgedrag van ’n moderne AEAD-syfer nie. ’n Sessie wat skoon verifieer, het net bewys dat dit met die gekonfigureerde kontroles versoenbaar is, en niks meer nie.

Nóg ’n kort middagpouse nóg ’n klein gebruikersgetal verander ’n kriptografiese eienskap in ’n beleidseienskap.

Voer die migrasie binne een onderhoudsvenster uit

Rig die plaasvervanger op, bewys dit met een proefgroep, en stop dan die ou luisteraar eerder as om dit as ’n stil terugval te laat. ’n Terugval wat enigiemand nog kan bereik, is nie ’n migrasie nie, en dit hou die swak uitruiling beskikbaar juis vir die gebruikers wat nooit die moeite doen om oor te skakel nie.

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

Sluit die firewall-pad in dieselfde venster. GRE het geen poort om te onthou nie, so ’n reël wat protokol 47 op nommer toelaat, is maklik om oor die hoof te sien en laat die diens bereikbaar selfs nadat die daemon weg is. Teken die reël aan wat jy verwyder het, sy vorige posisie en die rede, sodat ’n latere hersiening dit nie per ongeluk herstel nie.

Hanteer geloofsbriewe apart van konfigurasie. Om ’n kliëntprofiel te verwyder is nie ’n herroeping nie, en ’n rekening wat elders nog verifieer, is nie uit diens gestel nie.

Verifieer dat die plaasvervanger die take doen wat PPTP gedoen het

Die kontrolelys is nie “koppel dit” nie. Dit is of verifikasie, adrestoewysing, DNS-nasporing, roeteseleksie, herkoppelgedrag en eweknie-verifikasie almal nog hou onder die plaasvervanger. Toets elkeen op ’n proeftoestel, in daardie volgorde, en skryf die waargenome resultaat langs die verwagting neer.

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

’n Adres op die koppelvlak bewys die onderhandeling het voltooi. Dit bewys nie dat die verre kant die roete gemagtig het wat jy verwag nie, en die nasporing hierbo antwoord net vir hierdie gasheer, nie vir ’n deurgevoerde LAN nie. ’n Resolver-antwoord bewys bereikbaarheid van ’n resolver, nie dat split-DNS-beleid die regte name daarheen stuur nie.

Herkoppel laaste, want dit is waar die meeste plaasvervangers agteruitgaan: stel ’n skootrekenaar in die slaap, verander netwerke, en bevestig die tonnel herstel sonder om verouderde roetes agter te laat.

Terugrol, herroeping en die rekord wat jy agterlaat

Terugrol herstel diens; dit herstel nie sekuriteit nie, en die verskil moet hardop gesê word voordat die venster oopgaan. As die nuwe pad faal, bring gebruikers terug deur ’n tweede moderne eindpunt of ’n tydelike poort, nie deur PPTP vir almal weer aan te skakel nie. Om een noodpad op die ou protokol te hou, verbreed die blootstelling wat jy pas gedokumenteer het.

Herroep ná die oorskakeling die rekeninge wat oor PPTP geauthentiseer het, laat hul gestoorde profiele verval, en bevestig die GRE-reël is weg uit elke randtoestel, insluitend die DR-kopie wat niemand onthou nie.

Laat ’n kort rekord: die protokolle wat jy gevind het, die datum waarop elke luisteraar gestop het, die plaasvervanger se ondersteunde kliëntweergawes, en die eienaar wat die besluit kan heropen. Wagwoordhigiëne bly daarna saak maak, maar as higiëne op ’n protokol wat dit verdien, nie as ’n argument om die oue aan die lewe te hou nie.