SSTP en SSL 3.0: it label tsjin de ûnderhannele ferzje

Twa minsken kinne nei deselde SSTP-ynset sjogge en tsjinoerstelde konklúzjes lûke. De iene lêst de produkdokumintaasje, sjocht de letters SSL en nimt oan dat de tunnel in protokol draait dat jierren lyn út gebrûk nommen is. De oare wiist op in moderne hânskodding en konkludearret dat de fraach sletten is. Beiden arguearje fan labels en net fan de ûnderhannele ferzje, en mar ien fan dy twa is bewiis. De ferliking dy't de muoite wurdich is, is tusken wat de namme ûnthjit en wat de tsjinst echt kiest.

Twa antwurden op deselde fraach

It labelargumint is maklik te stellen: SSTP wurdt beskreaun as in feilich socket-tunnelprotokol, de histoaryske namme seit SSL, dus moat de ferbining SSL 3.0 wêze. It hâldt stân om't de namme echt út dy line komt en om't de measte minsken dy't it werhelje nea nei in hânskodding sjoen hawwe. It hâldt ek stân om't de konklúzje foarsichtich klinkt, as wie it oannimmen fan it slimste de feilige kar. It slimste oannimme en de wiere ferzje mjitte binne twa ferskillende aktiviteiten, en mar ien fan beiden feroaret wat.

It bewiisargumint stelt in smeller fraach. Oer hokker protokolferzje binne dizze klient en dizze tsjinner it iens wurden, by dit einpunt, op dit stuit? It antwurd komt fan de tsjinst dy't TLS einiget, net fan in marketingpagina of in browser dy't in side mei in ferlykbere namme berikt hat.

De twa arguminten ferskille yn wat se bewiize kinne. It label kin in âlde ynset net fan in patchte ûnderskiede, en de hânskodding kin net sizze wat in net besibbe tsjinst op deselde host docht. Brûk it twadde en hâld op mei it earste te brûken.

Lês de ferzje dy't de tsjinst echt kiest

Begjin mei de komponinten te neamen: de kliïntymplemintaasje, de tsjinnerymplemintaasje, it TLS-einpunt en alles dertusken dat TLS einiget en wer opbou. In lêstbalansearder dy't TLS einiget en gewoane HTTP mei de efterkant praat, feroaret hokker apparaat syn belied jo lêze moatte.

openssl s_client -connect vpn.example.com:443 -servername vpn.example.com </dev/null> | grep -E 'Protocol|Cipher'
Get-WinEvent -LogName System -ProviderName Schannel -MaxEvents 20

Skriuw it einpunt en de tiid njonken it resultaat, want in lettere beliedsferoaring makket in ûndatearre waarnimming nutteleas. Werhelje de test fan in klient op deselde netwurkpaad as de brûkers dy't jo wichtich fine, want in ûnderskeppingsapparaat kin TLS mei syn eigen ynstellings einigje. As de twa stânpunten net oerienkomme, hawwe jo it komponint fûn dat der ta docht. As se oerienkomme, hawwe jo bewiis ynstee fan in slogan.

Skied it rekordfjild fan 'e ûnderhanneling

In âlderwetsk útsjende ferzjenûmer yn ien fjild is net deselde feite as in SSL 3.0-sesje. RFC 7568 behannelet de ferzje fan 'e rekordlaach en it ûnderhannele protokol as aparte kwestjes, en krekt út dat ûnderskie komme de selsbewuste ferkearde antwurden. Lês it ûnderhannele protokol, dan de sifer, en earst dan lûk in konklúzje oer de sesje.

Itselde dokumint is dúdlik oer it protokol sels: SSL 3.0 mei net brûkt wurde, en ûnderhanneling of weromfalle derop is ferbean. De reden is de brutsen CBC-konstruksje dy't de POODLE-oanfal útbûte, en dat is in eigenskip fan it protokol, net de konfiguraasje fan ien tapassing.

Dêrom is „dizze wurklêst is wierskynlik dreech te misbrûken” gjin argumint om SSL 3.0 ynskeakele te litten. De eask is it protokol fuort te heljen, net in debat oer ien demonstraasje te winnen.

Helje SSL 3.0 út gebrûk mei in belied dat jo ferdigenje kinne

Yn Windows steane de protokolynstellings fan Schannel ûnder de Protocols-kaai en wurde se apart lêzen foar kliïnt- en tsjinnerrol, dêrom kin in feroaring dy't ien rjochting reparearret de oare ûnoantaat litte. De hjoeddeiske ynstellings en har werstarteasken wurde troch Microsoft dokumintearre, en in TLS-bibleteek fan tredden op deselde host negearret se folslein.

Get-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\SSL 3.0\Server'
Get-ChildItem 'HKLM:\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols'

Feroarje it belied fia it stipe administraasjepaad, befêstigje dat de eignertsjinst syn konfiguraasje wer krijt en hâld in goedkard werompaad. In breed register-skript út in oare omjouwing plakke is de manier wêrop't in repaaraasje fan ien tsjinst in ûnderbrekking foar elke TLS-klient op 'e masine wurdt. De omfang fan 'e werstart is hjir wichtich: in ynstelling dy't tapast liket, kin noch yn it ûnthâld holden wurde troch in tsjinst dy't it net wer laden hat.

In partner dy't noch in ferâldere ferzje easket, hat in bywurking of in migraasjeplan nedich. In net-dokumintearre útsûndering dy't it âlde protokol stil weromset, is gjin kompatibiliteitsstrategy en sil de folgjende audit net oerlibje.

Akseptearje de feroaring mei nije ferbiningen

Test mei nije sesjes nei de beliedsferoaring, want in ferbining dy't foar de feroaring oprjochte is, bewiist neat oer de konfiguraasje dy't no jildt. Befêstigje dat it tastiene protokol slagget en dat it ferbeane yn it autorisearre falidaasjeproses mislearret, en lit dan sertifikaatidentiteit en fertrouwenstests krekt sa as se wiene.

Betink wat de hânskodding net dekt. SSTP draacht PPP-ferifikaasje nei de TLS-laach, dus in moderne protokolferzje seit neat oer hokker brûker autorisearre is of hokker boarnen de sesje berikke kin. Dat binne aparte kontrôles mei aparte bewiizen.

Skriuw it resultaat del as tsjinst, efterkant, tastien belied en waarnommen ferzje. Sa'n rekord beantwurdet de feiligensfraach presys, wat noch it labelargumint noch in argumint oer ûngemak ea docht.