Retour

Politique de confidentialité

Responsable du traitement

CCR-Apps, Entreprise Individuelle
Adresse : 17 Rue D'armaille, 75017 PARIS

Délégué à la protection des données

Aucun délégué à la protection des données n'a été désigné, cette désignation n'étant pas obligatoire pour CCR-Apps. Toute question relative à vos données personnelles peut être adressée via le formulaire de contact.

Données traitées

À la connexion, Microsoft Entra ou Google transmet votre identifiant, votre adresse électronique et votre nom affiché ; l’application les enregistre pour vous identifier. Elle conserve ensuite les données que vous saisissez : organisations, membres et rôles, invitations (adresse électronique de la personne invitée), clients, plans, blocs d’adresses, étiquettes, et le journal des modifications signé de votre nom. Un scan du réseau cloud (Azure, Google Cloud ou AWS) enregistre le résultat analysé (abonnements, projets ou comptes, réseaux virtuels, sous-réseaux, ressources) ; les adresses IP des ressources et les noms que vous leur avez donnés peuvent être des données personnelles.

Les autres données traitées sont les suivantes.

  • Profil : la langue de l’interface et la dernière version de la fenêtre « Nouveautés » que vous avez lue sont enregistrées sur votre compte.
  • Activité du compte : date de la dernière connexion et de la dernière activité, sessions ouvertes (avec le fournisseur de connexion) et identités liées à votre compte (fournisseur, identifiant et adresse du compte lié, sans jeton).
  • Auteurs des modifications : votre identité est rattachée aux versions des plans, aux décisions d’écart, aux scans et aux dernières modifications des adresses IP et des plages DHCP. Elle devient anonyme (« utilisateur supprimé ») à la suppression du compte.
  • Présence et verrous : sur un plan ouvert, votre présence et les verrous que vous posez sur des blocs sont enregistrés pour éviter les modifications simultanées.
  • Libellés libres : le propriétaire d’un bloc, d’une adresse IP ou d’une plage DHCP est un texte saisi par les membres de l’organisation. Il peut contenir des noms de personnes ; l’organisation cliente en est responsable.
  • Signalements de problèmes : le type (bug ou incident), le titre, la description et jusqu’à trois pièces jointes que vous rédigez ou joignez, avec un contexte technique (version de l’application, page sous forme de motif de route sans identifiant, navigateur, version du navigateur et système d’exploitation, langue, thème, date et heure). La page n’est enregistrée qu’en base, avec le signalement : elle n’est pas publiée dans l’issue GitHub. Le signalement est rattaché à votre compte pour limiter la fréquence des envois et pour que le propriétaire de la plateforme retrouve l’auteur ; ce lien est coupé à la suppression du compte. Limitez le texte et les pièces jointes aux données nécessaires au traitement du problème.
  • Formulaire de contact : votre nom, votre adresse électronique et votre message sont envoyés par courriel à l’adresse de support ; rien n’est enregistré dans la base de l’application.
  • Journal de la plateforme : les blocages et déblocages de comptes et les suppressions d’utilisateurs ou d’organisations faits par le propriétaire de la plateforme sont journalisés, avec son identifiant et le nom lisible de la cible.
  • Mesure d’activité : une ligne par jour et par utilisateur actif, et un compteur horaire des codes de démonstration refusés (sans adresse ni code). Ces données servent aux courbes de la plateforme.
  • Journaux techniques : l’API et le pare-feu applicatif journalisent les requêtes, dont l’adresse IP de l’appelant. Les jetons d’invitation et les codes de connexion sont masqués avant d’être écrits.
  • Courriels : l’envoi d’une invitation ou d’un message de support passe par un relais SMTP, qui voit l’adresse du destinataire et le contenu du message.

Finalités et base légale

Les données servent à authentifier les utilisateurs, à fournir le service de conception et de comparaison de plans réseaux, à tracer les modifications et à protéger l’application contre les abus.

