Politique de non-journalisation de Guru VPN

Date d'entrée en vigueur : 01.07.2026 | Version : 1.0

Avis de traduction : cette page est une traduction automatique fournie uniquement à titre de commodité et d’information. La version anglaise du document est la version principale et prévaut. En cas de divergence, la version anglaise prévaut.

Cette politique de non-journalisation explique comment GURU NETWORK S.R.L. (« Société », « nous », « notre ») applique son engagement de non-journalisation en relation avec le service Guru VPN, y compris le site Web guruvpn.com, les applications mobiles, l'infrastructure VPN et les services associés (collectivement, le « Service »).

Cette politique complète et doit être lue conjointement avec notre politique de confidentialité, nos conditions d'utilisation, notre politique d'utilisation équitable, notre politique d'utilisation acceptable, notre politique en matière de cookies et notre politique de remboursement. En cas d'incohérence entre cette politique et la politique de confidentialité, la politique de confidentialité régit le traitement des données personnelles.

1. Notre engagement sans journaux

Notre engagement de non-journalisation est limité au contenu acheminé via le tunnel VPN : nous ne conservons pas le contenu des communications, les charges utiles du trafic, les URL complètes ou le contenu des pages. Guru VPN enregistre les métadonnées de connexion, les requêtes DNS et les événements d'analyse, y compris les adresses IP. Cette politique explique ces enregistrements et ne doit pas être interprétée comme une affirmation selon laquelle aucune donnée d'activité liée au VPN n'est stockée.

La table principale Vpn Connection Sessions ne stocke pas les adresses IP sources réelles des utilisateurs. Séparément, l'adresse IP d'origine est visible pour le serveur VPN et Amplitude reçoit les adresses IP associées aux identifiants utilisateur/appareil/session et aux événements de connexion VPN. Ces événements d'analyse sont exportés vers BigQuery. Nous ne prétendons donc pas de manière générale que les adresses IP sources ne sont jamais stockées ou associées à un identifiant d'utilisateur.

Notre résolveur DNS enregistre les requêtes DNS individuelles dans le système de journalisation et exporte les données vers BigQuery. Le format d'enregistrement DNS ne contient pas d'identifiant d'utilisateur/de compte direct, d'identifiant d'appareil, d'identifiant de connexion ou de champ d'adresse IP source réelle, mais inclut des informations sur le domaine, l'heure et le serveur. Nous n'utilisons pas cet ensemble de données pour identifier quel utilisateur a fait une demande. L’absence d’identifiants directs ne constitue pas une garantie d’anonymat irréversible.

Les limites d'appareils enregistrés sont appliquées à l'aide d'appareils liés à un compte, et non à partir d'un nombre réel de connexions simultanées. Séparément, les analyses incluent les événements liés au début et à la fin de la connexion VPN ; le mécanisme de limite de périphérique n'implique pas qu'aucun événement de session n'est conservé.

Nous traitons également les données de compte, d'abonnement, de facturation, d'authentification, de sécurité, de diagnostic, d'appareil enregistré, d'assistance, de cookie, de SDK et de notification push. Les règles de confidentialité décrivent leurs objectifs, leurs emplacements de stockage, leurs périodes de conservation et leurs limitations de suppression, y compris l'absence de délai d'expiration fixe pour les exportations BigQuery.

2. Résumé rapide

Le tableau ci-dessous résume les principales catégories pertinentes pour notre position de non-journalisation :

3. Portée de l'engagement sur le contenu du trafic

Les limites suivantes s'appliquent aux enregistrements de contenu acheminés via le tunnel VPN :

