Edelleenohjattu VPN-portti: mitä vierailijat ja palveluntarjoaja voivat nähdä

Portin edelleenohjaus antaa vieraille reitin palveluun palveluntarjoajan julkisen osoitteen kautta. Tämä yksi muutos vaikuttaa samanaikaisesti näkyvyyteen ja tunnistettavuuteen, eikä kumpikaan niistä julkaise sen nimeä, joka palvelua ylläpitää. Kahden pitäminen erillään välttää vastakkaiset virheet kohdella 'edelleenohjausta' anonymiteettina ja kohdella sitä tunnistamisena. Kolme kysymystä erottaa ne selvästi, ja vastaukset tulevat eri todisteista.

Kolme kohdetta, kolme eri kysymystä

Pidä julkinen osoite erillään sovelluksesta, joka vastaa sen takana, ja pidä molemmat erillään henkilöstä tai organisaatiosta, joka asiaa pyörittää. Jokaisella on oma yleisönsä ja omat todisteensa. Niiden sekoittaminen tuottaa johtopäätöksiä, jotka kuulostavat siisteiltä ja ovat vääriä.

Käy ne läpi siinä järjestyksessä. Ensimmäinen on tavoitettavuuskysymys, toinen on sovelluksen identiteettiä koskeva kysymys ja kolmas on liittämistä koskeva kysymys, josta kaksi ensimmäistä valaisevat vain osittain. Kun joku kysyy, onko portin edelleenohjaus yksityistä, kysy, mitä kolmesta hän tarkoittaa. Vastaukset eroavat todella, ja käytäntösivu käsittelee yleensä vain yhtä niistä.

Mitä vierailija voi yhdistää päätepisteiden välillä

Vierailija yhdistää päätepisteeseen ja näkee sen, mitä sovellus esittää laillisesti: 'isäntänimen', varmenteen nimen, kirjautumissivun, julkaistun sisällön. Nämä tiedot tunnistavat palvelun, vaikka sen tavallinen käyttöosoite on piilotettu tunnelin taakse. Kaksi päätepistettä, jotka esittävät saman nimetyn sivuston, antavat tarkkailijoille perustan yhdistää ne. Mikään tässä käyttäytymisessä ei ole vuoto, sillä sovellus on suunniteltu nähtäväksi.

Varmenteiden, uudelleenohjausten ja sivun sisällön täsmääminen kahden päätepisteen välillä on vahva merkki siitä, että ne kuuluvat yhteen palveluun. Se pysyy väitteenä palvelusta, ei ihmisestä, kunnes jokin muu tietue yhdistää ne kaksi.

IETF:n yksityisyyssuositukset kuvaavat, miten pysyvät tunnisteet mahdollistavat vuorovaikutusten korreloimisen ajan myötä. Korrelaatio ei ole liittämistä, koska useat ihmiset voivat hallita yhtä palvelua ja osoite voi siirtyä toisiinsa liittymättömien tilaajien välillä. Juuri tämä ero estää korrelaatiohavainnon muuttumisen syytökseksi.

Mitä edelleenohjauksen tarjoajan on tiedettävä

Jotta saapuva yhteys voidaan toimittaa, palveluntarjoajan järjestelmän on pidettävä yllä aktiivista suhdetta julkisen sisääntulopisteen ja sisäisen kohteen välillä. Tämä toiminnallinen tosiasia eroaa siitä, mitä vierailija näkee, ja jälleen siitä, mitä palveluntarjoaja päättää säilyttää. Pidä kaksi kysymystä erillään, kun luet käytäntösivua, sillä toinen on väistämätön ja toinen on päätös. Väite, ettei selaushistoriaa säilytetä, ei kerro mitään kartoituksen historiasta.

Säilyvätkö historialliset kartoitukset, tiliyhdistelmät vai yhteystietueet, on kysymys palveluntarjoajan todellisesta käytännöstä ja toteutuksesta. Edelleenohjaus ei todista, että jokainen luokka kirjataan. Kysy erikseen, mitkä kentät säilyvät kartoituksen peruuttamisen jälkeen ja kuinka kauan.

Saapuva tavoitettavuus on erillään myös asiakkaan lähtevästä reitityksestä, DNS:stä ja virhetilanteen käyttäytymisestä. Kartoituksen lisääminen ei kuvaa, miten asiakkaan muu liikenne lähtee.

Kartoituksen kesto muuttaa näkyvyyttä

Kartoitus voi kestää istunnon, varauksen tai sitä muuttavan palveluntarjoajan käytännön ajan. Ei pidä olettaa pysyvää määritystä eikä jatkuvaa kierrätystä; lue tuotteen dokumentoitu käyttäytyminen ja kirjaa se, mitä havaitset. Kaksi viikon välein tehtyä havaintoa kertovat 'kierrätyksestä' enemmän kuin mikään markkinointilause tuotesivulla. Merkitse havaittu aikaväli päätepisteen viereen muistiinpanoihisi, sillä aikaväli on osa näkyvyyttä.

Elinkaari muuttaa sitä, mikä korrelaatio on mahdollista. Vakaa päätepiste kutsuu yhden palvelun pitkäaikaiseen seurantaan, kun taas kierrättävä tekee jokaisesta havainnosta vaikeamman liittää edelliseen. Kumpikaan ominaisuus ei ole tae palveluntarjoajan tietueista, eikä kumpikaan korvaa päätöstä siitä, mitä palvelu itse julkaisee.

Julkaise harkiten ja sulje sitten molemmat ovet

Varmista, että palveluntarjoaja sallii tarvitsemasi protokollan, että kohdekuuntelija on se, jota tarkoitit, ja että isännän ja sovelluksen hallinnat rajoittavat yhä pääsyä. Katso ennen julkaisua, mitä palvelu esittää vieraalle. Nämä kaksi komentoa näyttävät varmenteen ja otsakkeet, jotka vierailija saa.

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

Jonkin julkaiseminen ei oikeuta sen hallintasivujen paljastamista tai sovelluksen kirjautumisen poistamista, eikä käännös anna TLS:ää palvelulle, jolla sitä ei koskaan ollut. Pidä salattu protokolla ja sen palvelinidentiteetin tarkistukset paikallaan riippumatta siitä, miten liikenne saapuu. Tarkista sitten vastausotsakkeet, sillä 'banneri' tai virheenjäljityssivu voi kertoa vieraalle enemmän kuin palvelu aikoo. Se, mitä kaksi komentoa palauttaa, on sama näkymä, jonka tarkkailija saa.

Palvelun lopettaminen tarkoittaa kahta sulkemista, ei yhtä: peruuta kartoitus sen omistajan kautta ja käsittele sitten kuuntelija ja oikeus erillisinä kohteina. Kirjanmerkitty päätepiste, joka lakkaa vastaamasta, ei peruuta kirjautumistietoja eikä hae takaisin jo toimitettuja tietoja.