Le local d’abord
Le traitement et le stockage restent sur l’appareil de l’utilisateur lorsque la fonction peut raisonnablement fonctionner sans service central.
Nos principes de confidentialité
Moins de données. Plus de maîtrise.
Les produits Mistirix suivent un principe technique simple : ce qui peut fonctionner localement devrait le faire. Les données ne devraient quitter votre appareil que pour une raison claire.
La conception chez Mistirix
La confidentialité commence par l’architecture
Nous ne traitons pas la confidentialité comme un réglage ajouté après le développement. Elle guide la conception dès le départ.
Minimisation des données
Nous cherchons à ne demander que les informations nécessaires à une fonction précise. Les données inutiles ne devraient pas être collectées par défaut.
Dépendance minimale au cloud
Le cloud est utilisé lorsqu’il remplit une fonction nécessaire, pas simplement parce que le stockage centralisé est commode.
La maîtrise pour l’utilisateur
Lorsque c’est possible, chacun doit garder la maîtrise de ses informations, réglages et appareils, plutôt que dépendre d’un stockage central chez Mistirix.
Les données dont nous n’avons pas besoin
Chaque fonction n’a pas besoin de votre identité
De nombreux services commencent par demander un compte, un nom, une adresse e-mail et d’autres données personnelles. Mistirix fait l’inverse : déterminer d’abord ce qui est techniquement nécessaire, puis ne demander que ce dont la fonction a besoin.
Éviter la collecte avant de protéger les données collectées
La sécurité et le chiffrement sont importants. Mais les données personnelles superflues les mieux protégées sont celles qui n’ont jamais été demandées ni centralisées.
Architecture des produits
Des produits différents. Les mêmes principes de développement.
TUSAVO et OVALIA répondent à des besoins très différents, mais suivent la même approche Mistirix : minimiser les données et privilégier le local.
TUSAVO
La configuration familiale et les réglages de sécurité sont conçus pour rester locaux lorsque c’est possible. Les services centraux ne devraient contenir que le minimum nécessaire aux fonctions qui en ont réellement besoin.
À propos de TUSAVOOVALIA
Le dossier personnel actif est destiné à résider principalement sur l’appareil de l’utilisateur. L’usage normal ne devrait dépendre ni d’un compte OVALIA central ni d’une copie distante du dossier complet.
À propos d’OVALIAQuand le cloud est nécessaire
À distance ne signifie pas sans limites
Certaines fonctions ne peuvent pas se limiter à un seul appareil. Abonnements, restauration, communication à distance ou autres fonctions connectées peuvent nécessiter des services externes. Le même principe de minimisation s’applique alors.
Une finalité précise
Les informations côté serveur doivent avoir une raison définie d’exister et soutenir une fonction précise du produit.
Des limites dès la conception
Une fonction connectée ne doit pas automatiquement faire de tout le produit un service centré sur le cloud.
Protection pendant le transfert
Lorsque des informations doivent circuler entre appareils ou services, le système est conçu pour utiliser des communications sécurisées et un chiffrement appropriés.
Pas de collecte secondaire par défaut
Les données collectées pour une fonction nécessaire ne doivent pas devenir discrètement un profil général de l’utilisateur.
Enfants et familles
Une attention particulière lorsque des enfants sont concernés
Les produits familiaux exigent une retenue particulière. Mistirix cherche à garder les informations des enfants, les liens familiaux et les réglages du foyer hors de l’infrastructure centrale, sauf nécessité réelle d’une fonction.
Les données familiales ne sont pas une ressource commerciale
Les informations sur les enfants et la vie familiale ne doivent pas être collectées simplement parce que la technique le permet. Les besoins du produit passent d’abord ; la collecte suit seulement si elle est nécessaire.
Sécurité
Protéger ce qui doit exister
La minimisation réduit l’exposition, mais les informations nécessaires exigent toujours une protection adaptée. La sécurité fait donc partie de la même démarche de conception.
Stockage local sécurisé
Les informations locales sensibles sont conçues pour bénéficier des protections adaptées à la plateforme, plutôt que du seul stockage ordinaire de l’application.
Communications chiffrées
Les fonctions connectées sont conçues pour protéger les informations sensibles lors de leur transmission entre appareils et services de confiance.
Restaurer sans centraliser la maîtrise
Lorsqu’une restauration est proposée, l’objectif est d’assurer la continuité sans faire de Mistirix le détenteur permanent du dossier personnel complet de l’utilisateur.
Réévaluation continue
Les hypothèses de confidentialité et de sécurité doivent être réexaminées à mesure que les produits et les plateformes évoluent.
Informations juridiques
Des règles explicites pour chaque produit
Cette page présente les principes de développement des produits Mistirix. Avant leur lancement public, chaque produit fournira aussi les informations formelles de confidentialité, de traitement des données et d’utilisation requises pour les services réellement proposés.
Pas d’élargissement discret des finalités
Si une future fonction Mistirix nécessite des informations supplémentaires ou un traitement différent, cela doit être expliqué clairement, plutôt qu’absorbé dans une autorisation large ou une déclaration générale.
Mistirix
Collecter moins. Protéger ce qui reste.
Les produits Mistirix sont conçus pour éviter d’emblée les données personnelles inutiles.
Si une fonction n’a besoin ni de votre nom, ni de votre adresse e-mail, ni d’autres identifiants, nous préférons ne pas les demander. Des données qui ne sont pas collectées n’ont pas à être stockées, transférées, sécurisées ou restaurées ensuite.
Pour les informations nécessaires, nous prévoyons une protection adaptée : stockage local sécurisé, communications chiffrées et traitement externe soigneusement limité.
Cette approche respecte mieux la vie privée, simplifie la sécurité et utilise plus efficacement l’infrastructure de nos produits.
Moins de données centralisées signifie moins de stockage, moins de trafic inutile et moins de systèmes mobilisés pour garder des informations dont personne n’avait vraiment besoin.
La base de données la plus écologique est parfois celle qu’il n’a jamais fallu construire.