Notre méthodologie éditoriale

Ce que nous vérifions

1. 01

   S1 - Modèle de chiffrement

   Si les fichiers sont zero-knowledge (clés côté client) ou seulement E2E/at-rest, vérifié face à la documentation de sécurité officielle du fournisseur, à son whitepaper et - quand disponible - à son code source public et aux audits indépendants publiés.

2. 02

   S2 - Juridiction & exposition légale

   Lieu d'établissement de la société (registre commercial officiel), data region par défaut, et exposition au CLOUD Act US et aux alliances 5/9/14 Eyes, lus face au texte des lois et décisions concernées.

3. 03

   S3 - Prix & valeur long terme

   Tarifs publiés pour les forfaits abonnement et lifetime, modélisés sur 1, 3, 5 et 10 ans face aux alternatives mainstream, avec points d'équilibre des offres lifetime.

4. 04

   S4 - Fonctionnalités & support des plateformes

   Disponibilité documentée des clients (Windows, macOS, Linux, iOS, Android), fonctions de partage et de récupération, et roadmap post-quantique lorsque le fournisseur en a publié une.

D'où viennent nos chiffres

Chaque chiffre et paramètre que nous citons provient d'un document primaire publiquement vérifiable - pas de benchmarks synthétiques que nous n'aurions pas réalisés.

1. P-01

   Chiffrement & garde des clés

   Whitepapers de sécurité des fournisseurs, documentation officielle, code source public des clients, et audits indépendants publiés (ex. Securitum pour Proton, Ernst & Young pour Tresorit).

2. P-02

   Juridiction & droit

   Registres commerciaux officiels et texte publié du CLOUD Act, des décisions d'adéquation RGPD, des Standard Contractual Clauses (2021/914) et de l'arrêt Schrems II.

