SSTP ja SSL 3.0: silt ja läbiräägitud versioon

Kaks inimest võivad vaadata sama SSTP paigaldust ja jõuda vastupidistele järeldustele. Üks loeb toote dokumentatsiooni, näeb tähti SSL ja eeldab, et tunnel kasutab aastaid tagasi kasutusest võetud protokolli. Teine osutab kaasaegsele kätlemisele ja ütleb, et küsimus on suletud. Mõlemad vaidlevad siltide, mitte läbiräägitud versiooni põhjal, ja neist kahest on ainult üks tõend. Võrdlus, mida tasub teha, on nime lubaduse ja teenuse tegeliku valiku vahel.

Kaks vastust samale küsimusele

Sildiargumenti on lihtne esitada: SSTP-d kirjeldatakse turvalise soketi tunneliprotokollina, ajalooline nimi ütleb SSL, seega peab ühendus olema SSL 3.0. See püsib, sest nimi tuleb tõesti sellest liinist ja sest enamik seda kordajaid ei ole kunagi kätlemist vaadanud. See püsib ka sellepärast, et järeldus kõlab ettevaatlikult, nagu oleks halvima eeldamine turvaline valik. Halvima eeldamine ja tegeliku versiooni mõõtmine on kaks eri tegevust ning ainult üks neist muudab midagi.

Tõendiargument küsib kitsamat küsimust. Millise protokolliversiooni suhtes see klient ja see server selles lõpp-punktis sel hetkel kokku leppisid? Vastus tuleb teenusest, mis TLS-i lõpetab, mitte turunduslehelt ega brauserist, mis jõudis sarnase nimega saidile.

Need kaks argumenti erinevad selle poolest, mida nad suudavad tõestada. Silt ei erista vana paigaldust parandatud omast ja kätlemine ei ütle, mida teeb samas hostis mitteseotud teenus. Kasutage teist ja lõpetage esimese kasutamine.

Lugege versiooni, mille teenus tegelikult valib

Alustage komponentide nimetamisest: kliendi teostus, serveri teostus, TLS-i lõpp-punkt ja kõik nende vaheline, mis TLS-i lõpetab ja uuesti loob. Koormuse jaotur, mis lõpetab TLS-i ja räägib taustaga lihtsat HTTP-d, muudab seda, millise seadme poliitikat peate lugema.

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

Kirjutage lõpp-punkt ja aeg tulemuse kõrvale, sest hilisem poliitika muudatus teeb kuupäevata vaatluse kasutuks. Korrake katset kliendilt, mis on samal võrguteel teiega seotud kasutajatega, sest pealtkuulamisseade võib TLS-i lõpetada oma seadetega. Kui kaks seisukohta ei ühti, leidsite komponendi, millel on tähtsust. Kui need ühtivad, on teil tõend, mitte loosung.

Eraldage kirje väli läbirääkimisest

Vanamoodne versiooninumber ühes väljas ei ole sama fakt kui SSL 3.0 seanss. RFC 7568 käsitleb kirjekihi versiooni ja läbiräägitud protokolli eraldi küsimustena ning just sellest eristusest tulevad enesekindlad valed vastused. Lugege läbiräägitud protokolli, seejärel šifrit ja alles siis tehke järeldus seansi kohta.

See sama dokument on protokolli enda osas üheselt selge: SSL 3.0 ei tohi kasutada ning selle üle läbirääkimine või sellele taganemine on keelatud. Põhjus on katkine CBC konstruktsioon, mida POODLE rünnak ära kasutas, ja see on protokolli omadus, mitte ühe rakenduse konfiguratsioon.

Seetõttu „seda koormust on ilmselt raske ära kasutada“ ei ole argument SSL 3.0 sisselülitatuks jätmiseks. Nõue on protokoll eemaldada, mitte võita vaidlus ühe demonstratsiooni üle.

Võtke SSL 3.0 kasutusest välja poliitikaga, mida suudate põhjendada

Windowsis asuvad Schanneli protokolliseaded Protocols võtme all ja neid loetakse kliendi- ja serverirolli jaoks eraldi, mistõttu ühe suuna parandav muudatus võib teise puutumata jätta. Praegused seaded ja nende taaskäivituse nõuded on Microsoft dokumenteerinud ning samas hostis asuv kolmanda osapoole TLSi teek eirab neid täielikult.

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

Muutke poliitikat toetatud haldustee kaudu, kinnitage, et omanikteenus hangib oma konfiguratsiooni uuesti, ja hoidke kinnitatud tagasitee. Laia registrikirje skripti kleepimine teisest keskkonnast on viis, kuidas ühe teenuse parandusest saab kõigi masina TLS-klientide katkestus. Taaskäivituse ulatus loeb siin: seade, mis näib rakendatud, võib olla endiselt selle teenuse mälus, mis ei ole seda uuesti laadinud.

Partner, kes nõuab endiselt aegunud versiooni, vajab uuendust või üleminekuplaani. Dokumenteerimata erand, mis vaikselt vana protokolli taastab, ei ole ühilduvusstrateegia ega ela üle järgmist auditit.

Võtke muudatus vastu uute ühendustega

Testige uute seanssidega pärast poliitika muudatust, sest enne muudatust loodud ühendus ei tõesta midagi praegu kehtiva konfiguratsiooni kohta. Kinnitage, et lubatud protokoll õnnestub ja keelatud ebaõnnestub volitatud valideerimisprotsessis, ning jätke sertifikaadi identiteet ja usalduskontrollid täpselt sellisteks, nagu need olid.

Pidage meeles, mida kätlemine ei kata. SSTP kannab PPP-autentimist pärast TLS-kihti, seega kaasaegne protokolliversioon ei ütle midagi selle kohta, milline kasutaja volitati või millistele ressurssidele seanss pääseb. Need on eraldi kontrollid eraldi tõenditega.

Kirjutage tulemus kujul teenus, taust, lubatud poliitika ja vaadeldud versioon. Selline kirje vastab turvaküsimusele täpselt, mida sildiargument ega ebamugavusargument kunagi ei tee.