So funktioniert es

So funktioniert ForestVPN

Ein VPN verlagert Ihr Vertrauen von Ihrem Netzwerk auf einen Server, den jemand anderes betreibt. Deshalb sollten Sie sehen können, wie es funktioniert. Diese Seite folgt einem einzigen Tipp auf Verbinden, vom Ticket bis zum Tunnel, und sagt offen, was wir speichern.

Gesprochen auf Englisch, mit Untertiteln auf Deutsch

Videodatei öffnen (MP4, 32 MB). Nutzen Sie sie, wenn YouTube bei Ihnen blockiert oder langsam ist.

  1. Verbunden heißt nicht, dass es funktioniert
  2. Was ein VPN ändert und was nicht
  3. Was passiert, wenn Sie auf Verbinden tippen
  4. Im Tunnel
  5. Viele Wege, ein Tunnel
  6. Zwei Programme, ein signiertes Ticket
  7. Ihre Geräte, Router und TVs
  8. Was es nicht leistet, und wo Sie anfangen
Auf dieser Seite (10)

Die Kurzfassung

  • Ihr Datenverkehr wird auf Ihrem Gerät versiegelt und kommt aus einem Server, den wir betreiben, dem Exit. Von allen Teilen von ForestVPN ist der Exit der einzige, der sieht, wohin Ihr Datenverkehr geht.
  • Bevor Sie sich verbinden, erhält Ihr Gerät ein signiertes Ticket. Das Ticket sagt, welchen Tarif Sie haben, und der Dienst, der es prüft, arbeitet getrennt von dem, der Ihr Konto hält.
  • Die App beobachtet, ob wirklich Daten fließen, und wechselt von selbst den Weg, wenn sie aufhören. Sie sehen nur das Ergebnis.
  • Eine Zeile verknüpft Ihr Gerät und ein verknüpftes Konto zur Datenmessung mit jeder Sitzung, die es bezahlt. Sie wird eine Stunde nach Abschluss der Sitzung gelöscht, bei einem nie genutzten Ticket bis zu 17 Tage später. Diese Seite zeigt sie neben allem anderen.

Was ein VPN ändert und was nicht

Ein VPN ist eine Übertragung von Vertrauen. Ohne eines vertrauen Sie Ihrem Netzwerk und Ihrem Internetanbieter einen Einblick darin an, wohin Ihr Datenverkehr geht. Mit einem VPN vertrauen Sie stattdessen dem VPN. Die nützlichen Fragen sind deshalb bei jedem VPN dieselben: Wo endet Ihr Datenverkehr, was wissen die Dienste davor, und was tut die App auf Ihrem Gerät? Diese Seite beantwortet sie in dieser Reihenfolge, mit den Einzelheiten hinter jeder Antwort.

Ohne VPN sehen Ihr WLAN und Ihr Internetanbieter, mit welchen Servern Ihr Gerät spricht, und jede Website sieht die Adresse, die Ihr Netzwerk Ihnen gegeben hat. Mit ForestVPN sehen sie stattdessen verschlüsselten Datenverkehr zu unseren Servern. Dieser Server, der Exit, ist die Stelle, an der Ihr Datenverkehr ins Internet gelangt.

Ohne ForestVPNMit ForestVPN
Ihr WLANDie Server, mit denen Sie sprechenVerschlüsselter Datenverkehr zu unseren Servern
Ihr InternetanbieterDie Server, mit denen Sie sprechenVerschlüsselter Datenverkehr zu unseren Servern
Die Websites, die Sie besuchenDie Adresse, die Ihr Netzwerk Ihnen gegeben hatDie Adresse des Exits
Der ForestVPN-ExitNicht beteiligtDie Websites, die Sie besuchen, und die Adresse, von der Sie sich verbunden haben
Wer was sehen kann, mit und ohne ForestVPN.

Das verlagert Vertrauen, es beseitigt es nicht. Der Exit sieht die Websites, die Sie besuchen, und die Adresse, von der aus Sie sich verbunden haben; die Websites sehen statt Ihrer Adresse die des Exits. Ein VPN macht Sie nicht anonym: Es ändert, wer Ihren Datenverkehr sehen kann.

