Guru VPN No-Logs-Richtlinie

Datum des Inkrafttretens: 01.07.2026 | Version: 1.0

Übersetzungshinweis: Diese Seite ist eine maschinelle Übersetzung, die nur der Bequemlichkeit und Information dient. Die englische Version des Dokuments ist die maßgebliche und vorrangige Fassung. Bei Abweichungen gilt die englische Version.

Diese No-Logs-Richtlinie erklärt, wie GURU NETWORK S.R.L. („Unternehmen“, „wir“, „uns“, „unser“) wendet seine No-Logs-Verpflichtung im Zusammenhang mit dem Guru VPN-Dienst an, einschließlich der Website guruvpn.com, mobilen Anwendungen, VPN-Infrastruktur und zugehörigen Diensten (zusammen der „Dienst“).

Diese Richtlinie ergänzt und sollte zusammen mit unserer Datenschutzrichtlinie, den Nutzungsbedingungen, der Richtlinie zur fairen Nutzung, der Richtlinie zur akzeptablen Nutzung, der Cookie-Richtlinie und der Rückerstattungsrichtlinie gelesen werden. Bei Widersprüchen zwischen dieser Richtlinie und der Datenschutzrichtlinie regelt die Datenschutzrichtlinie die Verarbeitung personenbezogener Daten.

1. Unsere No-Logs-Verpflichtung

Unsere No-Logs-Verpflichtung beschränkt sich auf die durch den VPN-Tunnel übertragenen Inhalte: Wir speichern keine Kommunikationsinhalte, Verkehrsnutzlasten, vollständigen URLs oder Seiteninhalte. Guru VPN zeichnet Verbindungsmetadaten, DNS-Anfragen und Analyseereignisse, einschließlich IP-Adressen, auf. Diese Richtlinie erläutert diese Aufzeichnungen und darf nicht als Behauptung verstanden werden, dass keine VPN-bezogenen Aktivitätsdaten gespeichert werden.

In der primären Tabelle Vpn Connection Sessions werden nicht die tatsächlichen Quell-IP-Adressen der Benutzer gespeichert. Unabhängig davon ist die ursprüngliche IP-Adresse für den VPN-Server sichtbar und Amplitude empfängt IP-Adressen, die mit Benutzer-/Geräte-/Sitzungskennungen und VPN-Verbindungsereignissen verknüpft sind. Diese Analyseereignisse werden nach BigQuery exportiert. Wir erheben daher keinen generellen Anspruch darauf, dass Quell-IP-Adressen niemals gespeichert oder mit einer Benutzerkennung verknüpft werden.

Unser DNS-Resolver zeichnet einzelne DNS-Anfragen im Protokollierungssystem auf und exportiert Daten nach BigQuery. Das DNS-Eintragsformat enthält kein direktes Benutzer-/Konto-ID-, Geräte-ID-, Verbindungs-ID- oder echtes Quell-IP-Adressfeld, sondern enthält Domänen-, Zeit- und Serverinformationen. Wir verwenden diesen Datensatz nicht, um festzustellen, welcher Benutzer eine Anfrage gestellt hat. Das Fehlen direkter Identifikatoren ist keine Garantie für irreversible Anonymität.

Die Beschränkungen für registrierte Geräte werden mithilfe von Geräten erzwungen, die mit einem Konto verknüpft sind, und nicht anhand einer Live-Zählung gleichzeitiger Verbindungen. Separat umfassen Analysen Ereignisse im Zusammenhang mit dem Beginn und Ende der VPN-Verbindung; Der Device-Limit-Mechanismus bedeutet nicht, dass keine Sitzungsereignisse gespeichert werden.

Wir verarbeiten auch Konto-, Abonnement-, Abrechnungs-, Authentifizierungs-, Sicherheits-, Diagnose-, registrierte Geräte-, Support-, Cookie-, SDK- und Push-Benachrichtigungsdaten. Die Datenschutzrichtlinie beschreibt deren Zwecke, Speicherorte, Aufbewahrungsfristen und Löschbeschränkungen, einschließlich des Fehlens einer festen Ablauffrist für BigQuery-Exporte.

