Politique de confidentialité

Dernière mise à jour : 3 septembre 2026

Observer est un anticheat pour serveurs Minecraft. Son fonctionnement même suppose d'analyser ce que les joueurs envoient à un serveur, puis d'en conserver une trace. Ce document dit lesquelles de ces données sont personnelles, à quel titre elles sont traitées, combien de temps, et ce que chacun peut exiger.

1. Deux rôles distincts, et il faut les séparer

Observer intervient à deux titres différents, qui n'emportent pas les mêmes obligations.

Pour votre compte client — responsable de traitement

Lorsque vous créez un compte, souscrivez une offre et utilisez le panel, c'est Observer qui décide des finalités et des moyens. Nous sommes responsable de traitement, et cette politique s'applique directement.

Pour les données des joueurs de votre serveur — sous-traitant

Les détections concernent des joueurs qui n'ont aucune relation avec Observer. C'est vous, exploitant du serveur, qui décidez d'installer le plugin, de ce qu'il surveille et des sanctions appliquées. Vous êtes donc responsable de traitement pour ces données, et Observer agit comme sous-traitant, sur vos instructions.

Les obligations réciproques figurent dans notre accord de sous-traitance, qui fait partie intégrante du contrat. Il vous incombe notamment d'informer vos joueurs qu'un anticheat analyse leur jeu.

2. Données traitées

Compte client

Serveurs rattachés

Mesure de performance du plugin

Toutes les cinq minutes, le plugin nous envoie un résumé de son propre coût sur votre serveur : la durée réelle d'un tick, le temps qu'Observer passe sur le fil principal, le nombre de joueurs connectés, la mémoire utilisée et sa version. Ces mesures nous servent à optimiser le plugin sur des serveurs réels plutôt que sur un banc d'essai ; elles ne sont pas affichées dans votre panel.

Aucune donnée de joueur n'y figure : ni pseudonyme, ni UUID, ni position, ni action — un effectif est un nombre, pas une liste. Ce sont les métriques de notre logiciel tournant chez vous, et rien d'autre. Vous pouvez les couper à tout moment en posant perf.enabled: false dans le fichier config.yml du plugin ; rien d'autre n'en dépend.

Mesure d'usage du produit

Pour savoir ce qui sert et ce qui ne sert pas, le plugin et le panel envoient des événements d'usage à PostHog, un outil d'analyse de produit, sur son instance hébergée dans l'Union européenne. Côté plugin : sa version, celle de Paper et de Java, le nombre de protections actives, le palier de licence, l'effectif connecté et le maximum configuré (des nombres), deux durées — depuis le démarrage, et celle de la session à son arrêt —, le nom des sous-commandes utilisées, les décisions du portail de mods, l'état du masque de vie, les mises à jour appliquées, et le pays, la langue et le fuseau horaire que déclare la machine — jamais son adresse IP. Chaque envoi porte un identifiant dérivé de votre clé d'API (son empreinte SHA-256, jamais la clé elle-même) : il permet de compter les serveurs sans en nommer aucun. Côté panel : cinq gestes — connexion, ouverture de la vue d'ensemble, ouverture de la caisse, offre souscrite, page de téléchargement — rattachés à l'identifiant technique de votre compte, jamais à votre adresse électronique, et accompagnés de l'identifiant de votre organisation, de l'offre concernée, du nombre de serveurs rattachés et de la version proposée au téléchargement.

Votre adresse IP : nous ne l'envoyons pas, nous demandons qu'elle ne soit ni exploitée ni conservée. Comme toute requête sortante, un envoi vers PostHog expose à son destinataire l'adresse IP de votre serveur : c'est le fonctionnement du réseau, et nous ne pouvons pas ne pas l'avoir.

Ce que nous obtenons : chaque envoi porte l'instruction $geoip_disable, qui interdit à PostHog de déduire de cette adresse le pays, la ville et les coordonnées de votre serveur. Nous l'avons vérifié le 3 septembre 2026 en relisant nos propres événements : aucune donnée géographique ne les accompagne.

Ce que nous n'obtenons pas, et nous préférons l'écrire : l'adresse elle-même est conservée par PostHog comme propriété technique de la requête. Nous avons demandé qu'elle ne le soit pas, de deux façons différentes et sur les deux moitiés du produit ; la relecture des événements réels montre que ces demandes ne sont pas suivies. Interdire cette conservation ne se fait pas envoi par envoi mais par un réglage global de l'outil, qui concerne aussi des services sans rapport avec Observer.

Ce que cela couvre, précisément : l'adresse de votre serveur, pas celle de vos joueurs, dont aucune ne quitte votre machine. Et si cela ne vous convient pas, la coupure est immédiate et totale : usage.enabled: false supprime la requête, donc l'adresse avec elle. Côté panel, la question ne se pose pas — voir le paragraphe suivant.

Côté panel, l'adresse conservée n'est pas la vôtre : la mesure est prise sur notre serveur, pas dans votre navigateur. La requête vers PostHog part de chez nous, donc l'adresse qu'elle expose est la nôtre ; la vôtre n'y figure jamais, et nous n'avons rien à demander pour cela. Le pays, la langue et le fuseau dont parle le paragraphe précédent viennent d'ailleurs : de ce que la machine elle-même déclare, jamais d'une adresse.