Was ein VPN nicht berührt, ist alles, was nach dem Exit passiert. Die Websites, bei denen Sie sich anmelden, kennen weiterhin das Konto, mit dem Sie sich anmelden, und eine Website, die Sie mit Cookies verfolgt, tut das weiterhin. Der Tunnel schützt die Strecke, nicht das Ziel.

Was passiert, wenn Sie auf Verbinden tippen

Sie tippen auf Verbinden. Ihr Gerät bittet um die Erlaubnis, einen Server zu nutzen, legt ein Ticket vor, das zwei Angaben trägt (welcher Schlüssel eines Tarifs es signiert hat und zu welchen zwei Wochen dieser Schlüssel gehört), wird an einen Server verwiesen und baut einen verschlüsselten Tunnel dorthin auf. Dann prüft es, ob Daten wirklich in beide Richtungen fließen, bevor es meldet, dass Sie geschützt sind.

Login

Ihr Gerät

Server­liste

Sitzung

Exit

  1. Ihr Gerät > Login: 1. Tickets anfordern. Stunden vorher, mit dem Geräteschlüssel signiert
  2. Login > Ihr Gerät: 2. Blind signierte Tickets. Der Signierer sieht das Ticket nie
  3. Server­liste > Ihr Gerät: 3. Signierte Serverliste. Auf Ihrem Gerät geprüft
  4. Ihr Gerät > Sitzung: 4. Ticket, sein Sitzungsschlüssel, Ort
  5. Sitzung > Exit: 5. Diesen Einmal-Sitzungs-Peer einrichten
  6. Sitzung > Ihr Gerät: 6. Exit-Adresse und Wege
  7. Ihr Gerät > Exit: 7. Handshake, dann Prüfrunde
Das Ticket trägt Ihren Tarif, blind signiert.

Das Ticket ist der interessante Teil. Schon Stunden vorher bittet Ihr Gerät in einer separaten Anfrage unseren Anmeldedienst um Tickets. Der Dienst signiert jedes blind: Die Signatur entsteht über einen Wert, den er nie sieht, deshalb verweist die Signatur auf dem Ticket, das Sie später vorlegen, nicht auf die Anfrage zurück, die es erzeugt hat. Die einzige Ausnahme ist die weiter unten beschriebene Messzeile, die Ihr Gerät mit jeder Sitzung verknüpft, die es bezahlt.

Beachten Sie, was geschieht, bevor ein einziges Byte von Ihnen fließt. Zuerst kommt die Erlaubnis: das Ticket, in einem Bruchteil einer Sekunde geprüft. Dann die Platzierung: eine signierte Serverliste, die Ihr Gerät selbst prüft, und ein Sitzungsdienst, der den Exit wählt. Zuletzt der Beweis: Die App meldet nicht, dass Sie geschützt sind, wenn der Handshake endet, sondern erst, wenn Testpakete durch den Tunnel gegangen und zurückgekommen sind.

Zwei Einzelheiten sind wissenswert. Tickets werden über das zugrunde liegende Netzwerk nachgeladen, nie über einen Exit, sodass der Anmeldedienst nie durch den Tunnel erreicht wird, den er mit aufbauen hilft. Und die App erreicht unsere Dienste auf mehreren Wegen und nimmt den ersten, der antwortet; ein schlechter Weg zu einem von ihnen muss Sie also nicht am Verbinden hindern.