2. Kurze Zusammenfassung

Die folgende Tabelle fasst die Hauptkategorien zusammen, die für unsere No-Logs-Position relevant sind:

3. Umfang der Verkehrsinhaltsverpflichtung

Für die Aufzeichnung von Inhalten, die über den VPN-Tunnel übertragen werden, gelten die folgenden Grenzwerte:

• Wir speichern den Inhalt der über das VPN übertragenen Kommunikation oder Nachrichteninhalte nicht.
• Wir speichern keine Verkehrsnutzdaten oder Paketinhalte als Benutzeraktivitätsprotokolle.
• Wir speichern keine vollständigen URLs oder Seiteninhalte, die über das VPN übertragen werden.
• Wir führen nicht für jeden Benutzer einen vollständigen Browserverlauf. DNS-Anforderungseinträge auf Domänenebene sind dennoch vorhanden, wie in Abschnitt 4.4 beschrieben.
• die primäre Verbindungstabelle enthält keine echte Quell-IP-Adresse; separate Analysedatensätze können Original- oder VPN-Exit-IP-Adressen enthalten;
• Das DNS-Eintragsformat enthält kein direktes Konto-, Geräte-, Verbindungs- oder echtes Quell-IP-Adressfeld. Hierbei handelt es sich um eine Einschränkung des Datensatzformats und nicht um die Behauptung, dass keine DNS-Anfragen protokolliert werden.
• Die Grenzwerte für registrierte Geräte hängen nicht von einem Live-Zähler für gleichzeitige Verbindungen auf Benutzerebene ab. VPN-Start-/End-Analyseereignisse werden weiterhin erfasst;
• DNS-Anfragedatensätze werden nicht zur Erstellung individueller Browser- oder Werbeprofile verwendet.

4. Begrenzte Daten und technische Signale, die wir möglicherweise verarbeiten

Die folgenden Kategorien umfassen kontobezogene Betriebs- und Analysedaten sowie DNS-Anfragedatensätze ohne direkte Benutzerkennungsfelder. Sie sind unabhängig von den oben ausgeschlossenen Verkehrsinhalten.

4.1. Konto- und Abonnementdaten.

Wir verarbeiten E-Mail-Adresse, Konto- und Abonnementstatus, Authentifizierungsmetadaten, registrierte Gerätedetails und Supportkommunikation. Bei der Registrierung wird eine zufällige UID generiert und als Kontokennung verwendet. Durch die Neuregistrierung wird eine neue UID erstellt, die mit der alten UID in anderen Systemen verknüpften historischen Datensätze werden jedoch nicht gelöscht.

4.2. Zahlungs- und Abrechnungsmetadaten.

Wir verarbeiten begrenzte Zahlungs- und Abrechnungsmetadaten wie Transaktionskennungen, Quittungen, Abonnement-IDs, Rechnungs-E-Mail-Adresse/Name (sofern angegeben) und Referenzen zu Zahlungsanbietern. Wir speichern keine vollständigen Kartennummern auf unseren Servern.

4.3. Primäre Verbindungsdatensätze.

Die Primärdatenbank auf DigitalOcean in den Niederlanden speichert eine interne Konto- oder registrierte Gerätereferenz, eine VPN-Server-ID, einen Verbindungsstart-Zeitstempel und eine verfügbare Verbindungsstatusanzeige. Die Tabelle Vpn Connection Sessions hat keinen Zeitstempel für das Verbindungsende und keine echte Quell-IP-Adresse. Es erfolgt keine Bereinigung basierend auf dem Alter der Aufzeichnungen; Das Konto und die verknüpften Verbindungsdatensätze werden durch Kaskadenlöschung entfernt, wenn das Konto gelöscht wird, ohne eine zusätzliche Aufbewahrungsfrist von 30 Tagen. Metabase fragt die Quelldaten live nach Kohorten- und Verbindungsratenmetriken ab. Die in Abschnitt 4.8 beschriebenen Amplitudenereignisse sind ein separater Datensatz.

