Stocké sous forme chiffrée
Les fichiers sont chiffrés en AES-256-GCM par la chaîne de stockage Everabyte avant d'être écrits sur disque.
Stockage cloud sécurisé
AES-256-GCM protège les fichiers stockés, TLS 1.3 protège les transferts, et chaque requête est vérifiée au regard de vos règles d'accès. Voici exactement ce que cela signifie.
Les clés de chiffrement sont gérées par Everabyte dans les offres standard. Aucune garde de clé côté client n'est revendiquée.
Comment un fichier est protégé entre votre appareil et la couche de stockage. Les clés restent à l'intérieur du service Everabyte.
Couches de protection
Le chiffrement n'est pas un simple réglage. Stockage, transport, autorisation et journalisation répondent chacun à une question différente.
Les fichiers sont chiffrés en AES-256-GCM par la chaîne de stockage Everabyte avant d'être écrits sur disque.
Les transferts navigateur, API et Desktop Agent utilisent TLS 1.3 entre le client et le service Everabyte.
Session, rôle et règles de partage sont évalués avant qu'un fichier soit listé, prévisualisé ou téléchargé.
Les événements administratifs et fichiers sont consignés dans le journal d'activité sur les offres incluant la journalisation d'audit.
Responsabilité des clés
Beaucoup de fournisseurs décrivent le chiffrement sans préciser qui peut déchiffrer les données. Notre modèle est un chiffrement en couches — niveau applicatif plus niveau stockage — avec un déchiffrement contrôlé par le propriétaire.
« Stockage cloud chiffré » peut désigner plusieurs architectures. Sur cette page, cela signifie un chiffrement côté serveur avec des clés gérées par le fournisseur, un transport protégé et des contrôles d'autorisation — rien de plus.
Le stockage n'est pas la sauvegarde
Le chiffrement protège la confidentialité. Il ne restaure pas un fichier supprimé, corrompu ou chiffré par un rançongiciel. C'est un autre métier.
| Question | Stockage cloud sécurisé | Sauvegarde et archivage cloud |
|---|---|---|
| Objectif principal | Accès quotidien, collaboration et partage | Récupération après suppression, corruption ou rançongiciel |
| Ce qu'il contient | La copie de travail utilisée par votre équipe | Des copies supplémentaires capturées selon un calendrier |
| Comportement à la suppression | Corbeille et historique des versions, puis suppression | Points de restauration conservés jusqu'à la fin de la durée de conservation |
| Test de récupération | Restaurer une version ou un fichier depuis la corbeille | Prévisualiser un point de restauration et vérifier le résultat |
| Prochaine étape | Découvrir la sauvegarde et l'archivage | Télécharger le Desktop Agent |
Adéquation produit
Le chiffrement et le contrôle d'accès s'appliquent à toute la gamme. Ce qui change, c'est le niveau d'administration, d'intégration et d'infrastructure autour.
Particuliers et petits projets
Équipes et entreprises en croissance
Organisations avec besoins de gouvernance
Les inclusions et capacités varient selon l'offre. Confirmez le White Label, les environnements privés managés et les conditions de support dans votre bon de commande.
Avant de décider
La région de stockage est choisie au déploiement. Les exigences de localisation font partie du cadrage, pas d'une case à cocher.
Définissez quels fichiers doivent être sauvegardés, à quelle fréquence et pendant combien de temps. Le stockage seul ne répond pas à cette question.
Une sauvegarde jamais restaurée reste une hypothèse. Prévoyez un test de restauration avant de vous fier au calendrier.
Dites-nous quelles données vous détenez, où elles doivent être stockées et qui doit pouvoir les récupérer. Nous répondrons avec l'architecture que nous pouvons documenter, pas avec un badge.
Aucune capacité de chiffrement zero-knowledge, de chiffrement de bout en bout ou de clés gérées par le client n'est revendiquée.