Schritt für Schritt, für Techniker
  1. Ein Geräteschlüssel ab dem ersten Start. Ihr Gerät erzeugt beim ersten Start der App einen Ed25519-Geräteschlüssel, noch vor jedem Konto, und legt ihn im Schlüsselbund bzw. Keystore des Systems ab. Ein Konto ist optional: eine zufällige 128-Bit-Zahl, dargestellt als 32 Zeichen.
  2. Tickets, Stunden vorher. Das Gerät fordert beim Aussteller Tickets an, in einer mit dem Geräteschlüssel signierten Anfrage. Der Aussteller prüft Sperrung, die tägliche Ticketanzahl, das Gerätelimit und den Anspruch und signiert dann blind einen Wert, den er nie sieht (RFC 9474: RSA-2048, RSASSA-PSS, SHA-384). Jedes Ticket legt sich auf den Hash eines frischen öffentlichen Sitzungsschlüssels und eine 16-Byte-Nonce fest. Es gibt einen Signaturschlüssel pro Tarif und 14-Tage-Epoche.
  3. Außerhalb des Tunnels. Ticket-Nachschub läuft über das zugrunde liegende Netzwerk, nie über einen Exit, und es gibt keinen Rückfall in den Tunnel.
  4. Eine signierte Serverliste. Das Gerät holt die Serverliste, die mit Ed25519 signiert ist und vor der Verwendung gegen einen fest hinterlegten Schlüssel geprüft wird. Die App erreicht die Liste und unsere anderen Dienste auf mehreren Wegen und nimmt den ersten, der antwortet.
  5. Der Sitzungsschlüssel des Tickets. Das Gerät schickt das Ticket, den öffentlichen X25519-Sitzungsschlüssel, auf den es sich bei der Ausstellung festgelegt hat, und den gewünschten Standort an den Sitzungsdienst. Der Sitzungsdienst prüft das Ticket gegen den öffentlichen Epochenschlüssel, was deutlich weniger als eine Millisekunde dauert, wählt den Exit und seine Wege, weist den Exit an, einen Peer einzurichten, und antwortet.
  6. Ein Peer, eine Sitzung. Der Exit richtet für diesen Einmal-Sitzungsschlüssel einen Peer ein, mit einer geliehenen Adresse aus 100.64.0.0/10, die sitzungsübergreifend wiederverwendet wird, und einem Tarif-Bit. Er erhält kein Konto, keinen Geräteschlüssel und keinen dauerhaften Namen.
  7. Der Handshake. Das Gerät wählt den Exit mit dem unveränderten Noise_IKpsk2-Handshake über UDP an. Bleibt die erste Anwahl für den Bruchteil einer Sekunde ohne Antwort, probiert es innerhalb derselben Sitzung auch andere Wege. Ein Wechsel des Wegs braucht kein zweites Ticket.
  8. Eine Prüfrunde. Ein Handshake ist kein Beweis. Danach schickt das Gerät Testpakete durch den Tunnel und zählt die Antworten; erst eine bestandene Runde setzt den Status auf Working. In manchen Netzwerken gelingt ein Handshake, während die Daten verworfen werden. Deshalb genügt ein Handshake allein nicht als Beweis.
  9. Ein Satz Entscheidungen. Die obigen Entscheidungen sind einmal in gemeinsamem Rust-Code geschrieben und erreichen jede App über ihre native Schicht. Eine App behält nur, was ihr eigen ist: die Anbindung an das Betriebssystem, die Bildschirme und den Store.
  10. Gleiches Ticket, gleiche Sitzung. Kommen dasselbe Ticket und derselbe Sitzungsschlüssel erneut an, gibt der Sitzungsdienst für die Lebensdauer des Tickets dieselbe Sitzung zurück. Ruhezustand und Aufwachen, der Wechsel von WLAN zu Mobilfunk und ein wiederholter Verbindungsversuch kosten daher nur ein Ticket.

Im Tunnel

Alles, was Sie senden, wird auf Ihrem Gerät mit Schlüsseln versiegelt, die nur Ihr Gerät und der Exit kennen. Wechselt Ihr Netzwerk, trägt derselbe Tunnel weiter.

  1. UDP-Datagramm. Die ersten Bytes sind maskiert und ändern sich bei jeder Verbindung. Ihr Netzwerk sieht diesen Ring.
  2. Versiegelter Frame. Verschlüsselt mit Schlüsseln aus dem Handshake. Nur Ihr Gerät und der Exit können ihn öffnen.
  3. Innerer Frame. Trägt ein Paket, mit einem kurzen eigenen Header.
  4. Ihr Paket. Was Ihre App gesendet hat. Der Exit liest es.
Wer welche Schicht lesen kann: Ihr Netzwerk sieht den äußeren Ring, der Exit liest alle, und unser Anmelde- und Sitzungsdienst tragen nie Ihren Datenverkehr.