4.4. DNS-Anfragedatensätze.

Unser DNS-Resolver protokolliert angeforderte Domänennamen, Zeitstempel, Abfrageprotokoll und -typ, DNS-Abfrage-ID, Anforderungsgröße, Antwortdauer, Server-Hostnamen und Dienst-/Protokolltyp. Datensätze werden 14 Tage lang im Protokollierungssystem aufbewahrt und ohne konfigurierte feste Ablauffrist nach BigQuery in den USA exportiert. BigQuery-Kopien bleiben erhalten, während der Warehouse-Dienst aufrechterhalten wird. Dabei handelt es sich um DNS-Anfragedatensätze und nicht nur um aggregierte Statistiken. Das Datensatzformat enthält kein direktes Konto-, Geräte-, Verbindungs- oder Quell-IP-Adressfeld. Der Datensatz wird derzeit nicht für aktive betriebliche Zwecke, die Durchsetzung von FUP/AUP oder die Beurteilung von Rückerstattungen verwendet. Es wird nicht als irreversibel anonym beschrieben. DNS-Namen enthalten keine vollständigen URLs oder Seiteninhalte.

4.5. Sicherheits- und IDS/IPS-Signale.

Wir können ein IDS/IPS-System verwenden, um begrenzte Verkehrssignaturen und -muster auf Netzwerkebene auf Indikatoren für verdächtige Aktivitäten, Malware-Verhalten, Scans, Angriffe, Missbrauch oder andere Sicherheitsbedrohungen zu analysieren. Das System kann Sicherheitswarnungen oder technische Indikatoren basierend auf vordefinierten oder konfigurierten Signaturen und Mustern generieren. Warnungen können interne Gerätekennungen oder andere technische Indikatoren enthalten, die eine Konto-/Gerätezuordnung ermöglichen, wenn dies aus Sicherheitsgründen, zur Verhinderung von Missbrauch oder zur Bearbeitung rechtmäßiger Anfragen erforderlich ist. Diese Analyse dient der signatur- und musterbasierten Sicherheitserkennung und nicht der Überprüfung des Inhalts der Benutzerkommunikation oder der Pflege des Browserverlaufs. Wir speichern keine Verkehrsinhalte, Pakete oder Verkehrsnutzlasten als Benutzeraktivitätsprotokolle für den routinemäßigen Dienstbetrieb, und die signaturbasierte Erkennung kann nicht garantieren, dass alle Missbrauchs- oder Sicherheitsbedrohungen erkannt werden.

4.6. Grenzwerte für registrierte Geräte.

Jeder Plan kann die Anzahl der registrierten Geräte begrenzen, derzeit auf vier (4), sofern im geltenden Plan nichts anderes angegeben ist. Wir erzwingen diese Grenzwerte anhand des Status des registrierten Geräts und nicht anhand einer Live-Zählung gleichzeitiger Verbindungen. Dies schließt die Erfassung von VPN-Verbindungsanalyseereignissen nicht aus.

4.7. Aggregieren Sie Traffic-Volumen und Infrastrukturmetriken auf Serverebene.

Wir können das aggregierte Datenverkehrsvolumen auf Serverebene, aggregierte Infrastrukturleistungssignale, Fehlerraten, Missbrauchsberichte, externe Beschwerden und IDS/IPS-Warnungen verwenden, um die Netzwerkstabilität zu schützen und die Richtlinien zur fairen Nutzung und zur akzeptablen Nutzung durchzusetzen. Diese Messungen beziehen sich auf VPN-Server und die gesamte Infrastruktur. Wir überwachen, berechnen oder speichern die Gesamtdaten des Datenverkehrsvolumens für einzelne Benutzer oder Benutzerkonten nicht. Wir verlassen uns nur auf die tatsächlich in unserer technischen Architektur verfügbaren Metriken und erheben nicht den Anspruch, jeden möglichen Missbrauch zu erkennen. Diese Metriken umfassen keine Verkehrsinhalte, Browserverlauf, vollständige URLs, Seiteninhalte oder Kommunikationsinhalte.