• nous ne conservons pas le contenu des communications ou le contenu des messages transmis via le VPN ;
• nous ne conservons pas les charges utiles du trafic ou le contenu des paquets en tant que journaux d'activité des utilisateurs ;
• nous ne conservons pas les URL complètes ni le contenu des pages transmis via le VPN ;
• nous ne conservons pas un historique de navigation complet pour chaque utilisateur ; Des enregistrements de requête DNS au niveau du domaine existent néanmoins comme décrit à la section 4.4 ;
• la table de connexion principale ne contient aucune adresse IP source réelle ; des enregistrements d'analyse distincts peuvent contenir des adresses IP d'origine ou de sortie VPN ;
• le format d'enregistrement DNS ne contient aucun champ de compte direct, d'appareil, de connexion ou d'adresse IP source réelle ; il s'agit d'une limitation du format d'enregistrement et non d'une affirmation selon laquelle aucune requête DNS n'est enregistrée ;
• les limites des appareils enregistrés ne dépendent pas d'un compteur de connexions simultanées au niveau de l'utilisateur ; Les événements d'analyse de début/fin de VPN sont toujours collectés ;
• Les enregistrements de requêtes DNS ne sont pas utilisés pour créer des profils de navigation ou de publicité individuels.

4. Données limitées et signaux techniques que nous pouvons traiter

Les catégories ci-dessous incluent des données opérationnelles et analytiques liées au compte, ainsi que des enregistrements de requêtes DNS sans champs d'identification directe de l'utilisateur. Ils sont distincts du contenu de trafic exclu ci-dessus.

4.1. Données de compte et d'abonnement.

Nous traitons l'adresse e-mail, l'état du compte et de l'abonnement, les métadonnées d'authentification, les détails de l'appareil enregistré et les communications d'assistance. Un UID aléatoire est généré lors de l’inscription et utilisé comme identifiant de compte. Le réenregistrement crée un nouvel UID, mais n'efface pas les enregistrements historiques associés à l'ancien UID dans d'autres systèmes.

4.2. Métadonnées de paiement et de facturation.

Nous traitons des métadonnées limitées de paiement et de facturation telles que les identifiants de transaction, les reçus, les identifiants d'abonnement, l'e-mail/nom de facturation lorsqu'ils sont fournis et les références du fournisseur de paiement. Nous ne stockons pas les numéros de carte complets sur nos serveurs.

4.3. Enregistrements de connexion principaux.

La base de données principale de DigitalOcean aux Pays-Bas stocke une référence de compte interne ou d'appareil enregistré, un identifiant de serveur VPN, un horodatage de début de connexion et un indicateur d'état de connexion disponible. La table Vpn Connection Sessions n'a pas d'horodatage de fin de connexion ni d'adresse IP source réelle. Il n’y a pas de nettoyage fondé sur l’ancienneté des enregistrements ; le compte et les enregistrements de connexion liés sont supprimés par suppression en cascade lorsque le compte est supprimé, sans période de conservation supplémentaire de 30 jours. Metabase interroge les données sources en direct pour connaître les mesures de cohorte et de taux de connexion. Les événements d'Amplitude décrits à la section 4.8 constituent un ensemble de données distinct.

4.4. Enregistrements de requêtes DNS.

Notre résolveur DNS enregistre les noms de domaine demandés, les horodatages, le protocole et le type de requête, l'identifiant de requête DNS, la taille de la requête, la durée de la réponse, le nom d'hôte du serveur et le type de service/journal. Les enregistrements sont conservés dans le système de journalisation pendant 14 jours et exportés vers BigQuery aux États-Unis sans période d'expiration fixe configurée. Les copies BigQuery sont conservées pendant que le service d'entrepôt est maintenu. Il s’agit d’enregistrements de requêtes DNS plutôt que de simples statistiques globales. Le format d'enregistrement n'a pas de champ direct de compte, d'appareil, de connexion ou d'adresse IP source. L'ensemble de données n'est actuellement pas utilisé à des fins opérationnelles actives, pour l'application des FUP/AUP ou pour l'évaluation des remboursements. Il n’est pas décrit comme étant irréversiblement anonyme. Les noms DNS n'incluent pas les URL complètes ni le contenu de la page.

4.5. Signaux de sécurité et IDS/IPS.