Lesen Sie die Abbildung von außen nach innen. Ihr Netzwerk sieht nur das äußere Datagramm: ein Paket verschlüsselter Bytes an einen unserer Server, dessen erste Bytes maskiert sind und dessen Größe variiert. Darin liegt der versiegelte Frame, der sich nur mit Schlüsseln aus dem Handshake öffnen lässt, die nur Ihr Gerät und der Exit besitzen. Im Frame liegt Ihr eigenes Paket, genau so, wie Ihre App es gesendet hat.

Das Tunnelprotokoll heißt Quantum. Sein Handshake ist Noise_IKpsk2, unverändert, mit X25519, ChaCha20-Poly1305 und BLAKE2s. Wir haben ihn mit Absicht in Ruhe gelassen: Die veröffentlichte Analyse dieses Handshakes gilt weiterhin für ihn. Was wir ergänzt haben, sitzt darum herum. Paketgrößen und Header-Bytes ändern sich bei jeder Verbindung, und der Tunnel kommt mit Roaming und mit einem Pfad zurecht, der sich unter ihm ändert.

Der Tunnel gehört zur Sitzung, nicht zum Netzwerk, in dem Sie gerade sind. Wenn Sie vom WLAN ins Mobilfunknetz wechseln, bleibt der Sitzungsschlüssel gleich, und die Pakete kommen einfach von einer neuen Adresse an, sodass derselbe Tunnel weiterträgt. Wir versprechen nicht, dass nie etwas ausfällt: Ein Wechsel kann einen Moment dauern, und der Statusbildschirm zeigt, in welchem Zustand Sie sind.

Ihr Datenverkehr endet auf Servern, die wir betreiben, nicht in einer Cloud-Funktion. Ein Cloud-Dienst kann keinen Tunnel tragen, deshalb trägt keiner der Dienste, die Tickets und Serverlisten ausgeben, je ein Paket von Ihnen.

Mehr zum Tunnel, für Techniker
  • Ihre Adresse im Tunnel wird für die Sitzung geliehen, aus einem Pool, den der Exit wiederverwendet.
  • Der Tunnel ist an den Sitzungsschlüssel gebunden, nicht an einen Netzwerkpfad; ein Wechsel zwischen WLAN und Mobilfunk ändert die Sitzung also nicht. Die App kann eine Verbindung auch auf einen neuen Port verlegen, ohne sie zu trennen.
  • Er baut auf einem Rust-Kern mit offener Lizenz auf, und derselbe Kern läuft auf jeder Plattform.

Die Zahlen, die wir gemessen haben, mit Datum und Testaufbau, stehen auf der Protokollseite.

Ein Tunnel, viele Wege

Wenn ein Weg zum Server langsam ist oder keine Daten mehr trägt, probiert ForestVPN von selbst einen anderen und behält den, der tatsächlich Daten trägt. Sie müssen nichts wählen.

Warum mehr als ein Weg? Netzwerke sind verschieden. Manche tragen UDP gut, andere schlecht, und ein Netzwerk, das stundenlang in Ordnung ist, kann sich ändern. Eine feste Wahl ist irgendwo falsch, deshalb misst die App. Für jedes Netzwerk, aus dem sie sich verbunden hat, führt sie auf Ihrem Gerät eine kleine Notiz unter einem gehashten Namen darüber, ob dort die Ausweichroute nötig war. Sie greift nur in einem Netzwerk zur Ausweichroute, in dem die direkte Verbindung gescheitert ist, jetzt oder innerhalb des letzten Tages. Bei Free ist die Ausweichroute mit einem Monatskontingent enthalten, Premium enthält mehr.

Einen Pfad nennen wir einen Weg: eine Möglichkeit, dieselben verschlüsselten Pakete zum selben Exit zu tragen. Die App wählt immer zuerst den direkten Weg über UDP, und in einem gesunden Netzwerk wird nichts anderes kontaktiert. Trägt der direkte Weg keine Daten mehr, probiert die App innerhalb derselben Sitzung auch die anderen Wege, die sie hat: TCP, manchmal einen zusätzlichen Server von uns, der automatisch gewählt wird, und die Ausweichroute, die dieselben Pakete als gewöhnlichen Webverkehr über ein Content-Delivery-Netzwerk trägt. Die Ausweichroute ist ein Rückfall, kein schnellerer Weg, und sie ist mengenbegrenzt, weil sie mehr kostet.