4.8. Analysen, Diagnosen und SDK-Daten.

Amplitude empfängt Start-/Endereignisse der VPN-Verbindung, user_id, device_id, session_id, IP-Adressen und Geräte- oder ungefähre Standortinformationen. Ereignisse können die ursprüngliche IP-Adresse vor der Verbindung oder eine VPN-Ausgangs-IP-Adresse danach enthalten. Amplitude-Ereignisdaten werden nach BigQuery exportiert. Weitere Warehouse-Datensätze umfassen Firebase-Sitzungsdaten, OneSignal-Ereignisse, Singular-Kampagnendaten, Stripe-Abonnements/-Zahlungen und Keitaro-Konvertierungen, wie in der Datenschutzrichtlinie beschrieben. Metabase führt Live-Abfragen aus; Sein Cache speichert SQL-Text, keine Abfrageergebnisse. Manuelle Verbindungsdiagnosen werden nur punktuell, bis zu einem Tag, erfasst, im Einzelfall ausgewertet und unmittelbar nach der Auswertung gelöscht. Sie werden nicht automatisch erfasst. Website-Cookies, mobile SDK-Identifikatoren und Push-Tokens werden in der Cookie-Richtlinie und der Datenschutzrichtlinie beschrieben.

5. Warum begrenzte Daten verarbeitet werden

Betriebs-, Konto- und Analysedaten können für die nachstehenden Zwecke verarbeitet werden, sofern eine geltende Rechtsgrundlage vorliegt. Der DNS-Anfragedatensatz hat derzeit keine aktive betriebliche Nutzung; Die folgende Liste stellt keinen Anspruch darauf dar, dass das DNS-Archiv für jeden dieser Zwecke verwendet wird.

• um den Dienst bereitzustellen, zu warten und Fehler zu beheben;
  • um Benutzer zu authentifizieren, Konten zu verwalten, Abonnements zu überprüfen und die Abrechnung zu unterstützen;
  • um den Dienst vor Betrug, Angriffen, Malware, Spam, Scraping, DDoS-Aktivitäten, unbefugtem Zugriff und anderem Missbrauch zu schützen;
  • um die Nutzungsbedingungen, die Richtlinie zur fairen Nutzung, die Richtlinie zur akzeptablen Nutzung und die Beschränkungen für registrierte Geräte durchzusetzen;
  • um Leistung, Zuverlässigkeit, Sicherheitsfilterung und Benutzererfahrung zu verbessern;
  • um auf Supportanfragen und Anfragen betroffener Personen zu antworten;
  • zur Einhaltung geltender rechtlicher, buchhalterischer, steuerlicher und rechtmäßiger Anforderungsverpflichtungen.

6. FUP- und AUP-Durchsetzung

Die Durchsetzung der Richtlinie zur fairen Nutzung und der Richtlinie zur akzeptablen Nutzung kann auf eingeschränkten Dienstmetadaten, dem Status registrierter Geräte, dem aggregierten Datenverkehrsvolumen auf Serverebene und Auswirkungen auf die Infrastruktur, IDS/IPS-Warnungen, externen Missbrauchsbeschwerden, Zahlungs- oder Kontosignalen, aktuell verfügbaren historischen benutzerbezogenen Verbindungsaufzeichnungen und Benutzerkommunikation mit dem Support basieren, nur in dem Umfang, in dem diese Signale tatsächlich unter der normalen technischen Architektur von Guru VPN verfügbar sind. Technische DNS-Protokolle werden derzeit nicht zur Durchsetzung verwendet.

Bei der FUP- und AUP-Durchsetzung werden keine DNS-Anfragedatensätze, Gesamtdaten des Datenverkehrsvolumens pro Benutzer oder ein Live-Zähler gleichzeitiger Verbindungen verwendet. Die Erfassung von Analyseereignissen, die IP-Adressen enthalten, wird in Abschnitt 4.8 offengelegt; Es stellt nicht selbst dar, dass diese Ereignisse zur Durchsetzung genutzt werden. Wir bewahren keine Kommunikationsinhalte oder Verkehrsnutzlasten zur Durchsetzung auf.