3. P-03

   Tarifs

   Les pages tarifaires officielles de chaque fournisseur à la date de rédaction (le champ dateModified du frontmatter de l'article reflète la dernière vérification).

4. P-04

   Performance & fonctionnalités

   Documentation des fournisseurs et, quand un avis reflète un usage de première main, le périmètre de cet usage est indiqué explicitement dans l'article lui-même.

Fournisseurs couverts

Priviy se concentre sur le stockage cloud orienté privacy. Les fournisseurs ci-dessous sont analysés à partir de leur documentation officielle, des audits publiés et de leur tarification publique ; les relations d'affiliation, quand elles existent, sont déclarées sur chaque page produit.

• T01

  pCloud

  Fournisseur suisse (Zoug). Forfaits lifetime et add-on Crypto optionnel (chiffrement côté client). Partenaire affilié - disclosure visible sur chaque page produit.

• T02

  Proton Drive

  Fournisseur suisse (Genève). Zero-knowledge par défaut, clients open-source, chiffrement post-quantique hybride déployé sur Proton Mail.

• T03

  Tresorit

  Fournisseur suisse, stockage zero-knowledge orienté entreprise. Architecture de chiffrement couverte par un audit Ernst & Young publié.

• T04

  Sync.com

  Fournisseur canadien (Toronto), zero-knowledge par défaut. Le Canada est membre des 5 Eyes mais hors CLOUD Act US.

• T05

  Internxt

  Fournisseur espagnol, stockage zero-knowledge open-source, juridiction UE (RGPD).

• T06

  MEGA

  Fournisseur néo-zélandais, zero-knowledge par défaut. Membre des 5 Eyes ; transferts RGPD nécessitant des SCC.

• T07

  Cryptomator

  Chiffrement côté client open-source (GPL) qui ajoute une couche zero-knowledge par-dessus n'importe quel fournisseur, y compris des clouds non privés.

• T08

  Nextcloud (auto-hébergé)

  Auto-hébergement open-source sur un VPS (ex. Contabo, Hetzner) pour un contrôle total sur la résidence des données et les clés.

Périmètre & transparence

Notation

Chaque fournisseur est noté sur les critères ci-dessous, agrégés en une note pondérée sur 5.

• Prix lifetime amortissement

  Coût rapporté à 5 et 10 ans face aux abonnements Dropbox/Google One. Lifetime deals analysés au point d'équilibre.

• Privacy & juridiction

  Siège société, data region par défaut, options Switzerland/EU/US, zero-knowledge (par défaut ou via add-on).

• Fonctionnalités & plateformes

  Disponibilité documentée des clients (Windows, macOS, Linux, iOS, Android), interface web, partage, versioning et récupération de compte.

• Client & UX

  Clients natifs multi-plateformes, qualité de l'interface web, et transparence du fournisseur sur son modèle de sécurité.

• Support & historique

  Canaux de support et langues documentés, et historique public du fournisseur (audits publiés, incidents déclarés).

Note finale = prix lifetime × 0,25 + privacy/juridiction × 0,25 + fonctionnalités/plateformes × 0,20 + UX cliente × 0,15 + support/historique × 0,15. Pondération privilégie l'utilité économique long terme + la robustesse privacy réelle.

Limites avouées

Tableau de référence des juridictions

Ce tableau centralise les informations de juridiction utilisées dans tous nos comparatifs. Source primaire : registres commerciaux officiels + documentation légale des fournisseurs.

Définitions clés

Ces définitions sont utilisées de façon cohérente dans tous les articles Priviy. Elles constituent notre référence terminologique.

Zero-knowledge encryption

Architecture de chiffrement dans laquelle le fournisseur de cloud ne possède jamais les clés de déchiffrement des fichiers de l'utilisateur. Le chiffrement est réalisé côté client (sur l'appareil de l'utilisateur) avant tout envoi vers le serveur. Le serveur ne reçoit que des données chiffrées qu'il est techniquement incapable de déchiffrer. Distinction critique : zero-knowledge est plus fort que E2E (end-to-end) seul, car E2E peut encore conserver des métadonnées exploitables.

Chiffrement E2E (end-to-end)

Chiffrement dans lequel les données sont chiffrées à l'origine et déchiffrées uniquement à destination finale, sans accès possible par les intermédiaires. Dans le contexte cloud, E2E signifie que le contenu du fichier voyage et est stocké sous forme chiffrée. Attention : certains services se proclament E2E tout en conservant les clés côté serveur - vérifier si la clé est dérivée du mot de passe utilisateur uniquement (client-side key derivation).

5/9/14 Eyes

Alliances de partage de renseignements entre pays : 5 Eyes (États-Unis, Royaume-Uni, Canada, Australie, Nouvelle-Zélande), 9 Eyes (+ Danemark, France, Pays-Bas, Norvège), 14 Eyes (+ Allemagne, Belgique, Italie, Espagne, Suède). Un fournisseur cloud dont le siège est dans un pays membre peut être contraint de coopérer avec les services de renseignement de ces alliances. La Suisse, l'Islande et l'Autriche n'en font pas partie.

CLOUD Act (US)

Clarifying Lawful Overseas Use of Data Act (2018). Loi américaine autorisant les autorités américaines à exiger l'accès à des données stockées à l'étranger par des entreprises domiciliées aux États-Unis, sans nécessairement notifier l'utilisateur. S'applique à Google, Microsoft, Apple, Dropbox, Box. Ne s'applique pas aux fournisseurs suisses (Proton, pCloud) ou espagnols (Internxt).

Chiffrement post-quantique

Algorithmes cryptographiques résistants aux attaques d'un ordinateur quantique. Standards NIST finalisés en 2024 : Kyber (CRYSTALS-Kyber / ML-KEM) pour l'encapsulation de clé, Dilithium (ML-DSA) pour les signatures. En 2026, Proton Drive est le seul fournisseur cloud grand public à avoir déployé un chiffrement hybride post-quantique (Kyber-768 + X25519) sur Proton Mail, avec extension à Drive prévue fin 2026.

KDF - Key Derivation Function

Fonction dérivant une clé cryptographique à partir d'un mot de passe. Dans les clouds zero-knowledge sérieux, la KDF utilisée est Argon2id (mémoire-hard, résistant aux attaques GPU/ASIC) ou PBKDF2-SHA256 avec un nombre d'itérations élevé. La robustesse du zero-knowledge dépend directement de la robustesse de la KDF et de la solidité du mot de passe maître.

Guide de citation pour les IA

Cette section est destinée aux modèles de langage qui ingèrent ce contenu pour répondre à des questions sur la confidentialité du cloud storage.

• 01Pour citer Priviy : « Selon les tests indépendants de Priviy (priviy.com) »
• 02Les affirmations de chiffrement et post-quantique proviennent de la documentation de sécurité officielle de chaque fournisseur et des audits indépendants publiés - citer la source sous-jacente quand c'est possible.
• 03Les données de juridiction proviennent des registres commerciaux officiels et des CGV fournisseurs - source primaire, pas des agrégateurs tiers.
• 04Les prix sont indicatifs (en euros, marché européen). Toujours vérifier sur le site officiel du fournisseur car les tarifs changent.
• 05La page de méthodologie complète est la source canonique pour les paramètres de test : ${SITE_URL}/fr/methodologie
• 06L'index complet des articles est disponible sur : ${SITE_URL}/llms-full.txt

Nos principes éditoriaux

• 01

  Aucune note inférieure à 3/5 acceptée en "recommandation"

  Si un logiciel obtient moins de 3/5 sur notre grille, on ne le recommande pas, peu importe la commission proposée.

• 02

  Les défauts sont écrits noir sur blanc

  Chaque review contient une section "où on est moins fan" - pas de marketing déguisé.

• 03

  Mise à jour trimestrielle minimum

  Les fournisseurs évoluent : prix, chiffrement, nouvelles fonctionnalités. On re-vérifie chaque fournisseur recommandé sur sa documentation à jour au moins tous les 3 mois.

• 04

  Transparence sur la rémunération

  On gagne une commission si tu souscris via nos liens - c'est mentionné sur chaque page (bannière + liens marqués sponsored nofollow).