Eine Sitzung

  • Direkt, über UDPZuerst versucht
  • TCPNur bei Bedarf genutzt
  • Ein zusätzlicher Server von unsNur bei Bedarf genutzt
  • AusweichrouteNur bei Bedarf genutzt
Ein Wechsel des Wegs ändert die Sitzung nicht.

Ein Wechsel des Wegs ändert die Sitzung nicht: Ticket, Schlüssel und Exit bleiben gleich.

Die App entscheidet nach Daten, nicht nach Handshakes. Ein Weg gilt nur so lange als gesund, wie er liefert, und der Statusbildschirm zeigt Working erst, wenn Daten in beide Richtungen fließen.

In einem gesunden Netzwerk

  1. Direkt anwählen
  2. Prüfrunde
  3. Funktioniert

Wenn der direkte Weg keine Daten mehr trägt

  1. Keine Antwort oder keine Daten
  2. Die anderen Wege probieren
  3. Funktioniert
Einen Weg wählen: Der erste, der Daten trägt, gewinnt.

Mehr zum Verbindungsstatus und zur Ausweichroute.

Smart Routes

Smart wählt eine Route, die zu Ihrem Netzwerk passt, misst sie weiter, während Sie sie nutzen, und wechselt von selbst auf eine bessere, sobald eine auftaucht. Ein Standort, den Sie selbst wählen, bleibt dort, wo Sie ihn hingesetzt haben.

  1. Direkter WegTrägt keine Daten mehr

  2. Ein zusätzlicher Server von unsTrägt Daten

    Der zusätzliche Server trägt die Daten, also wechselt die Sitzung zu ihm.

    Die Sitzung wechselt hierher

  3. AusweichrouteIn Reserve gehalten

Die Sitzung wechselt auf den Weg, der Daten trägt, und der alte Weg wird danach freigegeben.

Ein Weg ist eine Möglichkeit, Ihre Pakete zum Exit zu tragen: direkt, per TCP, über einen zusätzlichen Server von uns oder über die Ausweichroute. Smart vergleicht die Wege, die für den gewünschten Ort angeboten werden, und wechselt zwischen ihnen innerhalb der bereits bestehenden Sitzung, ohne neues Ticket und ohne neuen Handshake.

Vom günstigsten für uns bis zum teuersten

  1. Direkt, UDP
  2. Direkt, TCP
  3. Zusätzlicher Server
  4. Ausweichroute
Günstigere Wege gewinnen, außer sie sind defekt oder deutlich schlechter.

Drei Dinge, die Smart nicht tut. Es verschiebt keinen Standort, den Sie selbst gewählt haben. Es verspricht keine schnellere Verbindung: Es verspricht, dass es weiter prüft und nur wechselt, wenn eine andere Route für Ihr Netzwerk besser ist. Und es braucht Sie nicht: Es gibt nichts einzuschalten und nichts zu wählen, auch wenn die Einstellung für netzwerkabhängiges Routing diese Entscheidungen abschaltet, falls Sie das möchten.

Smart Routes gibt es heute unter Windows, Linux, in der Mac-App von unserer Website, in der Befehlszeile und auf OpenWrt-Routern. iPhone, iPad, Apple TV, Android und die Mac-App-Store-Version bekommen es mit einem App-Update.

Für Techniker: wie die Routen-Engine aufgebaut ist

Unsere eigenen Server messen die Verbindungen untereinander ständig, mit einer kleinen festen Rate, die nicht mit der Nutzerzahl wächst. Gerät und Server teilen sich eine Bewertungsfunktion. Heute vergleicht der Sitzungsdienst diese Bewertung nur mit seiner aktuellen Wahl; die Wege, die er anbietet, werden noch nicht daraus gebildet.

Unsere Server

Sitzungsdienst

Ihr Gerät