Bases légales : l’exécution du service que vous utilisez pour l’authentification et la fourniture du service ; l’intérêt légitime de CCR-Apps pour la traçabilité des modifications et la sécurité de l’application.

Cookies et stockage local

L’application dépose un cookie de session (ct_session), indispensable et inaccessible au code de la page, valable huit heures d’activité et partagé par le site de connexion et les outils de la plateforme (cloodtools.com et ses sous-domaines), pour qu’une seule connexion serve à tous ; elle protège les écritures par un jeton anti-falsification dérivé de la session. Pendant une connexion ou une liaison de compte, un cookie technique (ct_oidc, ct_oidc_google ou ct_oidc_link) garde l’état du flux pendant 10 minutes. En démonstration, un cookie dédié dure 24 heures. Aucun cookie de mesure d’audience ni de publicité n’est utilisé.

Le navigateur garde, dans son stockage local (localStorage), sur votre appareil seulement :

  • vos préférences d’affichage : langue (aussi enregistrée sur votre compte), thème, menu replié, largeurs des panneaux, mode de la vue d’ensemble, mode de référence et profondeur de la carte, arbre du plan ouvert ou replié, volet d’état replié ;
  • le dernier plan ouvert ;
  • en démonstration, la version des nouveautés déjà vue ;
  • le repère de la dernière entrée du journal que vous avez vue, par organisation ;
  • les notifications de l’application, par personne et par organisation : 30 jours et 100 entrées au plus ;
  • la disposition des schémas de la carte, les choix du guide de scan AWS et, en démonstration hors connexion, les données de la démonstration ;
  • les données d’avant la version à plusieurs utilisateurs, proposées à l’envoi une fois (et le registre de cet envoi), le cas échéant.

Le stockage de session (sessionStorage) retient seulement qu’une aide de zoom a déjà été affichée dans l’onglet, et le lien d’une invitation en attente le temps d’une connexion. Les notifications gardées dans le navigateur sont effacées à la déconnexion. Vous pouvez vider ce stockage depuis les réglages de votre navigateur.

Accès aux fournisseurs cloud

Le scan s’exécute dans votre navigateur, sous votre identité Microsoft ou Google. Aucun jeton ne passe par le serveur et aucun secret de client n’est conservé : seul le résultat analysé est envoyé et enregistré.

Durées de conservation

Aucune tâche planifiée ne purge les données : sauf mention contraire, la suppression a lieu lors du traitement suivant (enregistrement ou consultation), dès que la donnée dépasse sa durée.

  • Données d’une organisation (plans, blocs, clients, journal des modifications, libellés de propriétaire, auteurs des modifications) : tant que l’organisation existe ; le journal est conservé avec le plan qu’il concerne.
  • Présence et verrous sur un plan : tant que le plan existe ; un verrou est libéré quand son détenteur n’est plus présent.
  • Compte (profil, identités liées, dates de connexion et d’activité) : tant que le compte existe.
  • Scans : les 20 plus récents de chaque client, les plus anciens sont supprimés.
  • Session : huit heures ; cookie de démonstration : 24 heures ; cookies techniques de connexion : 10 minutes.
  • Invitations : valables 7 jours. L’adresse d’une invitation expirée reste enregistrée jusqu’à la suppression de l’organisation ou jusqu’à une nouvelle invitation à la même adresse.
  • Signalements (base) : supprimés lors du traitement suivant dès qu’ils dépassent 90 jours. Pièces jointes stockées dans Azure Blob : supprimées par l’application avec le signalement, et par une règle Azure après 90 jours. Dans le courriel de support, le lien vers une pièce stockée dans Azure Blob est valable 7 jours ; sans Azure Blob, le lien est celui de l’API, réservé au propriétaire de la plateforme et valable tant que le signalement existe, donc jusqu’à sa suppression à 90 jours.
  • Issues GitHub créées pour les signalements : elles ne contiennent ni titre saisi, ni description, ni pièce jointe, ni donnée sur l’auteur ; elles restent sur GitHub tant que le propriétaire ne les supprime pas.
  • Journal de la plateforme : supprimé lors du traitement suivant dès qu’il dépasse 365 jours.
  • Mesure d’activité (un enregistrement par jour et par utilisateur actif) et compteur des codes de démonstration refusés : supprimés lors du traitement suivant dès qu’ils dépassent 90 jours.
  • Notifications dans le navigateur : 30 jours.
  • Journaux techniques (Azure Log Analytics) : 30 jours, durée par défaut de l’espace de travail.
  • Sauvegardes de la base de données : 7 jours, sans réplication géographique.
  • Courriels de contact et de support : conservés dans la messagerie de l’éditeur, le temps nécessaire au traitement de la demande.

