Afvikling af PPTP/MS-CHAPv2: runbook til en ældre VPN

Adgangskoder på tyve tegn, der roteres månedligt og opbevares i et pengeskab, gør ikke en PPTP-server med MS-CHAPv2 til en moderne VPN. Adgangskoden er et input til en udveksling, hvis svaghed ligger i udvekslingen selv. Denne runbook er for den, der har arvet serveren og skal flytte brugerne væk fra den uden at skære det site fra, som afhænger af den. Gennemfør trinnene i rækkefølge, for hvert trin efterlader en registrering, som du får brug for, når nogen spørger, hvorfor adgangen pludselig ændrede sig.

Skriv stakken ned, før du rører noget

Tre lag smeltes sammen i ordet PPTP, og hvert lag fejler på sin egen måde. Tunnelen er PPTP selv, GRE plus TCP 1723. Godkendelsen er den PPP-metode, serveren tilbyder, her MS-CHAPv2. Forbindelsesbeskyttelsen er MPPE, hvis nøgler udledes af den godkendelsesudveksling. Når alle tre navngives, lander en senere rettelse ikke på det forkerte lag.

Læs den levende konfiguration i stedet for at stole på en wikiside, og notér filen, lytteren og de seneste sessioner, der blev godkendt.

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

På en Windows-fjernadgangsrolle kommer det samme inventar fra to kommandoer, og den anden betyder noget, fordi en rolle kan annoncere flere metoder på én gang, mens klienterne i marken altid kun forhandler den svageste.

Get-VpnAuthProtocol
netstat -ano | findstr :1723

Afgør, hvad tunnelen faktisk bærer i dag

List forbrugerne, før du vælger en erstatning: omrejsende bærbare computere, en filialrouter, en betalingsterminal, et sæt tablet-pc’er i marken. En forbruger, der kun skal nå én intern vært, er nem at flytte. En forbruger, der er indbygget i hardware, du ikke kan genindlæse, har måske brug for en mellemliggende gateway i stedet for en klientopgradering, og den beslutning hører i planen, ikke midt i overgangen.

Spørg derefter, hvad en angriber, der kan observere eller påvirke loginudvekslingen, ville få. Med MS-CHAPv2 omfatter svaret materiale, der muliggør offline gendannelse af brugerens adgangskode, og netop derfor reparerer længde og rotation ikke designet: den gendannede hemmelighed er gyldig på ethvert system, hvor brugeren genbrugte den.

MPPE arver samme svaghed, da dens nøgler kommer fra den udveksling, og den giver dig ikke den per-pakke-integritet og genafspilningsadfærd, som et moderne AEAD-chiffer har. En session, der godkendes rent, har bevist kompatibilitet med de konfigurerede kontroller og intet mere.

Hverken en kort frokostpause eller et lille brugertal gør en kryptografisk egenskab til en politisk egenskab.

Kør migreringen inden for ét vedligeholdelsesvindue

Rejs erstatningen, bevis den med én pilotgruppe, og stop derefter den gamle lytter i stedet for at efterlade den som en stille fallback. En fallback, som alle stadig kan nå, er ikke en migrering, og den holder den svage udveksling tilgængelig netop for de brugere, der aldrig gider skifte.

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

Luk firewall-stien i samme vindue. GRE har ingen port at huske, så en regel, der tillader protokol 47 efter nummer, er let at overse og efterlader tjenesten tilgængelig, også efter at daemonen er væk. Registrér den regel, du fjernede, dens tidligere placering og årsagen, så en senere ændringsgennemgang ikke genopretter den ved et uheld.

Håndtér legitimationsoplysninger adskilt fra konfiguration. Fjernelse af en klientprofil er ikke en tilbagekaldelse, og en konto, der stadig godkendes andre steder, er ikke afviklet.

Verificér, at erstatningen udfører de opgaver, PPTP udførte

Tjeklisten er ikke “virker det med at forbinde”. Det er, om godkendelse, adressetildeling, DNS-opløsning, rutevalg, genopkoblingsadfærd og peer-verifikation alle stadig holder under erstatningen. Test hver på en pilotenhed, i den rækkefølge, og skriv det observerede resultat ved siden af forventningen.

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

En adresse på interfacet beviser, at forhandlingen blev færdig. Det beviser ikke, at fjernsiden har godkendt den rute, du forventer, og opslaget ovenfor svarer kun for denne vært, ikke for et videresendt LAN. Et resolver-svar beviser, at en resolver kan nås, ikke at delt DNS-politik sender de rigtige navne dertil.

Genopkobling til sidst, for det er der, de fleste erstatninger regredierer: send en bærbar i dvale, skift netværk, og bekræft, at tunnelen genetableres uden at efterlade forældede ruter.

Tilbagerulning, tilbagekaldelse og den registrering, du efterlader

Tilbagerulning genskaber tjeneste; den genskaber ikke sikkerhed, og forskellen skal siges højt, før vinduet åbnes. Hvis den nye vej fejler, skal brugerne tilbage via et andet moderne endepunkt eller en midlertidig gateway, ikke ved at genaktivere PPTP for alle. At holde én nødvej på det gamle protokol øger den eksponering, du netop dokumenterede.

Tilbagekald efter overgangen de konti, der blev godkendt over PPTP, lad deres gemte profiler udløbe, og bekræft, at GRE-reglen er væk fra hver kantenhed, også den katastrofekopi, som ingen husker.

Efterlad en kort registrering: de protokoller, du fandt, datoen for hver lytter ophørte, erstatningens understøttede klientversioner og den ejer, der kan genåbne beslutningen. Adgangskodehygiejne betyder stadig noget bagefter, men som hygiejne på et protokol, der fortjener den, ikke som et argument for at holde det gamle i live.