Nous pouvons utiliser un système IDS/IPS pour analyser les signatures et modèles de trafic limités au niveau du réseau à la recherche d'indicateurs d'activités suspectes, de comportements de logiciels malveillants, d'analyses, d'attaques, d'abus ou d'autres menaces de sécurité. Le système peut générer des alertes de sécurité ou des indicateurs techniques sur la base de signatures et de modèles prédéfinis ou configurés. Les alertes peuvent inclure des identifiants d'appareil internes ou d'autres indicateurs techniques qui peuvent permettre une association compte/appareil lorsque cela est nécessaire pour la sécurité, la prévention des abus ou le traitement des demandes légales. Cette analyse est destinée à la détection de sécurité basée sur les signatures et les modèles, et non à l'examen du contenu des communications des utilisateurs ou à la maintenance des historiques de navigation. Nous ne conservons pas le contenu du trafic, les paquets ou les charges utiles du trafic en tant que journaux d'activité des utilisateurs pour le fonctionnement de routine du Service, et la détection basée sur les signatures n'est pas garantie pour détecter toutes les utilisations abusives ou menaces de sécurité.

4.6. Limites des appareils enregistrés.

Chaque plan peut limiter le nombre d'appareils enregistrés, actuellement jusqu'à quatre (4), sauf indication contraire dans le plan applicable. Nous appliquons ces limites en utilisant le statut de l'appareil enregistré plutôt qu'un décompte en direct des connexions simultanées. Cela n'exclut pas la collecte d'événements d'analyse de connexion VPN.

4.7. Regroupez les mesures du volume de trafic et de l'infrastructure au niveau du serveur.

Nous pouvons utiliser le volume de trafic global au niveau du serveur, les signaux de performance de l'infrastructure globale, les taux d'erreur, les rapports d'abus, les plaintes externes et les alertes IDS/IPS pour protéger la stabilité du réseau et appliquer la politique d'utilisation équitable et la politique d'utilisation acceptable. Ces mesures concernent les serveurs VPN et l’infrastructure dans son ensemble. Nous ne surveillons, ne calculons ni ne conservons les totaux de volume de trafic pour les utilisateurs individuels ou les comptes d'utilisateurs. Nous nous appuyons uniquement sur les métriques réellement disponibles dans notre architecture technique et ne prétendons pas détecter tous les abus possibles. Ces mesures n'incluent pas le contenu du trafic, l'historique de navigation, les URL complètes, le contenu des pages ou le contenu des communications.

4.8. Données d'analyse, de diagnostic et du SDK.

Amplitude reçoit les événements de début/fin de connexion VPN, user_id, device_id, session_id, les adresses IP et l'appareil ou les informations de localisation approximative. Les événements peuvent contenir l'adresse IP d'origine avant la connexion ou une adresse IP de sortie VPN après. Les données d'événements Amplitude sont exportées vers BigQuery. Les autres ensembles de données d'entrepôt incluent les données de session Firebase, les événements OneSignal, les données de campagne Singular, les abonnements/paiements Stripe et les conversions Keitaro, comme détaillé dans la politique de confidentialité. Metabase exécute des requêtes en direct ; son cache stocke le texte SQL, pas les résultats de la requête. Les diagnostics de connexion manuels ne sont collectés qu'occasionnellement, sur une journée maximum, analysés au cas par cas et supprimés immédiatement après l'analyse. Ils ne sont pas collectés automatiquement. Les cookies du site Web, les identifiants du SDK mobile et les jetons push sont décrits dans la politique en matière de cookies et la politique de confidentialité.

5. Pourquoi des données limitées sont traitées

Les données opérationnelles, de compte et analytiques peuvent être traitées aux fins ci-dessous lorsqu'une base juridique applicable existe. L’ensemble de données de requête DNS n’a actuellement aucune utilisation opérationnelle active ; la liste ci-dessous ne prétend pas que l'archive DNS est utilisée à chacune de ces fins.

