Weitergeleiteter VPN-Port: Was Besucher und der Anbieter sehen können

Eine Portweiterleitung gibt Fremden eine Route zu einem Dienst über die öffentliche Adresse des Anbieters. Diese eine Änderung betrifft Exposition und Erkennbarkeit zugleich, und keine der beiden veröffentlicht den Namen dessen, der den Dienst betreibt. Beides auseinanderzuhalten vermeidet die gegensätzlichen Fehler, 'Weiterleitung' als Anonymität und als Identifikation zu behandeln. Drei Fragen trennen sie sauber, und die Antworten stammen aus unterschiedlichen Belegen.

Drei Objekte, drei verschiedene Fragen

Halten Sie die öffentliche Adresse getrennt von der Anwendung, die dahinter antwortet, und beides getrennt von der Person oder Organisation, die die Sache betreibt. Jede hat ihr eigenes Publikum und ihre eigenen Belege. Sie zu vermischen erzeugt Schlüsse, die ordentlich klingen und falsch sind.

Arbeiten Sie sie in dieser Reihenfolge durch. Die erste ist eine Erreichbarkeitsfrage, die zweite eine Frage der Anwendungsidentität, und die dritte eine Zuschreibungsfrage, über die die ersten beiden nur teilweise Auskunft geben. Wenn jemand fragt, ob Portweiterleitung privat sei, fragen Sie, welche der drei gemeint ist. Die Antworten unterscheiden sich tatsächlich, und eine Richtlinienseite behandelt meist nur eine davon.

Was ein Besucher über Endpunkte hinweg verknüpfen kann

Ein Besucher verbindet sich mit dem Endpunkt und sieht, was die Anwendung rechtmäßig präsentiert: einen 'Hostnamen', einen Zertifikatsnamen, eine Anmeldeseite, veröffentlichte Inhalte. Diese Angaben identifizieren den Dienst, auch wenn seine übliche Zugriffsadresse hinter dem Tunnel verborgen ist. Zwei Endpunkte, die dieselbe benannte Website präsentieren, geben Beobachtern eine Grundlage, sie zu verknüpfen. Nichts an diesem Verhalten ist ein Leck, denn die Anwendung wurde entworfen, um gesehen zu werden.

Übereinstimmende Zertifikate, Weiterleitungen und Seiteninhalte über zwei Endpunkte hinweg sind ein starkes Signal, dass sie zu einem Dienst gehören. Es bleibt eine Aussage über den Dienst, nicht über einen Menschen, bis ein anderer Datensatz die beiden verbindet.

Die IETF-Datenschutzleitlinien beschreiben, wie beständige Kennungen Interaktionen über die Zeit korrelierbar machen. Korrelation ist keine Zuschreibung, da mehrere Personen einen Dienst verwalten können und eine Adresse zwischen nicht verwandten Teilnehmern wechseln kann. Genau diese Unterscheidung verhindert, dass ein Korrelationsbefund zu einer Anschuldigung wird.

Was der Weiterleitungsanbieter wissen muss

Um eine eingehende Verbindung zuzustellen, muss das System des Anbieters die aktive Beziehung zwischen dem öffentlichen Einstiegspunkt und dem internen Ziel halten. Diese betriebliche Tatsache unterscheidet sich von dem, was ein Besucher sieht, und wiederum von dem, was der Anbieter zu behalten beschließt. Halten Sie die beiden Fragen getrennt, wenn Sie eine Richtlinienseite lesen, denn eine ist unvermeidlich und die andere eine Entscheidung. Eine Aussage, dass kein Browserverlauf gespeichert wird, sagt nichts über die Zuordnungshistorie.

Ob historische Zuordnungen, Kontoverknüpfungen oder Verbindungsdatensätze bestehen bleiben, ist eine Frage der tatsächlichen Richtlinie und Umsetzung des Anbieters. Weiterleitung beweist nicht, dass jede Kategorie protokolliert wird. Fragen Sie gezielt, welche Felder nach dem Zurückziehen der Zuordnung überleben und wie lange.

Eingehende Erreichbarkeit ist auch getrennt vom ausgehenden Routing des Clients, von DNS und vom Fehlerverhalten. Das Hinzufügen einer Zuordnung beschreibt nicht, wie der übrige Verkehr des Clients hinausgeht.

Wie lange die Zuordnung gilt, verändert die Exposition

Eine Zuordnung kann für eine Sitzung, für eine Reservierung oder nach einer Anbieterrichtlinie bestehen, die sie ändert. Weder dauerhafte Zuweisung noch ständige Rotation sollten angenommen werden; lesen Sie das dokumentierte Verhalten des Produkts und notieren Sie, was Sie beobachten. Zwei Beobachtungen im Abstand einer Woche sagen mehr über die 'Rotation' als jeder Marketingsatz auf der Produktseite. Notieren Sie das beobachtete Intervall neben dem Endpunkt in Ihren Notizen, denn das Intervall ist Teil der Exposition.

Die Lebensdauer verändert, welche Korrelation möglich ist. Ein stabiler Endpunkt lädt zur langfristigen Verfolgung eines Dienstes ein, während ein rotierender jede Beobachtung schwerer mit der letzten verbindbar macht. Keine der beiden Eigenschaften ist eine Garantie über die Datensätze des Anbieters, und keine ersetzt die Entscheidung darüber, was der Dienst selbst veröffentlicht.

Veröffentlichen Sie bewusst und schließen Sie dann beide Türen

Bestätigen Sie, dass der Anbieter das Protokoll erlaubt, das Sie brauchen, dass der Ziellistener der gewünschte ist und dass Host- und Anwendungskontrollen den Zugriff weiterhin begrenzen. Sehen Sie vor der Veröffentlichung nach, was der Dienst einem Fremden präsentieren wird. Diese beiden Befehle zeigen das Zertifikat und die Header, die ein Besucher erhält.

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

Etwas zu veröffentlichen rechtfertigt nicht, seine Verwaltungsseiten offenzulegen oder die Anmeldung der Anwendung fallenzulassen, und Übersetzung liefert kein TLS an einen Dienst, der nie welches hatte. Halten Sie das verschlüsselte Protokoll und seine Serveridentitätsprüfungen in Kraft, unabhängig davon, wie der Verkehr ankommt. Prüfen Sie dann die Antwort-Header, denn ein 'Banner' oder eine Debug-Seite kann einem Fremden mehr sagen, als der Dienst beabsichtigt. Was die beiden Befehle zurückgeben, ist dieselbe Ansicht, die ein Beobachter erhält.

Den Dienst außer Betrieb zu nehmen bedeutet zwei Schließungen, nicht eine: Ziehen Sie die Zuordnung über ihren Eigentümer zurück und behandeln Sie dann den Listener und den Anspruch als getrennte Punkte. Ein gemerkter Endpunkt, der aufhört zu antworten, widerruft keine Zugangsdaten und holt keine bereits gelieferten Informationen zurück.