Da die Erkennung auf verfügbare technische Signale und externe Berichte beschränkt ist, erheben wir nicht den Anspruch, jede verbotene Aktivität zu identifizieren. Soweit möglich, können wir vor Einschränkungen Mitteilung machen und Gelegenheit zur Abhilfe geben, es sei denn, es sind sofortige Maßnahmen zum Schutz des Dienstes, anderer Benutzer, Dritter oder rechtlicher Interessen erforderlich.

7. Aufbewahrung

Die Aufbewahrung unterscheidet sich je nach System und Datenkategorie. Die 14-tägigen Aufbewahrungsfristen für das Protokollierungssystem und die Datenbanksicherungen gelten nicht für BigQuery-Exporte oder alle Datensätze, die von externen Anbietern gespeichert werden.

Für primäre Verbindungsdatensätze gibt es keine altersbasierte Bereinigung und sie werden mit dem Konto durch Kaskadenlöschung entfernt. Das Protokollierungssystem speichert DNS-Einträge 14 Tage lang; BigQuery hat keinen festen Ablauf für DNS oder die sechs Analyse-/Zahlungsquellendatensätze konfiguriert und behält diese bei, während der Warehouse-Dienst aufrechterhalten wird. Datenbanksicherungen werden nicht länger als 14 Tage aufbewahrt und VPN-Server verfügen über keine Sicherungen. Die standardmäßige Aufbewahrungsfrist für Betriebsprotokolle beträgt 14 Tage. Gelegentlich manuell erfasste Verbindungsdiagnosen werden sofort nach der Analyse gelöscht; Ihr Abholfenster beträgt bis zu einem Tag.

Die Kontolöschung wird derzeit nicht automatisch an Amplitude, Stripe, RevenueCat oder Brevo gesendet und stellt keine vollständige Löschung der BigQuery-Exporte dar. Alte Kennungen und historische Aufzeichnungen bleiben möglicherweise bestehen, nachdem Kundenprofildaten entfernt wurden. Abrechnungs-, Support-, Untersuchungs- und andere vom Anbieter geführte Aufzeichnungen folgen den in der Datenschutzrichtlinie beschriebenen Zwecken, geltenden rechtlichen Anforderungen und Einschränkungen. Diese Richtlinie verspricht keine feste Löschfrist für einen Anbieter, wenn keine solche angegeben ist.

Wir können Verkehrsinhalte, vollständige URLs oder Seiteninhalte, die wir nicht aufzeichnen, nicht speichern oder offenlegen. Wir können DNS-Anfragedatensätze, Verbindungsmetadaten und Analyseereignisse speichern, die IP-Adressen enthalten, und behaupten nicht, dass diese Kategorien für eine rechtmäßige Anfrage nicht verfügbar sind.

8. Dienstleister und Infrastruktur

Wir nutzen Infrastruktur-, Analyse-, Zahlungs-, Abonnement-, Kommunikations- und Push-Benachrichtigungsanbieter. Die primäre Anwendungs-/Datenbankinfrastruktur befindet sich in den Niederlanden; BigQuery-Datensätze befinden sich in den Vereinigten Staaten. Relevante Anbieter und Exporte sind in der Datenschutzerklärung beschrieben, darunter Amplitude, Firebase, Stripe, RevenueCat, Brevo, OneSignal, Singular und Keitaro.

Internationale Übermittlungen und Anbieterbeziehungen unterliegen den geltenden Datenschutzbestimmungen und den in der Datenschutzerklärung beschriebenen Vereinbarungen. Die Aufbewahrungseinstellungen des Anbieters und das Fehlen einer automatischen Löschung entheben weder unsere Pflichten noch die gesetzlichen Rechte der Nutzer.

9. Rechtmäßige Anfragen und Offenlegungen

