Politique de confidentialité

Qui nous sommes

Securissima, Kenmare, Irlande, exploite Perimetry Cloud et est responsable du traitement des données personnelles décrites ici. Contact : hello@perimetry.cloud.

Ce que nous collectons

• Données du compte : adresse e-mail, empreinte du mot de passe, secret facultatif du second facteur, nom, pays de facturation, numéro de TVA, et les adresses e-mail et de webhook que vous configurez pour les alertes. Si vous ajoutez des clés d’accès : leurs clés publiques, les noms que vous leur donnez et leur dernière utilisation (la clé privée ne quitte jamais votre appareil). Si vous vous connectez avec Google : l’identifiant stable de votre compte Google et son adresse e-mail, reçus de Google quand vous le liez ou créez un compte avec ; nous ne demandons à Google que votre identité (portées openid, email, profile) et ne gardons aucun jeton Google. Base légale : exécution du contrat.
• Données d’audit : les domaines que vous ajoutez et les informations publiques que nos audits collectent à leur sujet. Les domaines et les constats ne sont pas des données personnelles dans la plupart des cas ; quand un domaine ou un constat identifie une personne (par exemple un domaine personnel), la base est notre intérêt légitime à fournir le service que vous avez demandé.
• Rapports DMARC, quand vous les activez pour un domaine : les rapports agrégés que les messageries envoient à son adresse Perimetry (qui a envoyé le rapport et son adresse de contact, la période, et pour chaque serveur d’envoi son adresse IP, les domaines utilisés (From, enveloppe, DKIM et SPF), son nombre de messages et ses résultats d’authentification). Ils décrivent des serveurs de messagerie, pas le contenu des messages ni leurs destinataires. Le message qui porte un rapport est effacé dès qu’il est lu, et en tout cas au bout de 7 jours. Base légale : exécution du contrat.
• Rapports TLS (TLS-RPT), quand vous les activez pour un domaine : les rapports que les serveurs d’envoi transmettent à son adresse Perimetry (qui a envoyé le rapport et son adresse de contact, la période, la politique vue, et le nombre de sessions TLS réussies ou en échec, avec pour chaque échec son type, le serveur de messagerie destinataire et l’adresse IP du serveur d’envoi). Ils décrivent des serveurs de messagerie, pas le contenu des messages ni leurs destinataires. Ce qui porte un rapport est effacé dès qu’il est lu, et en tout cas au bout de 7 jours. Base légale : exécution du contrat.
• Destinataires des rapports clients, avec les offres Agency : les adresses e-mail qu’une agence ajoute pour recevoir le rapport mensuel de son client, stockées chiffrées. Une adresse extérieure à l’équipe de l’agence ne reçoit le rapport qu’après confirmation par son titulaire, et chaque rapport contient un lien pour l’arrêter. Conservées jusqu’à leur retrait, la désinscription ou la suppression du client ; une adresse jamais confirmée, 10 jours. Quand quelqu’un se désinscrit, une empreinte à clé de l’adresse (elle ne permet pas de retrouver l’adresse) est conservée tant que l’espace de l’agence existe, pour que l’agence ne puisse pas l’ajouter de nouveau. Base légale : l’intérêt légitime de l’agence à rendre compte à son client, et la confirmation du destinataire.
• Abonnés aux pages de statut, à partir de l’offre Solo : l’adresse e-mail qu’un visiteur donne pour recevoir les nouvelles de la page de statut publique d’un client, stockée chiffrée, avec une empreinte à clé pour éviter les doublons. Rien n’est envoyé avant que le visiteur confirme par le lien que nous lui envoyons (valable 48 heures) ; chaque message contient un lien de désinscription en un clic, qui efface l’adresse. Conservée jusqu’à la désinscription ou la suppression de la page ; une adresse jamais confirmée est effacée au plus tard 54 heures après la première demande (le lien n’est jamais prolongé). C’est le client qui publie la page qui décide de proposer l’abonnement (il peut le désactiver page par page) ; nous traitons les adresses pour son compte. Base légale : le consentement du visiteur.
• Questionnaires des fournisseurs, à partir de l’offre Solo, quand un client en envoie un : le nom et l’adresse e-mail du contact chez le fournisseur que le client nous donne (l’adresse stockée chiffrée), la langue et l’échéance, le court message personnel que le client peut ajouter à l’e-mail (300 caractères, sans adresse ni numéro), et ce que le contact saisit : réponses, commentaires et fichiers joints (PDF, PNG ou JPEG, 1,5 Mo au plus, stockés chiffrés), avec les dates d’ouverture, d’enregistrement et d’envoi de la page. Répondre ne demande ni compte ni cookie de notre part ; une case à cocher avant l’envoi indique que les réponses vont au client qui les a demandées. Le contact reçoit le questionnaire et au plus deux relances, envoyés pour le compte du client ; c’est le client qui décide de les envoyer, et nous traitons ces données pour son compte. L’adresse, le message personnel et le lien sont effacés dès l’envoi des réponses ; un questionnaire jamais rendu perd son brouillon, ses fichiers, l’adresse et le message 30 jours après la fin de son lien. Les fichiers joints sont gardés 12 mois après l’envoi des réponses ; les réponses restent avec le fournisseur dans l’espace du client jusqu’à ce que le client retire le fournisseur ou supprime l’espace. Base légale : l’intérêt légitime du client à vérifier la sécurité de sa chaîne d’approvisionnement (NIS2, article 28 du RGPD).
• Outils de suivi des tickets, avec les offres Agency, quand vous en connectez un : le dépôt, le site et le projet Jira, ou l’équipe Linear, et le jeton (avec, pour Jira, l’adresse e-mail de son compte), stocké chiffré et utilisé uniquement pour ouvrir, commenter et fermer des tickets dans votre propre outil. Les tickets eux-mêmes vivent dans cet outil, selon ses propres conditions. Retirer l’outil supprime le jeton aussitôt. Base légale : exécution du contrat.
• Slack, Microsoft Teams et PagerDuty, quand vous en ajoutez un comme canal d’alerte : l’adresse du webhook entrant Slack ou du flux Teams, ou la clé d’intégration PagerDuty et sa région, conservées chiffrées et utilisées uniquement pour envoyer vos alertes et vos tests. Ces services reçoivent alors ce que disent les alertes (noms de domaine, note, intitulés des constats, liens vers vos rapports ; pour PagerDuty, seulement les constats critiques et les pannes) et le traitent selon leurs propres conditions, comme destinataires que vous avez choisis. Avec « Ajouter à Slack », Slack nous donne l’adresse du canal que vous choisissez ; le jeton d’accès qui l’accompagne n’est pas conservé. Retirer le canal supprime aussitôt l’adresse ou la clé. Base légale : exécution du contrat.
• Résumé hebdomadaire : le jour, l’heure et le fuseau horaire que vous choisissez, et la semaine pour laquelle le résumé vous a été envoyé, pour qu’il ne parte jamais deux fois. Il ne contient que ce que la surveillance a trouvé pour vos espaces, aucun contenu commercial ; le premier le dit, et chaque résumé a un lien pour l’arrêter en un clic. Base légale : notre intérêt légitime à vous tenir informé de votre propre surveillance.
• Notre correspondance : quand nous écrivons à quelqu’un depuis l’une de nos adresses (research@ ou hello@perimetry.cloud), par exemple pour prévenir un organisme public d’un problème de sécurité relevé par Perimetry Research ou pour répondre à une question, nous gardons une trace du message envoyé : expéditeur, destinataires, objet, texte, noms et tailles des pièces jointes (jamais leur contenu), date et identifiant donné par le serveur de messagerie. Elle est chiffrée et lue par nous seuls ; le message ne contient ni lien de suivi ni pixel. Conservée 2 ans, pour assurer le suivi et garder trace de ce qui a été dit. Base légale : notre intérêt légitime à suivre notre correspondance.
• Messages qui nous sont adressés : quand vous écrivez à research@ ou hello@perimetry.cloud, nous gardons votre message pour le lire et y répondre : expéditeur, destinataires, objet, date, en-têtes, texte, partie HTML et pièces jointes, avec les résultats des vérifications DKIM et DMARC faites à son arrivée. Il est chiffré et lu par nous seuls ; les images distantes et les scripts qu’il contient ne sont jamais chargés. Une copie est aussi remise dans notre propre boîte aux lettres. Conservé 2 ans comme nos propres messages ; un message que nous supprimons va dans une corbeille vidée après 30 jours. Base légale : notre intérêt légitime à répondre à notre correspondance et à en assurer le suivi.
• Corrections DNS, avec les offres Agency, quand vous connectez Cloudflare : le jeton d’API, stocké chiffré et utilisé uniquement pour lire les zones de vos domaines et faire les changements que vous confirmez, et un journal de chaque changement (qui, quand, l’enregistrement avant et après). La déconnexion supprime le jeton aussitôt. Base légale : exécution du contrat.
• Plan de remédiation, à partir de l’offre Solo, quand vous l’utilisez : quels constats sont confiés à quel membre, leurs échéances et statuts, et les commentaires que votre équipe écrit à leur sujet, avec qui les a écrits et quand. La personne à qui un constat est confié reçoit des e-mails à son sujet. Conservé tant que le domaine est dans l’espace, et supprimé avec lui ou avec l’espace. Base légale : exécution du contrat.
• Incidents, à partir de l’offre Solo, quand vous l’utilisez : le moment où vous avez pris connaissance de chaque incident, son début, l’autorité choisie, vos réponses (acte malveillant, autres pays, données personnelles), les domaines concernés, ce que vous en écrivez (entité, contact, description, impact, indicateurs de compromission, mesures, cause), chiffré, et les déclarations que vous marquez comme envoyées avec la référence donnée par l’autorité. Nous n’envoyons jamais rien à une autorité. Gardé jusqu’à ce que vous supprimiez l’incident, et supprimé avec l’espace. Base légale : exécution du contrat.
• Questionnaires reçus, à partir de l’offre Solo, quand vous l’utilisez : les questions que vous collez, les réponses proposées et celles que vous écrivez, le nom du questionnaire et qui l’a envoyé, son échéance et sa langue, et les réponses que vous gardez dans votre bibliothèque, le tout chiffré. Rien n’est envoyé à qui vous les a posées. Gardés jusqu’à ce que vous les supprimiez, et supprimés avec l’espace. Base légale : exécution du contrat.
• Page pour la direction, à partir de l’offre Solo, quand vous l’utilisez : pour chaque mois approuvé, le contenu de la page tel qu’il était au moment de l’approbation (chiffres de vos domaines, de votre plan de remédiation, de vos risques, incidents, fournisseurs et disponibilité), le nom et la fonction de la personne qui a approuvé, la date, les décisions écrites (chiffrées) et qui a enregistré l’approbation. Une approbation ne peut pas être modifiée ni retirée : elle sert de preuve. Gardé tant que l’espace existe, et supprimé avec lui. Base légale : intérêt légitime (conserver la preuve de la supervision de la sécurité par la direction).
• Extension WordPress, quand un administrateur d’un site WordPress l’utilise. Contrôle gratuit : l’adresse du site, un code à usage unique que le site nous montre et une empreinte à clé du réseau d’où vient la demande, gardés 7 jours, puis le résumé du contrôle gratuit (ci-dessus). Connexion : la clé donnée au site (gardée sous forme d’empreinte), limitée au domaine, et l’adresse du site. Preuve de propriété : nous lisons un code à l’adresse du site, puis une fois par jour. Avec l’accord de l’administrateur seulement, une fois par jour : les versions de WordPress et de PHP, les extensions et thèmes avec leur version, s’ils sont actifs et la mise à jour en attente, et quelques réglages (erreurs affichées aux visiteurs, modification des fichiers, XML-RPC, inscription et son rôle par défaut, HTTPS pour l’administration, multisite, le nombre d’administrateurs, jamais qui ils sont) ; le dernier rapport est gardé jusqu’à la déconnexion du site ou la suppression du domaine. Base légale : exécution du contrat (contrôle gratuit : intérêt légitime à répondre à la demande).
• Test gratuit (sans compte) : le domaine testé, un résumé du résultat (score, nombres, trois constats) et une empreinte à clé du réseau que vous avez utilisé (elle ne permet pas de retrouver votre adresse), pour empêcher les abus. Quand la vérification anti-robot est active, Cloudflare Turnstile analyse la visite sans cookies. Base légale : notre intérêt légitime à proposer le test et à éviter qu’il soit détourné.
• Carte DNS et de surface (sans compte, pour la recherche en cybersécurité) : le domaine saisi est recherché uniquement dans des sources publiques, à savoir le DNS public, le DNS-over-HTTPS de Cloudflare, les journaux de transparence des certificats (crt.sh, et Cert Spotter de SSLMate s’il est configuré) et les données de routage de RIPEstat ; les hôtes trouvés ne sont jamais contactés. La carte d’un domaine est gardée en cache une heure (cinq minutes quand les journaux de certificats n’ont pas répondu), puis supprimée. Pour limiter chaque réseau à deux domaines différents par 24 heures, nous gardons 24 heures un compteur anonyme : une empreinte à clé de votre réseau et une empreinte à clé du domaine, avec l’heure ; pour limiter les rafales, une empreinte à clé du réseau est aussi gardée 10 minutes (une heure au plus) ; ni l’une ni l’autre ne permet de retrouver votre adresse ou le domaine, et aucune recherche n’est liée à une personne. Votre acceptation de l’usage de recherche est vérifiée avec la demande et n’est pas conservée. Base légale : notre intérêt légitime à proposer la carte et à éviter qu’elle soit détournée.
• Vérificateur MTA-STS, vérificateur BIMI, vérificateur security.txt et vérificateur de certificat (sans compte) : le domaine ou l’hôte que vous saisissez est envoyé à notre serveur, qui récupère les fichiers publics ou la page concernés (le fichier de politique MTA-STS ; l’enregistrement BIMI avec le logo et le certificat de marque qu’il cite ; le fichier security.txt ; ou la page d’accueil du site et son certificat). La réponse est gardée dix minutes en mémoire, puis oubliée ; rien n’est écrit dans notre base, sauf une empreinte tronquée de votre réseau, gardée le temps de la fenêtre de dix minutes qui limite les rafales (une heure au plus). Les vérificateurs DNSSEC, CAA, SPF, DKIM et DMARC tournent dans votre navigateur : le domaine va aux résolveurs DNS publics de Cloudflare et de Google, jamais chez nous. Base légale : notre intérêt légitime à proposer ces outils et à empêcher leur détournement.
• Clés d’autres services, quand vous en ajoutez une : votre propre clé d’API Have I Been Pwned ou urlscan.io, stockée chiffrée et utilisée seulement pour les recherches que vous avez activées (les adresses de vos domaines prouvés présentes dans des fuites, à chaque audit ; une fois par jour, les analyses publiques d’urlscan qui mentionnent vos domaines prouvés). Ces services reçoivent vos noms de domaine selon leurs propres conditions ; nous ne leur envoyons rien d’autre et ne soumettons jamais d’analyse à urlscan. Les pages trouvées par urlscan sont gardées un an. Retirer une clé arrête aussitôt ses recherches. Base légale : l’exécution du contrat.
• Secrets dans le code public : chaque semaine (chaque mois avec l’offre gratuite), nous cherchons dans le code public de GitHub les fichiers qui citent vos domaines prouvés et nous y lisons les mots de passe, clés et jetons. Nous gardons le nom du dépôt public (qui peut contenir un nom d’utilisateur GitHub), le chemin et l’adresse du fichier, la ligne, le type de secret, ses quatre premiers caractères et sa longueur, et une empreinte à clé qui permet de le reconnaître ensuite ; jamais le secret lui-même. GitHub reçoit vos noms de domaine dans les recherches, selon ses propres conditions. Conservation : un an après la dernière fois où le fichier a été vu. Base légale : exécution du contrat ; pour les propriétaires des dépôts, notre intérêt légitime et le vôtre à faire révoquer les secrets exposés.
• Renseignement sur les menaces : une fois par jour (une fois par semaine avec l’offre gratuite), nous envoyons le nom enregistrable de vos domaines prouvés, et des fournisseurs que vous suivez, à trois sources spécialisées, chacune selon ses propres conditions : ransomware.live (revendications publiées par des groupes de rançongiciels sur leurs sites de fuite), Hudson Rock (nombre d’ordinateurs de salariés et d’utilisateurs ayant un compte sur le domaine infectés par des logiciels qui volent les mots de passe) et abuse.ch (domaine ou hôtes cités comme distribuant des logiciels malveillants). Nous gardons les revendications (groupe, nom de la victime tel que publié, date), les nombres et dates d’ordinateurs infectés et le nom des applications sensibles citées par la source, ainsi que les adresses citées ; jamais un identifiant, un mot de passe ni une donnée volée. Conservé un an après le dernier signalement par la source, et supprimé avec le domaine ou le fournisseur. Base légale : exécution du contrat ; pour les personnes dont l’ordinateur a été infecté, notre intérêt légitime et le vôtre à protéger leurs comptes, raison pour laquelle nous ne recevons que des nombres.
• Explications par intelligence artificielle : sur demande d’un utilisateur, un constat d’audit peut être expliqué par un modèle de langage, avec les étapes pour le corriger. Nous envoyons alors à notre sous-traitant Anthropic, PBC (États-Unis) le contenu de ce seul constat : le domaine concerné, l’identifiant et la gravité du constat, son titre, sa cible, son détail, la correction proposée et la preuve technique, dont les adresses e-mail sont retirées. Les constats portant sur des comptes divulgués ne sont jamais envoyés, ni aucune donnée du compte de l’utilisateur. Le transfert est encadré par les clauses contractuelles types de la Commission européenne ; Anthropic ne se sert pas de ces données pour entraîner ses modèles, et ses conditions commerciales limitent leur conservation à 30 jours au plus. Nous gardons la réponse 30 jours pour la réafficher sans nouvel envoi, et un relevé d’usage (date, nombre de jetons, coût) 13 mois pour les quotas. Base légale : exécution du contrat (article 6.1.b du RGPD).
• Programme partenaires : quand une agence fait sa demande, le nom, le site, le pays, les langues, les services, la description et l’adresse de contact publique qu’elle indique, le code de parrainage que nous lui créons, et notre décision. Si elle le choisit, ces informations (jamais le code) figurent dans l’annuaire public des partenaires. Quand un espace est créé après l’ouverture du lien de parrainage d’un partenaire, nous enregistrons quel partenaire l’a apporté ; ce partenaire voit alors le nom de l’espace, son offre, sa date d’inscription et les montants qui servent au calcul de sa commission (montant hors TVA de chaque facture payée, commission, date), jamais ses domaines, constats, membres ni coordonnées. Nous gardons les commissions et les versements aussi longtemps que le droit comptable l’exige. Base légale : l’exécution du contrat avec le partenaire, et notre intérêt légitime à verser les commissions dues.
• Audit de portefeuille : quand une agence le demande, le nom de l’agence, son site, son numéro d’entreprise ou de TVA, son pays et le message qu’elle donne, qui a fait la demande, et notre décision (nous vérifions ces informations à la main avant de l’ouvrir) ; puis les domaines qu’elle ajoute et un résumé des contrôles publics de chacun (note, nombres et constats, les sensibles nommés seulement par leur famille), gardés jusqu’à ce que l’agence les retire ou ferme son espace.
• Partenaires de distribution (hébergeurs et bureaux d’enregistrement qui affichent la note dans leur panneau) : les domaines de leurs clients qu’ils nous envoient, vérifiés avec les contrôles publics du test gratuit ; nous gardons le résumé de chaque contrôle et le partenaire qui l’a demandé, comme pour tout test gratuit. Un rapport ponctuel acheté sur l’offre Free : l’achat, son domaine, sa facture chez notre prestataire de paiement et, si vous souscrivez dans les 30 jours, l’avoir accordé.
• Pages privées des études : quand Perimetry Research a mesuré le domaine d’un organisme pour une étude publiée, nous pouvons écrire une seule fois à une adresse de fonction que l’organisme publie lui-même (jamais l’adresse nominative d’une personne), avec le lien d’une page destinée à lui seul : sa note face aux organismes comparables, en chiffres agrégés, et les contrôles de l’étude. La page ne contient aucune donnée personnelle ni aucun détail technique au-delà de ces contrôles publics ; son adresse n’est ni publiée ni indexée, et elle est supprimée après 90 jours. Nous enregistrons seulement si la page a été ouverte (une date, sans adresse réseau ni cookie). Nous gardons trois ans un registre de ce qui a été envoyé (date, domaine, adresse de fonction et page publique où elle a été lue, avec une copie datée), pour pouvoir montrer sur quoi reposait chaque envoi. Chacun peut demander à ne plus jamais être contacté, depuis la page ou en répondant : le domaine entre alors dans une liste d’exclusion gardée sans limite de durée, qui ne contient que le nom de domaine, et la page est supprimée aussitôt. Une mesure peut être rectifiée ou refaite gratuitement en écrivant à research@perimetry.cloud. Base légale : notre intérêt légitime à dire à un organisme ce que son domaine montre publiquement et à faire connaître notre service. Un organisme peut aussi demander lui-même sa page, depuis l’étude (« Vérifiez votre organisme ») : nous envoyons le lien une fois, seulement à une adresse sur son propre domaine, et ne gardons ni cette adresse ni la demande, seulement des compteurs pour limiter les abus (chiffrés, jamais l’adresse elle-même). Base légale : la demande.
• Données d’usage : journaux du serveur avec adresse IP, heure et page demandée, conservés 30 jours pour la sécurité et le dépannage. L’audience est mesurée avec un outil respectueux de la vie privée (Umami) qui ne pose pas de cookies et ne stocke pas d’adresses IP.
• Données de paiement : traitées par notre prestataire de paiement ; nous recevons un jeton, les quatre derniers chiffres de la carte et l’adresse de facturation pour les factures.