Berichtsdienst

  1. Unsere Server > Sitzungsdienst: Die Verbindungen untereinander messen
  2. Sitzungsdienst > Ihr Gerät: Eine signierte Liste von Routen
  3. Ihr Gerät: Probiert sie innerhalb der Sitzung aus
  4. Ihr Gerät > Berichtsdienst: Ergebnis, ohne Identität. Nur als Tageszähler gespeichert
Wie die Engine aufgebaut ist. In der App zeigt sich das als eine Sache: Sie prüft weiter.

Das Gerät lässt diese Auswahl innerhalb der offenen Sitzung gegeneinander antreten und behält die Route, die Daten trägt. Günstigere Wege gewinnen, aber nur innerhalb einer Qualitätsschranke: Das Content-Delivery-Netzwerk ist eine Schranke, kein Gewicht, und ein Ort wird nach seiner eigenen Latenz eingestuft, nie nach dem Weg, der ihn getragen hat.

Zwei Programme, ein signiertes Ticket

Warum die Arbeit überhaupt teilen? Weil die beiden Aufgaben unterschiedliches Wissen brauchen. Um zu prüfen, dass Sie einen Tarif haben, muss man Ihr Gerät kennen. Um eine Sitzung zu wählen und zu öffnen, muss man einen Ort und eine Adresse kennen. Würde ein Programm beides tun, hielte es beide Arten von Wissen zusammen. Also sind es zwei Programme, getrennt bereitgestellt. Das Ticket wandert beim Verbinden zwischen ihnen, und die Daten, die eine Sitzung verbraucht hat, wandern bei ihrem Abschluss zurück, damit sie abgerechnet werden kann: Das ist die Messzeile, die als Nächstes beschrieben wird.

Der Teil, der Ihr Gerät und Ihren Tarif kennt, und der Teil, der Ihren Server kennt, sind getrennte Programme. Der Sitzungsdienst ist ohne jede Anbindung an unsere Kontendatenbank bereitgestellt, und das Ticket zwischen beiden ist blind signiert. Eine Zeile verknüpft Ihr Gerät und ein verknüpftes Konto mit jeder Sitzung, die es bezahlt, um Daten zu messen und ein gesperrtes Gerät abzuschneiden. Sie wird eine Stunde nach Abschluss der Sitzung gelöscht, bei einem nie genutzten Ticket bis zu 17 Tage später.

Das Ticket

  1. Anmeldedienst Kennt Ihr Gerät und Ihren Tarif
  2. Ticket Blind signiert
  3. Sitzungsdienst und Exits Kennen ein Ticket, einen Ort, einen Einmal-Sitzungsschlüssel und die Adresse, von der Sie sich verbinden

Die Messzeile

  1. Anmeldedienst Hält eine Zeile pro Sitzung
  2. Gerät und Sitzung Verknüpft Ihr Gerät und ein verknüpftes Konto mit der Sitzung
  3. Gelöscht Eine Stunde nach Abschluss, bei einem ungenutzten Ticket bis zu 17 Tage
Zwei Programme, ein signiertes Ticket.

Der Anmeldedienst hält Ihr Konto, Ihre Geräte und Ihren Tarif und sieht die Adresse, von der jede Ticketanfrage kommt. Er erfährt nie, welchen Exit Sie bekommen haben oder wohin Sie gegangen sind. Der Sitzungsdienst sieht die Adresse, von der Sie sich verbinden, den gewählten Standort und einen einmaligen Sitzungsschlüssel. Sein Sitzungsdatensatz löscht sich selbst, wenn die Sitzung abläuft, und Ihre Quelladresse wird nie hineingeschrieben.

Ihr GerätIhr TarifDer genutzte ServerIhre AdresseBesuchte Websites
Host der ServerlisteErhält es nichtErhält es nichtErhält es nichtErhält esErhält es nicht
AnmeldedienstErhält esErhält esErhält es nichtErhält esErhält es nicht
SitzungsdienstErhält es nichtErhält esErhält esErhält esErhält es nicht
ExitErhält es nichtErhält einen Teil davonErhält esErhält esErhält es
Was jeder Teil erhält, wenn Sie Tickets holen und sich verbinden.

