Vidaresend VPN-port: kva vitjande og tilbydaren kan sjå
Ei innkomande mapping gjev ei teneste ein offentleg identitet, ikkje namnet ditt. Skil kva ein vitjande kan kople, kva tilbydaren veit og kor lenge det varer.
Å vidaresende ein port gjev framande ei rute til ei teneste gjennom den offentlege adressa til tilbydaren. Den eine endringa påverkar eksponering og gjenkjenning samstundes, og ingen av dei publiserer namnet på den som driv tenesta. Å halde dei to frå kvarandre unngår dei motsette feila å handsame vidaresending som anonymitet og å handsame det som identifikasjon. Tre spørsmål skil dei reint, og svara kjem frå ulike prov.
Tre objekt, tre ulike spørsmål
Hald den offentlege adressa skild frå applikasjonen som svarar bak henne, og hald begge skilde frå personen eller organisasjonen som driv saka. Kvar har sitt eige publikum og sine eigne prov. Å blande dei gjev slutningar som høyrest ryddelege ut og er gale.
Gå gjennom dei i den rekkjefølgja. Den første er eit spørsmål om tilgjenge, den andre er eit spørsmål om applikasjonsidentitet, og den tredje er eit spørsmål om tilskriving som dei to første berre delvis kastar lys over. Når nokon spør om portvidaresending er privat, spør kva av dei tre dei meiner. Svara er verkeleg ulike, og ei retningslinjeside handsamar vanlegvis berre eitt av dei.
Kva ein vitjande kan kople på tvers av endepunkt
Ein vitjande koplar til endepunktet og ser det applikasjonen legg fram på lovleg vis: 'vertsnamn', sertifikatnamn, innloggingsside, publisert innhald. Desse detaljane identifiserer tenesta sjølv når den vanlege tilgangsadressa er løynmd bak tunnelen. To endepunkt som legg fram same namngjevne nettstaden gjev observatørar eit grunnlag for å kople dei. Ingenting i den åtferda er lekkasje, sidan applikasjonen vart utforma for å bli sett.
Samsvar mellom sertifikat, omdirigeringar og sideinnhald på tvers av to endepunkt er eit sterkt signal om at dei høyrer til éi teneste. Det blir verande ei utsegn om tenesta, ikkje om eit menneske, til ei anna registrering knyter dei to saman.
Personvernrettleiinga til IETF skildrar korleis varige identifikatorar gjer det mogleg å korrelere samhandlingar over tid. Korrelasjon er ikkje tilskriving, sidan fleire personar kan administrere éi teneste og ei adresse kan flytte mellom ubeslekta abonnentar. Den skilnaden er det som hindrar eit korrelasjonsfunn i å bli ei skulding.
Kva vidaresendingstilbydaren må vita
For å levere ei innkomande samband må systemet til tilbydaren halde den aktive relasjonen mellom det offentlege inngangspunktet og den interne destinasjonen. Den driftstekniske fakta er ulik det ein vitjande ser, og igjen ulik det tilbydaren vel å behalde. Hald dei to spørsmåla skilde når du les ei retningslinjeside, fordi det eine er uunngåeleg og det andre er eit vedtak. Ei utsegn om at ingen nettlesarhistorikk blir lagra seier ingenting om mappinghistorikk.
Om historiske mappingar, kontotilknytingar eller tilkoplingsregistreringar blir verande, er eit spørsmål for den faktiske retningslinja og implementeringa til tilbydaren. Vidaresending provar ikkje at kvar kategori blir logga. Spør særskilt kva felt som overlever etter at mappinga er trekt tilbake, og kor lenge.
Innkomande tilgjenge er også skilt frå den utgåande ruttinga til klienten, DNS og åtferd ved feil. Å leggje til ei mapping skildrar ikkje korleis resten av trafikken til klienten går ut.
Kor lenge mappinga varer endrar eksponeringa
Ei mapping kan vare i ei økt, i ein reservasjon eller under ei tilbydarretningslinje som endrar henne. Verken permanent tildeling eller konstant rotasjon bør ein gå ut frå; les den dokumenterte åtferda til produktet og noter det du observerer. To observasjonar med ei veke mellomrom fortel meir om 'rotasjon' enn noka marknadssetning på produktsida. Skriv det observerte intervallet ved sida av endepunktet i notata dine, fordi intervallet er ein del av eksponeringa.
Levetida endrar kva korrelasjon som er mogleg. Eit stabilt endepunkt inviterer til langvarig sporing av éi teneste, medan eit roterande gjer kvar observasjon vanskelegare å kople til den førre. Ingen av eigenskapane er ei garanti om registreringane til tilbydaren, og ingen av dei erstattar avgjerda om kva tenesta sjølv publiserer.
Publiser med vilje, og lat så att båe dørene
Stadfest at tilbydaren tillèt protokollen du treng, at mottakaren i målet er den du meinte, og at verts- og applikasjonskontrollar framleis avgrensar tilgangen. Sjå før publisering kva tenesta vil leggje fram for ein framand. Desse to kommandoane viser sertifikatet og overskriftene ein vitjande får.
openssl s_client -connect pub.example.net:443 -brief < /dev/null
curl -sSI https://pub.example.net/
Å publisere noko rettferdiggjer ikkje å leggje ut administrasjonssidene eller å droppe innlogginga til applikasjonen, og omsetjing gjev ikkje TLS til ei teneste som aldri har hatt det. Hald den krypterte protokollen og serveridentitetskontrollane hans på plass, uansett korleis trafikken kjem. Sjekk deretter svaroverskriftene, fordi ein 'banner' eller 'feilsøkingsside' kan fortelje ein framand meir enn tenesta har til føremål. Det dei to kommandoane returnerer er same visinga som ein observatør får.
Å avvikle tenesta tyder to lukkingar, ikkje éi: trekk mappinga tilbake gjennom eigaren, og handsame deretter mottakaren og retten som skilde postar. Eit bokmerka endepunkt som sluttar å svare kallar ikkje tilbake ein legitimasjon og hentar ikkje tilbake informasjon som alt er levert.