• pour fournir, maintenir et dépanner le Service ;
  • pour authentifier les utilisateurs, gérer les comptes, vérifier les abonnements et prendre en charge la facturation ;
  • pour protéger le Service contre la fraude, les attaques, les logiciels malveillants, le spam, le scraping, les activités DDoS, les accès non autorisés et autres abus ;
  • pour faire respecter les conditions d'utilisation, la politique d'utilisation équitable, la politique d'utilisation acceptable et les limites des appareils enregistrés ;
  • pour améliorer les performances, la fiabilité, le filtrage de sécurité et l'expérience utilisateur ;
  • pour répondre aux demandes d'assistance et aux demandes des personnes concernées ;
  • pour se conformer aux obligations légales, comptables, fiscales et de demande légale applicables.

6. Application des FUP et AUP

L'application de la politique d'utilisation équitable et de la politique d'utilisation acceptable peut être basée sur des métadonnées de service limitées, l'état de l'appareil enregistré, le volume de trafic global au niveau du serveur et l'impact sur l'infrastructure, les alertes IDS/IPS, les plaintes d'abus externes, les signaux de paiement ou de compte, les enregistrements historiques de connexion liés à l'utilisateur actuellement disponibles et les communications des utilisateurs avec assistance, uniquement dans la mesure où ces signaux sont réellement disponibles sous l'architecture technique ordinaire de Guru VPN. Les journaux techniques DNS ne sont actuellement pas utilisés à des fins d’application.

L'application FUP et AUP n'utilise pas les enregistrements de requêtes DNS, les totaux de volume de trafic par utilisateur ou un compteur de connexions simultanées en direct. La collection d'événements analytiques contenant des adresses IP est décrite à la section 4.8 ; il n'établit pas lui-même que ces événements sont utilisés à des fins d'exécution. Nous ne conservons pas le contenu des communications ni les charges utiles du trafic à des fins d’application.

La détection étant limitée aux signaux techniques disponibles et aux rapports externes, nous ne prétendons pas identifier toutes les activités interdites. Dans la mesure du possible, nous pouvons fournir un préavis et la possibilité de remédier aux restrictions, à moins qu'une action immédiate ne soit requise pour protéger le Service, d'autres utilisateurs, des tiers ou des intérêts juridiques.

7. Rétention

La conservation diffère selon le système et la catégorie de données. Les périodes de conservation de 14 jours pour les sauvegardes du système de journalisation et de la base de données ne s'appliquent pas aux exportations BigQuery ni à tous les enregistrements détenus par des fournisseurs externes.

Les enregistrements de connexion principaux ne font l'objet d'aucun nettoyage basé sur l'âge et sont supprimés avec le compte via une suppression en cascade. Le système de journalisation conserve les enregistrements DNS pendant 14 jours ; BigQuery n'a pas d'expiration fixe configurée pour le DNS ou les six ensembles de données d'analyse/source de paiement et les conserve pendant que le service d'entrepôt est maintenu. Les sauvegardes de bases de données ne sont pas conservées plus de 14 jours et les serveurs VPN n'ont aucune sauvegarde. La conservation standard des journaux opérationnels est de 14 jours. Les diagnostics de connexion occasionnels collectés manuellement sont supprimés immédiatement après l'analyse ; leur fenêtre de collecte peut aller jusqu'à un jour.

La suppression du compte n'est actuellement pas envoyée automatiquement à Amplitude, Stripe, RevenueCat ou Brevo, et ne constitue pas une purge complète des exports BigQuery. Les anciens identifiants et enregistrements historiques peuvent subsister après la suppression des données de profil client. La facturation, l'assistance, les enquêtes et autres enregistrements détenus par le fournisseur suivent les objectifs, les exigences légales applicables et les limitations décrites dans la politique de confidentialité. Cette politique ne promet pas de période de suppression fixe pour un fournisseur lorsqu'aucune n'est spécifiée.

Nous ne pouvons pas conserver ou divulguer le contenu du trafic, les URL complètes ou le contenu des pages que nous n'enregistrons pas. Nous pouvons détenir des enregistrements de requêtes DNS, des métadonnées de connexion et des événements d'analyse contenant des adresses IP, et ne prétendons pas que ces catégories ne sont pas disponibles pour une demande légale.

8. Fournisseurs de services et infrastructures

