Windows VPN Group24 vs MODP3072: hvilken gruppe trenger du?
Gruppenumre er registeroppføringer, ikke en rangering etter størrelse. Koble navnet til parameterne, og kontroller deretter hvilke grupper Windows-parameteren kan uttrykke.
Group24 og MODP3072 er begge navn på en nøkkelutvekslingsgruppe, og de er ikke den samme gruppen i ulik styrke. Group24 kombinerer et modulus på 2048 bit med en undergruppe av primtallsorden på 256 bit, mens MODP3072 er den 3072-bits gruppe 15. Å velge den ene når den andre var angitt endrer kravet i stedet for å oppfylle det. Fire ting avgjør resultatet, og ingen av dem krever at man stoler på et navn som ligner.
Tallet er en registeroppføring, ikke en rang
IANA nummererer nøkkelutvekslingsgrupper i den rekkefølgen de ble registrert, så et høyere tall betyr en senere registeroppføring og ikke en sterkere gruppe. Gruppe 14 er 2048-bits MODP, gruppe 15 er 3072-bits MODP, og gruppe 24 kombinerer et modulus på 2048 bit med en undergruppe av primtallsorden på 256 bit. Å lese identifikatoren som en størrelsesrangering gir nøyaktig feilen å behandle 24 som en større 15. Navnet er en etikett, og parameterne bak det er det forhandlingen faktisk bruker.
| IANA group | What the group is | Expressible as Windows DHGroup | What a mismatch looks like |
|---|---|---|---|
| 14 | A 2048-bit finite-field modulus | Group14 | The gateway reports modp2048, which is the same group in other vocabulary |
| 15 | A 3072-bit finite-field modulus | Not in the documented enumeration | You cannot request it from this parameter; a gateway reporting modp3072 was configured elsewhere |
| 24 | A 2048-bit modulus with a 256-bit prime-order subgroup | Group24 | The gateway reports modp2048s256, so the two names differ while describing one group |
| 20 | The NIST P-384 curve | ECP384 | The gateway reports ecp384, and that 384 counts a field size rather than a modulus |
Grupper på elliptiske kurver legger til sin egen forvirring, fordi en kurves bittall beskriver et felt og ikke et modulus. Å sammenligne P-384 med en gruppe over et endelig felt på 3072 bit som om tallene målte samme ting forteller deg ingenting.
Hva Windows-oppramsingen kan uttrykke
IKE-registeret og Windows-klientparameteren er forskjellige grensesnitt med forskjellige ordforråd. Microsofts VpnClient-cmdlet-referanse dokumenterer at DHGroup godtar None, Group1, Group2, Group14, ECP256, ECP384 og Group24. Group15 forekommer ikke i det dokumenterte settet, noe som betyr at parameteren ikke kan uttrykke gruppen du ble bedt om. Dette er en begrensning i grensesnittet og ikke en uttalelse om hvilke grupper protokollen støtter.
Å oppgi en ikke-oppramset stavemåte, et heltall eller en kopiert policytekst utvider ikke oppramsingen. Sjekk referansen for Windows-versjonen du faktisk distribuerer, og hvis gruppen ikke er tilgjengelig, er det ærlige resultatet en annen godkjent policy eller en annen klient.
Hold DHGroup, PfsGroup og sertifikattypen fra hverandre
DHGroup velger gruppen for IKE-nøkkelutvekslingen, og PfsGroup styrer forward secrecy for de beskyttede trafikkforbindelsene som følger. De er separate felt, så riktig innstilling av det ene sier ingenting om det andre. Sertifikatets RSA- eller ECDSA-nøkkel er en tredje egenskap og hører til autentisering, ikke til den efemere utvekslingen. Én profil kan derfor være riktig i ett lag og feil i et annet, og en vellykket tilkobling avslører ikke hvilket.
Rapporter om at en bestemt sertifikattype tvang en ECP-gruppe på hver IKEv2-tilkobling, beskriver én kombinasjon av innstillinger. De fastslår ikke en regel i protokollen, og å behandle dem som en regel er måten en lokal særegenhet blir policy.
Les gruppen gatewayen forhandlet
VpnClient-modulen tilbyr Set-VpnConnectionIPsecConfiguration som et grensesnitt kun for skriving, og det finnes ingen tilsvarende Get--cmdlet som leser policyen tilbake på verten. Noter DHGroup- og PfsGroup-verdiene du brukte, og les deretter på gatewayen hva utvekslingen faktisk brukte. Kjør kommandoene etter en ny tilkobling og ikke etter en gjenoppkobling som gjenbrukte en gammel assosiasjon.
swanctl --list-sas
ipsec statusallEn profil som rapporterer Group24 mens gatewayen rapporterer modp2048s256, er konsistent, siden det er samme gruppe i to ordforråd. En gateway som rapporterer modp3072 mens profilen sier Group24, er ikke konsistent, og én endepunkt håndhever ikke det du tror. Sertifikatlinjen svarer på det separate autentiseringsspørsmålet, og PFS-feltet svarer på det tredje. Sammenlign alle tre før du skriver et samsvarsnotat.
Noter den forespurte gruppen, den forhandlede gruppen og grensesnittet som godtok eller avviste innstillingen. Den trioen er det en gjennomgåer trenger, og ingenting av det kan utledes fra policynavnet.