Das Raster listet auf, was jeder Teil beim Verbinden erhält. Das ist nicht dasselbe wie ein Versprechen darüber, was sich durch das Zusammenführen von Datensätzen herausfinden ließe. Deshalb ist die Messzeile in Worten beschrieben und in der Abbildung gezeichnet, statt sie wegzulassen.

Für Techniker: blinde Signaturen und drei Schlüssel
  • Blinde Signaturen. Tickets nutzen blinde RSA-Signaturen nach RFC 9474. Der Tarif steckt darin, welcher Schlüssel das Ticket signiert hat, nicht in einem Feld, und es sind höchstens sechs Schlüssel gleichzeitig gültig.
  • Im Build erzwungen. Die Bereitstellungskonfiguration des Sitzungsdienstes hat keine Anbindung an die Kontendatenbank, und eine Prüfung in unserem Build schlägt fehl, sobald eine hinzugefügt wird.
  • Drei Schlüssel mit unterschiedlicher Lebensdauer. Der Geräteschlüssel (seine öffentliche Hälfte kennt der Anmeldedienst, die private verlässt das Gerät nie), die Kontonummer (dem Anmeldedienst bekannt, optional) und der Sitzungsschlüssel (einer pro Ticket; der Sitzungsdienst und der Exit sehen ihn beim Verbinden, der Anmeldedienst zu einem anderen Zeitpunkt; weg, wenn die Sitzung endet).

Was wir speichern und wie lange

In unseren Systemen gibt es nirgends eine Spalte für die Websites, die Sie besuchen, oder die Namen, die Sie nachschlagen. Welchen Exit eine Sitzung genutzt hat, wird gelöscht, wenn die Sitzung endet. Die Zahlung übernehmen der App Store, Google Play oder der Zahlungsdienstleister Ihrer Wahl, und wir sehen nie eine Kartennummer.

Die wichtigsten Datensätze und wie lange jeder lebt, in einem Bild; die Datenschutzerklärung nennt jeden einzelnen. Routenberichte, die uns helfen, für alle in einem Netzwerk bessere Routen zu wählen, sind Aggregate ohne Gerät, Konto, Sitzung oder Exit und werden nur für Tage mit mindestens 10 Geräten veröffentlicht.

  • Die Messzeile, nach Abschluss der Sitzung1 Stunde
  • Dieselbe Zeile, bei einem nie genutzten TicketBis zu etwa 17 Tage
  • Ein Support-Bericht, den Sie gesendet haben72 Stunden
  • Daten- und Verbindungszähler pro Tag31 Tage
  • Land und Netzbetreiber von Ticketanfragen, unter Pseudonym3 Monate
  • Monatssummen sowie Geräte-, Konten- und AbrechnungsdatenUnbefristet
Wie lange jeder Datensatz lebt. Die Skala ist logarithmisch, sodass eine Stunde und Monate in ein Bild passen.

Zwei weitere Dinge gehören in dasselbe Bild. Die App enthält kein Analyse-SDK, kein Attributions-SDK und keine Werbe-ID. Und wenn Sie einen Diagnosebericht senden, zeigt er Ihnen zuerst seinen Inhalt, wird ohne die Identität Ihres Geräts zu einer zufälligen Zeit in der folgenden Stunde hochgeladen, nie über die Verbindung, die er beschreibt, und nach 72 Stunden gelöscht.

Jeder Datensatz steht in der Datenschutzerklärung, die Kurzfassung auf der Sicherheitsseite.

Ihre Geräte, Router und Fernseher

Eine Kontonummer funktioniert auf bis zu zehn Geräten. Geräte in Ihrem Konto erreichen sich gegenseitig über ihren Namen, und ein Computer, der zu Hause bleibt, kann für die anderen als Exit dienen. Ein iPhone kann einen Exit nutzen, aber noch keiner sein. Router decken die Geräte ab, die keine App ausführen können, und Fernseher und Router melden sich ohne Tastatur an.

Ihre Kontonummer

  • SmartphoneTunnel zu unseren Servern
  • LaptopTunnel zu unseren Servern
  • FernseherTunnel zu unseren Servern
  • RouterTunnel zu unseren Servern
  • HeimcomputerVon Gerät zu GerätAls Exit nutzen