Aucune donnée de joueur n'y figure : ni pseudonyme, ni UUID, ni position, ni action — comme pour la mesure de performance, et pour la même raison. Cette mesure est capturée côté serveur : aucun script tiers n'est chargé dans votre navigateur et aucun cookie n'est déposé pour elle. Elle ne concerne que les personnes connectées : un visiteur sans compte n'est jamais mesuré, y compris sur nos pages publiques — la page de téléchargement reste servie à tous, mais ne mesure que vous si vous êtes connecté. Côté plugin, vous la coupez en posant usage.enabled: false dans config.yml ; rien d'autre n'en dépend. Pour la part du panel, vous pouvez vous y opposer en nous écrivant (§ 6). Ces événements sont conservés 12 mois : c'est la durée réglée sur le projet PostHog et notre engagement. Nous préférons dire comment elle s'applique : PostHog n'efface pas encore de lui-même les événements d'analyse produit à l'échéance d'un tel réglage. Une demande de suppression (§ 6) est donc exécutée à la main — et elle aboutit, parce que tous vos événements portent le même identifiant, l'empreinte de votre clé.

Joueurs — les données de vos joueurs, pas les vôtres

Ce qu'Observer ne collecte pas : aucune adresse IP de joueur, aucun contenu de conversation, aucune donnée de compte Microsoft ou Mojang, aucun fichier du poste du joueur. Le plugin analyse les paquets de jeu, et n'en conserve que le résumé nécessaire à une décision de modération.

Facturation

Le paiement est traité par Stripe, sur ses propres pages. Aucune donnée de carte ne transite par Observer, ne s'y affiche ni ne s'y conserve. Nous ne gardons que des identifiants techniques Stripe (client, abonnement), l'offre souscrite et la date d'échéance.

Journal des accès d'exploitation

Lorsque l'exploitant d'Observer consulte une organisation cliente, une fiche de joueur ou un incident dans le cadre du support, l'accès est inscrit dans un journal que la base de données refuse de modifier ou de supprimer. Ce journal enregistre l'adresse de l'exploitant, l'action, l'objet consulté et l'horodatage. Il existe précisément parce que les joueurs concernés sont des tiers : sans lui, la question « qui a consulté ce joueur, et quand ? » n'aurait aucune réponse.

3. Finalités et bases légales

Observer ne vend aucune donnée, ne fait aucune publicité, n'établit aucun profil à des fins commerciales et ne pratique aucun suivi entre sites.

4. Durées de conservation

Ces durées sont appliquées par le logiciel, et non seulement annoncées ici : les détections dont la durée est écoulée sont supprimées, et cette suppression ne dépend d'aucune décision humaine. Les événements d'usage sont la seule exception, et nous le disons plutôt que de le laisser croire : la durée y est réglée dans PostHog, mais PostHog n'exécute pas encore la suppression à l'échéance. Là, c'est une main qui l'applique — la nôtre, sur demande.

5. Qui d'autre voit ces données

Observer fait appel aux prestataires suivants, qui agissent comme sous-traitants ultérieurs et n'utilisent pas ces données pour leur propre compte, sauf mention contraire.

6. Vos droits

Vous disposez d'un droit d'accès, de rectification, d'effacement, de limitation, d'opposition et de portabilité, ainsi que du droit de définir des directives sur le sort de vos données après votre décès.

Si vous êtes client : deux de ces droits s'exercent sans nous écrire, depuis l'écran « Offre » du panel : obtenir une copie de vos données (accès et portabilité), et supprimer votre compte (effacement). La suppression est immédiate et définitive ; si vous êtes le dernier membre de votre organisation, elle emporte vos serveurs et leurs détections. Pour tout le reste, écrivez à l'adresse indiquée dans les mentions légales : nous répondons sous un mois.

Deux choses ne disparaissent pas avec votre compte, et nous préférons le dire que le laisser découvrir. Vos factures sont retenues dix ans chez notre prestataire de paiement par une obligation comptable (article 17.3.b du RGPD). Les données que le plugin conserve sur vos propres serveurs sont chez vous : désinstallez-le pour vous en défaire.

Si vous êtes joueur sur un serveur protégé par Observer : adressez-vous d'abord à l'exploitant de ce serveur. C'est lui qui décide de l'usage fait de vos détections, et lui seul peut nous demander de les supprimer. Si vous ne parvenez pas à l'identifier, écrivez-nous : nous transmettrons votre demande et, si le droit l'exige, y ferons droit directement.

Vous pouvez introduire une réclamation auprès de la CNIL.

7. Cookies

La vitrine ne dépose aucun cookie et n'embarque aucun outil de mesure d'audience. Le panel dépose un cookie de session, strictement nécessaire à votre connexion : sans lui, vous ne pourriez pas rester authentifié. Ce type de cookie ne requiert pas votre consentement, et aucun autre n'est déposé. La mesure d'usage décrite au § 2 se fait côté serveur, sans script ni cookie dans votre navigateur : c'est ce qui permet de n'afficher aucune bannière.

8. Sécurité

• Chiffrement de tous les échanges (HTTPS).
• Les clés d'API des serveurs ne sont conservées que sous forme d'empreinte ; la clé en clair n'existe nulle part chez nous.
• Cloisonnement strict entre clients : chaque lecture de la base exige l'organisation, et une donnée d'un autre client est indistinguable d'une donnée inexistante.
• Les accès d'exploitation aux données de joueurs sont journalisés de façon inaltérable.
• Aucune donnée de carte bancaire n'est traitée par nos systèmes.

En cas de violation de données susceptible d'engendrer un risque pour les personnes, nous notifions la CNIL dans les 72 heures et informons les responsables de traitement concernés sans délai.

9. Modifications

Toute modification substantielle de ce document est signalée aux clients par courrier électronique, et la date de mise à jour ci-dessus est modifiée.