OpenVPN-pakket: HMAC-autentikaasje mislearre – hokker laach?

Twa flaters wurde mei deselde wurdskat rapportearre en hawwe hast neat mienskiplik. De iene is in pakket wêrfan’t it autentikaasjelabel net ferifiearre is; de oare is in persoan waans oanmeldgegevens wegere waarden. As jo de earste as de twadde behannelje, sykje jo in wachtwurd dat nea it probleem wie.

It berjocht neamt in laach, en it nuttige wurk is te besluten hokker, foar’t jo materiaal ferfange. It fergelykjen fan de kandidaten njonken elkoar is de fluchste manier om it ferskil te sjen.

Twa flaters dy’t ien wurd diele

In pakketautentikaasjeflater ûntstiet by it ferwurkjen fan ferkear: in label of digest op in ûntfongen pakket kaam net oerien mei wat de ûntfanger berekkene hie. In akkountwegering bart neidat in oanmeldútwikseling analysearre is, en dy neamt in brûker ynstee fan in pakket. In tredde berjocht, oer it net fine kinnen fan in HMAC yn in ynkommend pakket, is wer oars, want dêr kaam it pakket hielendal sûnder it ferwachte autentikaasje-elemint. It folsleine logprefiks fertelt jo hokker fan de trije jo hawwe, en it prefiks is meastentiids it earste dat fuorthelle wurdt as in flater yn in ticket plakt wurdt.

It ûnderskie feroaret de reparaasje. De iene freget om oerienkommende kanaalynstellingen, de oare om akkountstatus, en de tredde om in profyl dat net past by de listener dy’t it berikte.

Fergelykje wat it rinnende proses eins laden hat

In korrekt bestân op skiif bewissiget neat oer in proses dat begûn foar’t it bewurke waard. Kontrolearje it selektearre profyl, it einpunt dat it benadere, en oft de tsjinst sûnt de feroaring wer laden is. Befêstigje ek dat it einpunt by it profyl heart, want in oare ynstânsje of in oare tsjinst kin lústerje wêr’t it âlde bestân eat oars ferwachtet.

In stipe profyl út deselde boarne op ’e nij eksportearje is in goedkeape fergeliking, want it hellet de ôfwiking fuort tusken wat jo tinke dat konfigurearre is en wat de kliïnt eins stjoert. Nije kaaimateriaal generearje is in folle gruttere stap, en it helpt allinne as beide einen it tegearre oernimme. Ien kant lokaal ferfange makket krekt de misferhâlding op ’e nij dy’t jo besochten fuort te heljen.

Fergelykje it kontrôlekanaal mei it datakanaal

Twa meganismen autentisearje ferskillende dielen fan in ferbining en wurde apart konfigurearre, sa’t de 2.6-opsjereferinsje beskriuwt. tls-auth in HMAC tafoeget oan pakketten fan it kontrôlekanaal en in rjochtingsargumint nimt dat by de twa peers tsjinoersteld wêze moat, wylst tls-crypt it kontrôlekanaal ynstee mei in dielde kaai beskermet. Net ien fan beide is de eigen yntegriteitskontrôle fan it datakanaal. By in AEAD-datacipher is dy kontrôle yn ’e cipher ynboud, sadat it aparte auth digest net brûkt wurdt sa’t dat by in net-AEAD-cipher wol bart.

Wat betsjut dat in auth rigel kopiearre út in wurkjende net-AEAD-ynset kin yrrelevant wêze yn in AEAD-ien, en in AEAD-ynset kin noch hieltyd mislearje op it kontrôlekanaal as de tls-auth kaai of syn rjochting ferkeard is. Fergelykje elke ynstelling mei de peer ynstee fan mei in ûnthâlden konfiguraasje.

Fergelykje de oplossing mei de eigenskip dy’t jo opjouwe

It útskeakeljen fan pakketautentikaasje makket de warskôging stil en hellet de kontrôle fuort dy’t de misferhâlding fûn, wat net itselde is as it profyl reparearje. Freegje hokker eigenskip jo opjouwe en oft it ûntwerp sûnder dy noch stiet.

Lês it earste relevante barren oan beide einen foar’t jo eat feroarje, en feroarje dan allinne de misferhâlding dy’t it neamt.

As de folgjende poging foarútgiet oant in sertifikaat- of oanmeldflater, is dat foarútgong en gjin efterútgong: de pakketlaach is no iens en de ferbining is fierder. Skriuw de ynstellingen op dy’t de feroaring feroarsaken, sadat de folgjende persoan in ferklearring erfet ynstee fan in riedsel.