Eine Kontonummer, bis zu zehn Geräte. Durchgezogene Linien sind Tunnel zu unseren Servern, gestrichelte Linien verlaufen von Gerät zu Gerät.

Fällt der Heim-Exit, den Sie nutzen, aus, wechselt die App zu einem anderen Ihrer eigenen Exits und sagt es Ihnen. Fallen alle Ihre Exits aus, bleibt der Datenverkehr blockiert, und die App bittet Sie um einen Tipp.

Router sind für Geräte gedacht, die keine App ausführen können, etwa eine Spielkonsole oder einen Smart-TV. Installieren Sie ForestVPN auf dem Router, und alles dahinter, oder nur die Geräte und Apps, die Sie wählen, läuft durch den Tunnel. Der Prozessor des Routers ist die Geschwindigkeitsgrenze, deshalb sagt die Router-Seite, was wir auf welcher Hardware gemessen haben. Ein Router wird mit einem Code, den er Ihnen ausgibt, mit Ihrem Konto verknüpft, und Fernseher melden sich ohne Tastatur an.

Was dieses Design nicht leistet

Nichts davon macht das Design lückenlos, und wir sagen lieber, wo es endet, als ein Diagramm etwas anderes vermuten zu lassen. Das sind die wichtigsten; die Datenschutzerklärung nennt jede.

Grenzen, einmal klar gesagt

  • Eine Zeile verknüpft Ihr Gerät und ein verknüpftes Konto mit jeder Sitzung, die es bezahlt, bis eine Stunde nach Abschluss der Sitzung.
  • Der Anmeldedienst und der Exit sehen Ihren Sitzungsschlüssel jeweils zu einem anderen Zeitpunkt. Zusammengelegt könnten diese beiden Sichten eine Sitzung wieder verbinden; wir führen keinen Datensatz, der das täte, und keiner von beiden kann es allein.
  • Der Exit sieht die Websites, die Sie besuchen, und die Adresse, von der Sie sich verbunden haben. An dieser Stelle vertrauen Sie uns.
  • Ein VPN macht Sie nicht anonym.
  • Kein Kill-Switch ist absolut. Was jedes System erlaubt, unterscheidet sich, und auf Apple-Geräten senden manche Systemdienste möglicherweise weiterhin Datenverkehr außerhalb des Tunnels.
  • Blindsignaturen verbergen nicht, dass eine Ticketanfrage und eine Verbindung von derselben Netzwerkadresse kommen können. Deshalb werden Tickets zu zufälligen Zeiten nachgeladen, vor Ihrer Verbindung.
  • Die Gruppe, aus der ein Ticket stammen könnte, sind alle, die ein vom selben Tarifschlüssel in denselben zwei Wochen signiertes Ticket besitzen, nicht alle unsere Nutzer.
  • Routenberichte sind Aggregate, kein Protokoll eines einzelnen Geräts.

Fragen

Kann ForestVPN sehen, welche Websites ich besuche?

Der Exit-Server, über den Ihr Datenverkehr läuft, verarbeitet, wohin er geht, wie der Exit jedes VPNs. In unseren Systemen gibt es nirgends eine Spalte für die Websites, die Sie besuchen, oder die Namen, die Sie nachschlagen.

Brauche ich ein Konto, um ForestVPN zu nutzen?

Nein. Free braucht nichts: Verbinden Sie sich ohne Konto. Wenn Sie ein Abo auf Ihren anderen Geräten möchten, ist Ihr Konto eine zufällige 32-stellige Nummer, ohne E-Mail, ohne Passwort und ohne Namen.

Was bedeutet Working in der App?

Working erscheint erst, wenn Daten in beide Richtungen fließen. Nach dem Handshake schickt die App Testpakete durch den Tunnel und wartet auf die Antworten.

Was passiert, wenn der direkte Weg keine Daten mehr trägt?

Die App probiert innerhalb derselben Sitzung andere Wege: einen anderen Transport, einen zusätzlichen Server von uns oder die Ausweichroute. Sie behält den, der Daten trägt, und Sitzung, Ticket und Exit bleiben gleich.

Transkript lesen

Nach oben

Fragen Sie uns alles