Ce que nous ne faisons pas

Nous ne vendons pas de données personnelles, ne les utilisons pas à des fins publicitaires et ne les partageons avec personne d’autre que les sous-traitants nécessaires au service. Nous ne gardons aucune copie des pages des sites audités.

Où elles sont stockées

Aux Pays-Bas, dans l’Union européenne, sur un stockage chiffré avec des sauvegardes chiffrées conservées dans l’Union. Cloudflare (États-Unis, avec des conditions de traitement des données propres à l’Union européenne) assure le DNS, la terminaison TLS, l’envoi des e-mails et la réception des messages adressés à nos adresses, le pare-feu applicatif et la vérification anti-robot du test gratuit. Notre prestataire de paiement traite les données de carte selon sa propre politique de confidentialité.

Combien de temps nous les gardons

Les données du compte tant que le compte existe et 90 jours après sa suppression ; quand un espace est supprimé, sa fiche client chez le prestataire de paiement l’est aussi. L’historique des audits, les rapports DMARC et les rapports TLS pendant la durée de votre offre (12 ou 24 mois) et 90 jours après la résiliation ; la trace de chaque message reçu à une adresse DMARC ou de rapports TLS, 7 jours. L’historique des alertes 6 mois, celui des résumés hebdomadaires envoyés et des alertes PagerDuty une fois résolues, 6 mois aussi ; la trace de chaque rapport mensuel envoyé, 24 mois ; la trace des messages que nous envoyons depuis nos propres adresses et les messages qui y sont reçus, 2 ans (30 jours une fois mis à la corbeille) ; le journal d’activité du compte 12 mois ; le journal des appels de l’API (heure, clé, route, statut et une empreinte du réseau) 90 jours, les audits lancés par l’API 30 jours. Les sessions de connexion sont supprimées dès qu’elles expirent, les défis des clés d’accès et l’état d’une connexion avec Google un jour après leur expiration (ils durent de 5 à 15 minutes), les liens de confirmation 7 jours après usage ou expiration, les compteurs de tentatives de connexion 2 jours, les appareils mémorisés pour le second facteur après un an sans usage, les notifications de paiement 30 jours. Les factures pendant la durée imposée par le droit fiscal. Questionnaires des fournisseurs : l’adresse du contact et le lien jusqu’à l’envoi des réponses (au plus 30 jours après la fin du lien sans réponse), les fichiers joints 12 mois après les réponses. Les résumés du test gratuit et l’empreinte du réseau, 7 jours. Carte DNS : chaque carte 1 heure (5 minutes quand les journaux de certificats n’ont pas répondu), le compteur anonyme 24 heures, le compteur de rafales 10 minutes (une heure au plus). Les journaux du serveur, 30 jours.

Vos droits

Vous pouvez à tout moment accéder à vos données, les corriger, les exporter et les supprimer depuis votre compte, et vous opposer aux traitements fondés sur l’intérêt légitime. Vous pouvez déposer une réclamation auprès de votre autorité nationale de protection des données (CNIL en France, APD en Belgique, PFPDT en Suisse). Si un domaine qui vous appartient apparaît dans le rapport de domaines sosies d’un autre client et que vous voulez qu’il en soit retiré, écrivez-nous ; nous vérifierons la propriété et agirons.

Cookies

Le site vitrine ne pose aucun cookie. L’application pose un cookie de session, strictement nécessaire, un cookie pour mémoriser un appareil pour le second facteur si vous le demandez et, seulement pendant une connexion avec Google, un cookie de 15 minutes au plus qui lie la réponse de Google à votre navigateur. L’application garde aussi, pendant 60 jours, le code du lien de parrainage d’un partenaire que vous avez ouvert, afin que le compte que vous créerez éventuellement soit rattaché à ce partenaire ; il n’est posé que si vous ouvrez un tel lien.

Modifications

Nous publierons les modifications ici et, pour les changements importants, préviendrons par e-mail les titulaires de compte à l’avance.