Plusendita VPN-pordo: kion povas vidi vizitantoj kaj la provizanto

Plusendi pordon donas al fremduloj vojon al servo tra la publika adreso de la provizanto. Tiu sola ŝanĝo influas samtempe ekspozicion kaj rekoneblecon, kaj neniu el ili publikigas la nomon de tiu, kiu funkciigas la servon. Teni la du aparte evitas la kontraŭajn erarojn trakti 'plusendadon' kiel anonimecon kaj trakti ĝin kiel identigon. Tri demandoj apartigas ilin klare, kaj la respondoj venas el malsamaj pruvoj.

Tri objektoj, tri malsamaj demandoj

Tenu la publikan adreson aparte de la aplikaĵo, kiu respondas malantaŭ ĝi, kaj tenu ambaŭ aparte de la persono aŭ organizo, kiu funkciigas la aferon. Ĉiu havas sian propran publikon kaj siajn proprajn pruvojn. Miksi ilin produktas konkludojn, kiuj sonas ordemitaj kaj estas malĝustaj.

Trairu ilin en tiu ordo. La unua estas demando pri atingeblo, la dua estas demando pri identeco de la aplikaĵo, kaj la tria estas demando pri atribuo, pri kiu la unuaj du nur parte informas. Kiam iu demandas, ĉu plusendado de pordoj estas privata, demandu, kiun el la tri li celas. La respondoj vere malsamas, kaj politika paĝo kutime traktas nur unu el ili.

Kion vizitanto povas ligi inter finpunktoj

Vizitanto konektiĝas al la finpunkto kaj vidas tion, kion la aplikaĵo laŭleĝe prezentas: 'gastigan nomon', nomon de atestilo, ensalutan paĝon, publikigitan enhavon. Tiuj detaloj identigas la servon eĉ kiam ĝia kutima alira adreso kaŝiĝas malantaŭ la tunelo. Du finpunktoj, kiuj prezentas la saman nomitan retejon, donas al observantoj bazon por ligi ilin. Nenio en tiu konduto estas liko, ĉar la aplikaĵo estis desegnita por esti vidata.

Kongruaj atestiloj, alidirektadoj kaj paĝa enhavo ĉe du finpunktoj estas forta signalo, ke ili apartenas al unu servo. Ĝi restas aserto pri la servo, ne pri homo, ĝis iu alia registro ligas la du.

La gvidlinioj de IETF pri privateco priskribas, kiel persistentaj identigiloj ebligas korelacii interagojn laŭlonge de la tempo. Korelacio ne estas atribuo, ĉar pluraj homoj povas administri unu servon kaj adreso povas moviĝi inter nerilataj abonantoj. Ĝuste tiu distingo malhelpas, ke konstato pri korelacio fariĝu akuzo.

Kion devas scii la plusenda provizanto

Por liveri eniran konekton, la sistemo de la provizanto devas teni la aktivan rilaton inter la publika enirpunkto kaj la interna celloko. Tiu operacia fakto diferencas de tio, kion vidas vizitanto, kaj denove diferencas de tio, kion la provizanto elektas konservi. Tenu la du demandojn aparte, kiam vi legas politikan paĝon, ĉar unu estas neevitebla kaj la alia decido. Aserto, ke neniu retuma historio konserviĝas, diras nenion pri historio de mapado.

Ĉu historiaj mapadoj, kontaj ligoj aŭ konektaj registroj restas, estas demando por la reala politiko kaj efektivigo de la provizanto. Plusendado ne pruvas, ke ĉiu kategorio estas registrata. Demandu specife, kiuj kampoj postvivas post la retiro de la mapado, kaj por kiom longe.

Enira atingeblo ankaŭ estas aparta de la elira enkursigo de la kliento, DNS kaj konduto ĉe malsukceso. Aldoni mapadon ne priskribas, kiel eliras la resto de la klienta trafiko.

Kiom longe daŭras la mapado ŝanĝas la ekspozicion

Mapado povas daŭri dum sesio, dum rezervo aŭ laŭ politiko de provizanto, kiu ĝin ŝanĝas. Oni ne supozu nek daŭran atribuon nek konstantan rotacion; legu la dokumentitan konduton de la produkto kaj notu tion, kion vi observas. Du observoj semajnon aparte diras pli pri 'rotacio' ol iu ajn vendoslogana frazo en la produkta paĝo. Notu la observitan intervalon apud la finpunkto en viaj notoj, ĉar la intervalo estas parto de la ekspozicio.

La vivodaŭro ŝanĝas, kiu korelacio eblas. Stabila finpunkto invitas al longtempa spurado de unu servo, dum rotacia faras ĉiun observon pli malfacile kunigebla kun la antaŭa. Neniu el la du ecoj estas garantio pri la registro de la provizanto, kaj neniu anstataŭas la decidon pri tio, kion la servo mem publikigas.

Publikigu konscie, poste fermu ambaŭ pordojn

Konfirmu, ke la provizanto permesas la protokolon, kiun vi bezonas, ke la cela aŭskultanto estas tiu, kiun vi intencis, kaj ke la regiloj de gastiganto kaj aplikaĵo ankoraŭ limigas aliron. Antaŭ publikigi, rigardu, kion la servo prezentos al fremdulo. Ĉi tiuj du komandoj montras la atestilon kaj la kapliniojn, kiujn ricevas vizitanto.

openssl s_client -connect pub.example.net:443 -brief < /dev/null
curl -sSI https://pub.example.net/

Publiki ion ne pravigas malkaŝi ĝiajn administrajn paĝojn aŭ forigi la ensaluton de la aplikaĵo, kaj traduko ne provizas TLS al servo, kiu neniam havis ĝin. Tenu la ĉifritan protokolon kaj ĝiajn kontrolojn de servila identeco surloke, sendepende de tio, kiel alvenas la trafiko. Poste kontrolu la respondajn kapliniojn, ĉar 'rubando' aŭ senerara paĝo povas diri al fremdulo pli, ol la servo intencas. Tio, kion la du komandoj redonas, estas la sama bildo, kiun ricevas observanto.

Maldaŭrigi la servon signifas du fermojn, ne unu: retiru la mapadon per ĝia posedanto, poste traktu la aŭskultanton kaj la rajton kiel apartajn erojn. Legosignita finpunkto, kiu ĉesas respondi, ne revokas akreditaĵon kaj ne retrovas informon jam liveritan.