Wir können Informationen offenlegen, wenn dies gesetzlich erforderlich ist, um rechtmäßigen Anfragen nachzukommen, Rechte, Eigentum, Sicherheit, den Dienst oder Benutzer zu schützen oder um auf rechtliche Verfahren zu reagieren. Jegliche Offenlegung beschränkt sich auf Daten, die uns vorliegen und die wir rechtmäßig offenlegen dürfen.

Wenn Informationen vorhanden sind und eine Offenlegung gesetzlich vorgeschrieben ist, können diese Konto- oder Rechnungsdaten, den Status registrierter Geräte, primäre Verbindungsdatensätze, Sicherheitswarnungen, Supportmitteilungen, DNS-Anfragedatensätze und Analyse-/SDK-Daten, einschließlich IP-Adressen und Kennungen, umfassen. Es können keine Verkehrsinhalts- oder Voll-URL-Protokolle bereitgestellt werden, sofern diese nicht erstellt oder gespeichert werden. Das Fehlen direkter Benutzerfelder in DNS-Einträgen ist keine Garantie dafür, dass Informationen niemals korreliert werden können.

10. Kontolöschung und Rechte der betroffenen Person

Benutzer können Rechte auf Zugriff, Berichtigung, Löschung, Einschränkung, Einspruch gegen die Verarbeitung, Antrag auf Übertragbarkeit oder gegebenenfalls Widerruf der Einwilligung ausüben, indem sie sich an privacy@guruvpn.com oder support@guruvpn.com wenden.

Durch das Löschen eines Kontos werden der primäre Benutzerdatensatz und die verknüpften Verbindungsdatensätze durch Kaskadenlöschung entfernt. Es werden nicht automatisch alle nachgelagerten Daten, alten UIDs, Analyseereignisse oder Lagerexporte gelöscht. Datenbanksicherungen dürfen gelöschte Primärdaten bis zum Ablauf, höchstens 14 Tage lang, aufbewahren. Durch die erneute Registrierung wird eine neue UID erstellt, ohne dass die alte Historie in anderen Systemen gelöscht wird. Um die Löschung verbleibender personenbezogener Daten zu beantragen, wenden Sie sich an die oben genannten Adressen. In der Datenschutzrichtlinie werden dieser Vorgang und die rechtmäßigen Aufbewahrungsausnahmen erläutert.

11. Interne Kontrollen und Überprüfung

Wir unterhalten technische und organisatorische Kontrollen, um sicherzustellen, dass unsere No-Logs-Verpflichtungen korrekt und durchsetzbar sind, einschließlich Zugriffskontrollen, eingeschränkter Berechtigungen, Sicherheitsüberprüfungen, Anbieterüberprüfungen und gegebenenfalls interner oder unabhängiger Bewertungen. Die aktuellen Systeme wenden keinen festen Zeitplan für die automatische Löschung auf benutzerverknüpfte Verbindungsdatensätze oder den vorhandenen technischen DNS-Datensatz an; Diese Einschränkung wird in dieser Richtlinie und der Datenschutzrichtlinie offengelegt.

Wenn sich unsere Architektur oder Protokollierungspraktiken wesentlich ändern, werden wir diese Richtlinie und die zugehörigen öffentlichen Richtlinien aktualisieren, um diese Änderungen widerzuspiegeln.

12. Änderungen an dieser No-Logs-Richtlinie

Wir können diese No-Logs-Richtlinie von Zeit zu Zeit aktualisieren. Wesentliche Änderungen werden mit einem neuen Datum des Inkrafttretens veröffentlicht und den Benutzern gegebenenfalls über den Dienst oder auf andere angemessene Weise mitgeteilt.

13. Kontakt

Bei Fragen zu dieser No-Logs-Richtlinie, Datenschutzpraktiken, Anfragen betroffener Personen oder der rechtmäßigen Bearbeitung von Anfragen wenden Sie sich bitte an:

• Datenschutz: privacy@guruvpn.com

• Support: support@guruvpn.com

• Rechts-/Strafverfolgungsanfragen: support@guruvpn.com oder privacy@guruvpn.com

Letzte Aktualisierung: 01.07.2026