TLS vojaĝas ene de la rega kanalo, ne tra la tuta tunelo

Vidi la vorton TLS en priskribo de VPN kaj konkludi, ke reta prokurilo komprenos la trafikon, estas ordinara mallongigo. Ene de ĉi tiu protokolo la kunuloj interŝanĝas siajn proprajn pakaĵojn, kaj TLS funkcias kiel parto de unu kanalo ene de tiu interŝanĝo. La utila ŝarĝo, pri kiu zorgas la uzanto, vojaĝas en alia mesaĝformato, kaj tial la du neniam kongruas kun ordinara HTTPS seanco.

La koverto venas unue

Ĉiu tunela pakaĵo komenciĝas per la propra kaplinio de la protokolo: mesaĝtipo, ŝlosil-identigilo kaj, super bajtflua transporto, longa prefikso, kiu markas, kie la pakaĵo finiĝas. Leganto, kiu ne analizas tiun koverton, ne povas scii, kie komenciĝas la sekva kampo.

outer transport (UDP datagram or TCP stream)
  -> OpenVPN header (opcode, key id, length where needed)
    -> control message (reliability wrapper, TLS exchange)
    -> data message (protected inner packet)

Tiu skizo estas mapo, ne bajta tabelo, ĉar la precizaj kampoj dependas de la mesaĝtipo, kvankam la unua oketo ĉiam pakas la operacikodon kaj la ŝlosil-identigilon kune. Diveni la mesaĝtipo el la porda numero estas tio, kio igas malkodigilojn fine mise nomi tion, kion ili vidas. La ordo estas tio, kio gravas por diagnozo: transporto, poste la protokola koverto, poste unu el du specoj de laboro. Legu la koverton antaŭ ol formi opinion pri tio, kio sekvas. Malkodigilo, kiu komencas en la malĝusta loko, produktas memfidan sensencaĵon.

La fidindeca tavolo apartenas al la protokolo

Regaj mesaĝoj bezonas ordigitan, konfirmitan liveron, kaj la protokolo mem provizas tion per konfirmoj kaj reelsendoj. Konfirmo povas alveni kiel propra mesaĝo aŭ vojaĝi kun alia rega mesaĝo, kio igas spurojn neregulaj por iu ajn, kiu atendas unu puran interŝanĝon.

La avantaĝo estas, ke la TLS-manpremo ricevas fidindan portanto eĉ kiam la ekstera transporto estas UDP. La kosto estas, ke unu datagramo povas enhavi nur parton de tiu konversacio, do trakti ĝin kiel memstaran TLS-rikordon produktas sensencaĵon. Rekunmetado devas okazi ĉe la protokola tavolo. Tial kaptita pakaĵo malofte aspektas kiel kompleta manprema paŝo.

Ŝanĝi la eksteran transporton al TCP ne forigas ĉi tiun tavolon. Fidinda transporto signifas malpli da reelsendoj ĉe la protokola nivelo, ne ke la kadrigo malaperas aŭ ke la trafiko iĝas HTTP.

Datuma pakaĵoj uzas alian formaton

Post kiam la seanco ekzistas, la utila ŝarĝo alvenas kiel datumaj mesaĝoj portantaj internajn IP-pakaĵojn aŭ Ethernet-kadrojn. Ili estas protektitaj per propraj ŝlosiloj kaj propra prilaborado, kaj ili ne estas TLS-apilkaj rikordoj en iu ajn senco, kiun TLS-biblioteko akceptus.

Tiu disiĝo videblas en agordo: la rega kanalo kaj la datuma kanalo havas apartajn ĉifrajn agordojn, do protokola linio, kiu nomas unu, diras al vi nenion pri la alia. Legi fortan regan ĉifron kiel pruvon de forta datuma ĉifro estas ordinara raporta eraro.

Tenu ankaŭ rilatan miskomprenon ekster la klarigo. TLS ne estas publikklejla kanalo apud simetria datuma kanalo, ĉar TLS mem protektas siajn rikordojn simetrie post kiam ŝlosiloj estas establitaj. La vera distingo estas rolo kaj pakaĵformato, ne kian kriptografion ĉiu flanko uzas.

Kial HTTPS-prokurilo ne povas helpi

Prokurilo, kiu finigas TLS, atendas TLS-rikordan fluon kaj poste aplikaĵprotokolon ene de ĝi. La rega kanalo de ĉi tiu protokolo estas portata ene de sia propra kadrigo kun fidindeca tavolo ĉirkaŭ ĝi, do finiganta prokurilo legas tiun kadrigon kiel koruptitan enigon.

Travidebla plusendilo, kiu pasigas bajtojn aŭ datagramojn sen interpreti ilin, povas funkcii, kondiĉe ke ĝi ne reverkas aŭ rekumnetas la fluon. La demando starigenda pri iu ajn peranto estas, ĉu ĝi plusendas la realan transporton kaj kadrigon, ne ĉu ĝi subtenas TLS ie ajn. Demandu tion antaŭ ol pasigi vesperon pri prokurilaj reguloj. Plej multaj malsukcesoj ĉi tie estas arkitekturaj, ne mankanta agordo.

Ĝuste legi spuron

Atendu unue regan interŝanĝon, poste multe pli grandan nombron da datumaj mesaĝoj, ambaŭ kunhavante unu transporton. Se la rega fazo finiĝas kaj la datuma fazo haltas, la difekto koncernas ŝlosilojn, enkursigon aŭ filtradon de la datuma vojo, ne la manpremon. Kaptu kelkajn datumajn mesaĝojn kaj kontrolu, ĉu ili tute forlasas la klienton. Tiu sola observo duonigas la serĉadon.

Historiaj priskriboj de ŝlosilmetodoj en la protokola dokumentaro ne implicas, ke donita eldono ankoraŭ subtenas ĉiun malnovan formaton. Kontrolu la version, kiun vi rulas, antaŭ ol konstrui atendon sur alineo, kiu priskribas, kiel aferoj antaŭe funkciis.