Destinataires et sous-traitants

Les données d’une organisation sont accessibles aux membres de cette organisation, selon leur rôle.

Destinataire interne : le propriétaire de la plateforme, pour l’exploitation et le support de la plateforme. Il voit la liste des comptes (nom, adresse électronique, type de compte, dates de création, de dernière connexion et d’activité, statut, organisations, avec un export CSV), les métadonnées des organisations (nom, date de création, réglages, nombre de membres, de plans, de blocs et de scans, dernière activité) et, dans le détail d’une organisation, le nom, l’adresse électronique et le rôle de chaque membre, les signalements et le journal de la plateforme. Les messages de contact ne passent pas par l’application : ils sont envoyés par courriel à l’adresse de support.

Sous-traitants :

  • Microsoft Azure : hébergement de l’application, de la base de données PostgreSQL, du stockage des pièces jointes (Azure Blob), des secrets et des journaux. Région France Centrale (France), sans transfert hors de l’Union européenne prévu pour ces données.
  • Microsoft Entra et Google : authentification. Ces fournisseurs peuvent traiter des données hors de l’Union européenne ; transfert encadré par les clauses contractuelles types de la Commission européenne prévues par les conditions du fournisseur.
  • Google (scan Google Cloud) : au lancement de la connexion Google du scan, votre navigateur charge le script de connexion de Google (accounts.google.com), ce qui lui transmet votre adresse IP ; transfert encadré par les clauses contractuelles types de la Commission européenne prévues par les conditions du fournisseur.
  • GitHub (groupe Microsoft) : création d’une issue par signalement. Elle ne contient que la référence du signalement, son type et ses étiquettes, la version de l’application, le navigateur avec sa version et le système, la langue, le thème, la date et un lien vers la liste des signalements du propriétaire, jamais le titre saisi, la description, les pièces jointes ni un nom, une adresse électronique ou un identifiant d’utilisateur ou d’organisation. Hébergement aux États-Unis : transfert hors de l’Union européenne encadré par les clauses contractuelles types de la Commission européenne prévues par les conditions du fournisseur.
  • OVH (France) : relais SMTP des courriels d’invitation, de contact et de support.

Le scan des fournisseurs cloud (Azure, Google Cloud, AWS) s’exécute dans votre navigateur : Microsoft, Google ou AWS voient vos requêtes sous votre propre identité, selon leurs conditions, et ne sont pas des sous-traitants de l’application.

Vos droits

Vous pouvez accéder à vos données, les rectifier, les exporter, les effacer, vous opposer à un traitement ou en demander la limitation. La page « Paramètres » (entrée du menu utilisateur) propose, dans la carte « Mes données », « Exporter », qui télécharge vos données personnelles au format JSON, et, en bas de page, « Supprimer mon compte », qui efface votre identité : vos appartenances et sessions sont supprimées, une organisation dont vous êtes le seul membre est supprimée avec ses données, et le journal des autres organisations affiche « utilisateur supprimé ». Pour tout autre droit, passez par le formulaire de contact.

Réclamation

Vous pouvez saisir l’autorité de contrôle de votre pays, en France la CNIL (www.cnil.fr).