Nous utilisons des fournisseurs d'infrastructure, d'analyse, de paiement, d'abonnement, de communication et de notification push. La principale infrastructure d'applications/bases de données se trouve aux Pays-Bas ; Les ensembles de données BigQuery se trouvent aux États-Unis. Les fournisseurs et exportations concernés sont décrits dans la politique de confidentialité, notamment Amplitude, Firebase, Stripe, RevenueCat, Brevo, OneSignal, Singular et Keitaro.

Les transferts internationaux et les relations avec les prestataires sont soumis aux exigences applicables en matière de protection des données et aux dispositions décrites dans la politique de confidentialité. Les paramètres de conservation du fournisseur et l'absence d'effacement automatique ne suppriment pas nos obligations ni les droits statutaires des utilisateurs.

9. Demandes et divulgations licites

Nous pouvons divulguer des informations lorsque la loi l'exige, pour nous conformer à des demandes légales, pour protéger les droits, la propriété, la sécurité, le Service ou les utilisateurs, ou pour répondre à une procédure judiciaire. Toute divulgation est limitée aux données dont nous disposons et que nous pouvons légalement divulguer.

Si des informations existent et que la divulgation est légalement requise, elles peuvent inclure des données de compte ou de facturation, l'état de l'appareil enregistré, les enregistrements de connexion principaux, les alertes de sécurité, les communications d'assistance, les enregistrements de requêtes DNS et les données d'analyse/SDK, y compris les adresses IP et les identifiants. Aucun journal de contenu de trafic ou d'URL complète ne peut être fourni s'il n'est pas créé ou conservé. L'absence de champs d'utilisateur direct dans les enregistrements DNS ne garantit pas qu'aucune information ne pourra jamais être corrélée.

10. Suppression de compte et droits des personnes concernées

Les utilisateurs peuvent exercer leurs droits d'accès, de rectification, d'effacement, de restriction, d'opposition au traitement, de demande de portabilité ou de retrait du consentement, le cas échéant, en contactant privacy@guruvpn.com ou support@guruvpn.com.

La suppression d'un compte supprime l'enregistrement de l'utilisateur principal et les enregistrements de connexion liés via une suppression en cascade. Il n'efface pas automatiquement toutes les données en aval, les anciens UID, les événements d'analyse ou les exportations d'entrepôt. Les sauvegardes de base de données peuvent conserver les données primaires supprimées jusqu'à leur expiration, pendant 14 jours maximum. Le réenregistrement crée un nouvel UID sans effacer l'ancien historique dans d'autres systèmes. Pour demander la suppression des données personnelles restantes, contactez les adresses ci-dessus ; la politique de confidentialité explique ce processus et les exceptions légales de conservation.

11. Contrôles et examen internes

Nous maintenons des contrôles techniques et organisationnels destinés à maintenir nos engagements de non-journalisation précis et exécutoires, y compris des contrôles d'accès, des autorisations limitées, des examens de sécurité, des examens de fournisseurs et des évaluations internes ou indépendantes, le cas échéant. Les systèmes actuels n'appliquent pas de calendrier de suppression automatique fixe aux enregistrements de connexion liés aux utilisateurs ou à l'ensemble de données techniques DNS existant ; cette limitation est divulguée dans la présente politique et la politique de confidentialité.

Si notre architecture ou nos pratiques de journalisation changent sensiblement, nous mettrons à jour cette politique et les politiques publiques associées pour refléter ces changements.

12. Modifications apportées à cette politique de non-journalisation

Nous pouvons mettre à jour cette politique de non-journalisation de temps à autre. Les modifications importantes seront publiées avec une nouvelle date d'entrée en vigueur et, le cas échéant, notifiées aux utilisateurs via le Service ou d'autres moyens raisonnables.

13. Contacter

Pour toute question concernant cette politique de non-journalisation, les pratiques de confidentialité, les demandes des personnes concernées ou le traitement légal des demandes, contactez :

• Confidentialité : privacy@guruvpn.com

• Assistance : support@guruvpn.com

• Demandes juridiques/application de la loi : support@guruvpn.com ou privacy@guruvpn.com

Dernière mise à jour : 01.07.2026