Sécurité et confiance
Vos fichiers restent à vous, et nous disons où nous avons encore des limites
Vos fichiers ne sont jamais envoyés sur nos serveurs. Les sauvegardes cloud chiffrées ne s'ouvrent qu'avec une clé qui reste sur vos appareils. Et Syncra conserve la copie précédente avant de remplacer ou de supprimer quoi que ce soit.
Dernière revue:
Les principes qui évitent de perdre des données
Ce sont des règles du moteur de synchronisation lui-même, pas des réglages à aller chercher.
L'ancienne copie est conservée d'abord
Avant que Syncra ne remplace ou ne supprime un fichier, la copie précédente est déplacée dans un magasin de versions (.syncra/versions). Restaurer une version conserve aussi le fichier actuel comme version : une restauration peut donc être annulée. Les versions sont gardées pendant la durée de rétention que vous définissez.
Les suppressions massives s'arrêtent et demandent
Si une exécution devait supprimer une grande part d'un dossier, elle s'arrête et attend votre confirmation. Cette protection ne peut pas être désactivée (seuls ses seuils sont réglables) et les agents IA ou MCP ne peuvent pas la lever seuls : une confirmation humaine est requise.
D'abord un plan, ensuite l'exécution
Chaque modification est planifiée et peut être prévisualisée avant d'avoir lieu. Un assistant IA connecté via MCP ne peut exécuter qu'un plan déjà prévisualisé, et si des fichiers ont changé entre-temps, il doit replanifier.
Les deux versions survivent à un conflit
Quand un fichier a changé des deux côtés, Syncra garde les deux versions côte à côte au lieu de laisser l'une écraser l'autre.
Écritures sûres, à l'intérieur de vos dossiers
Les fichiers partiels sont écrits sous un nom temporaire (.syncra-part) puis substitués de façon atomique. Les liens symboliques ne sont pas suivis et les chemins ne peuvent pas sortir du dossier synchronisé.
Pas de code unsafe dans notre cœur
Le moteur de synchronisation, le réseau, le cloud, le service, le démon, l'IA, MCP et l'enveloppe de bureau sont compilés avec #![forbid(unsafe_code)] : du code non sûr pour la mémoire ne peut pas s'y glisser par accident. Les dépendances tierces ne sont pas couvertes par cette garantie.
Chiffrement et gestion des clés
Syncra a trois chemins pour les données, et chacun a sa propre protection.
Sauvegarde cloud avec chiffrement activé
Le contenu des fichiers est chiffré sur votre PC avant l'envoi, par blocs de 64 Kio avec XChaCha20-Poly1305 et une clé aléatoire de 256 bits. Chaque bloc authentifie sa position et le chemin complet du fichier dans le dépôt distant : un octet modifié, des données réordonnées ou tronquées, un fichier échangé ou une mauvaise clé sont donc détectés à la lecture. Le fournisseur cloud ne voit que du texte chiffré.
Où se trouvent les clés
La clé de chiffrement et votre clé de récupération ne sont conservées que dans le magasin sécurisé d'identifiants de votre système (Gestionnaire d'identifiants Windows, Trousseau macOS, Linux Secret Service), à côté de vos autres secrets cloud. Elles ne sont jamais écrites dans des fichiers de configuration ni envoyées à Syncra. La clé de récupération ouvre la sauvegarde sur un autre PC. Si vous perdez la clé et le PC, personne, nous compris, ne pourra récupérer ces fichiers.
Synchronisation directe sur votre réseau
Les appareils s'associent avec un code QR ou un code, un secret à usage unique et un code de comparaison à six chiffres. Les connexions utilisent QUIC avec TLS 1.3 et des clés publiques d'appareil épinglées plutôt que des autorités de certification, et les blocs de données sont scellés avec XChaCha20-Poly1305. Rien ne passe par nos serveurs.
Qui peut voir quoi
| Données | Vos appareils | Serveurs Syncra | Votre fournisseur cloud |
|---|---|---|---|
| Contenu des fichiers d'un dépôt cloud chiffré | Lisible | Jamais reçu | Texte chiffré uniquement |
| Contenu des fichiers synchronisés sur votre réseau | Lisible | Jamais reçu | Non concerné |
| Clé de chiffrement et clé de récupération | Dans le magasin d'identifiants du système | Jamais reçue | Jamais reçue |
| Arborescence, nombre de fichiers, tailles approximatives et dates de modification d'une destination cloud chiffrée | Lisible | Jamais reçus | Visible — les noms de fichiers et de dossiers sont eux-mêmes chiffrés sur les destinations créées avec la version de bureau 0.1.3 ou ultérieure |
| Données du compte : e-mail, nom, clés publiques d'appareil | Les vôtres | Stockées (voir la Politique de confidentialité) | Non concerné |
| Données de carte bancaire | Saisies chez le prestataire de paiement | Jamais reçues | Non concerné |
Le chiffrement s'active pour chaque dépôt cloud et ne peut plus être désactivé ensuite. Un dépôt sans chiffrement stocke vos fichiers comme des fichiers ordinaires chez le fournisseur. Sur les serveurs sans magasin d'identifiants du système, les secrets vont dans un fichier chiffré dont la documentation décrit les limites.
Comptes et appareils
Le plan de contrôle (comptes, équipes, facturation, liste d'appareils) ne voit jamais vos fichiers. Voici comment il protège ce qu'il conserve.
Requêtes d'appareil signées
Chaque appareil possède sa propre paire de clés Ed25519. Une requête est signée sur la méthode, le chemin, l'horodatage, un nonce à usage unique et un hachage SHA-256 du corps. Le serveur n'accepte chaque nonce qu'une fois et rejette les requêtes décalées de plus de cinq minutes : une requête interceptée ne peut pas être rejouée. Révoquer un appareil l'arrête immédiatement.
Connexion
Vous pouvez vous connecter avec un lien par e-mail, un compte Google ou une clé d'accès (passkey). Les jetons de session ne sont stockés sur le serveur que sous forme de hachages. Les sessions du navigateur sont protégées contre les requêtes intersites par un jeton CSRF et un contrôle de l'origine.
Secrets chiffrés au repos
Les clés du prestataire de paiement et les autres secrets d'exploitation sont scellés avec AES-256-GCM avant d'être stockés, sous une clé conservée comme secret de la plateforme, et ne sont jamais renvoyés au navigateur.
Des paiements sans webhook à falsifier
Nous n'exposons aucun webhook de paiement entrant. Les prix ne sont fixés que sur le serveur ; après un paiement, le serveur interroge directement le prestataire pour le confirmer et revérifie les paiements en attente toutes les dix minutes. Les données de carte restent chez le prestataire.
Un journal d'audit impossible à modifier
Les actions sur les comptes, les appareils et les équipes sont écrites dans un journal d'audit dont la table refuse UPDATE et DELETE au niveau de la base de données. Les espaces Business peuvent l'exporter.
Rançongiciels et récupération
Un outil de synchronisation peut propager les dégâts aussi vite que le travail. Syncra est conçu pour l'en empêcher.
Il s'arrête tout seul
Syncra cherche sur votre appareil des signes de dégâts massifs : changements d'extension en masse, écrasements à forte entropie, modifications ou suppressions massives soudaines et noms de fichiers de notes de rançon. Quand le score atteint le niveau de pause, la paire passe en protection et toute exécution, automatique ou manuelle, est refusée jusqu'à ce qu'une personne la reprenne : les dégâts d'un côté ne peuvent pas atteindre l'autre. Les agents IA ne peuvent pas la reprendre.
Récupération en un clic
La récupération ramène chaque côté non touché à son dernier état sain, rend le côté touché à nouveau identique au côté sain, puis lève la protection. Les fichiers endommagés qu'elle remplace sont déplacés dans le magasin de versions, jamais supprimés.
Restauration à un instant donné
Ramenez un côté entier ou un sous-dossier à son état à l'instant de votre choix, reconstitué à partir du magasin de versions et du journal d'audit. Une restauration ne détruit rien et est elle-même enregistrée : on peut donc l'annuler par une autre restauration.
La détection est heuristique : elle peut manquer une attaque ou donner une fausse alerte (vous pouvez l'écarter). Les modifications faites directement dans un dossier en dehors de Syncra ne sont pas enregistrées ; la restauration à un instant donné ne peut donc pas les annuler, et la récupération recopie alors le côté sain. Rien de tout cela ne remplace une sauvegarde hors ligne ou hors site.
Ce que vous pouvez vérifier
Nous ne pouvons pas vous demander de nous croire sur parole, voici donc ce que vous pouvez contrôler vous-même.
Versions signées
Les installateurs Windows et l'outil en ligne de commande sont signés avec un certificat de signature de code délivré à PROJECTTEAMFORYOU. Le processus de publication refuse de publier un fichier dont la signature ou l'horodatage ne se vérifie pas, et les sommes SHA-256 (SHA256SUMS) sont calculées après la signature, afin que vous puissiez les comparer à ce que vous avez téléchargé.
Dépendances surveillées
Dependabot propose chaque semaine des mises à jour de dépendances, et chaque modification est contrôlée en intégration continue avec la base d'avis RustSec et un audit npm de gravité élevée.
Un site web strict
Les pages portent une politique de sécurité du contenu qui n'autorise que les scripts dont l'empreinte est listée pour la page, HSTS, l'interdiction d'être intégré dans un cadre et aucune déduction du type de contenu. L'application web traite les dossiers dans votre navigateur et ne téléverse rien.
Un security.txt standard
Notre contact sécurité et notre politique de signalement sont publiés à /.well-known/security.txt, l'endroit habituel où les chercheurs regardent.
Signaler une vulnérabilité
Écrivez à [email protected] avec l'objet « Security ». N'ouvrez pas de ticket public et ne publiez pas de détails avant que nous ayons pu corriger le problème. Les signalements en anglais ou en coréen sont les bienvenus.
Merci d'inclure
- Ce que vous avez trouvé et le composant ou l'URL concernés
- Les étapes pour reproduire, ou une preuve de concept
- La version ou la build testée
- Comment nous pouvons vous joindre
Nos objectifs de réponse
- Nous accusons réception de votre signalement sous 3 jours ouvrés.
- Nous partageons une première évaluation sous 7 jours.
- Nous visons un correctif ou une atténuation sous 14 jours pour les problèmes critiques et sous 90 jours pour les autres.
Ce sont des objectifs, pas des garanties. Nous n'engagerons aucune action en justice contre une recherche de bonne foi qui évite les données d'autrui et la perturbation du service. Nous n'avons pas de programme de prime aux bogues pour le moment.
Limites actuelles
Une page comme celle-ci ne vaut la peine d'être lue que si elle dit ce qui manque.
Pas encore d'audit indépendant
Syncra n'a pas été examiné par un tiers indépendant et ne détient aucune certification de sécurité comme ISO 27001 ou SOC 2. Tout ce que dit cette page est notre propre description de la façon dont le logiciel est construit.
Notre code source est privé
Vous ne pouvez pas lire le code vous-même aujourd'hui. C'est pourquoi nous publions les faits de conception ci-dessus et signons nos versions avec des sommes de contrôle.
Le chiffrement cloud ne masque pas la structure
Sur les nouvelles destinations chiffrées (bureau 0.1.3 ou ultérieur), les noms de fichiers et de dossiers sont aussi chiffrés, mais l'arborescence, le nombre de fichiers, les tailles approximatives et les dates de modification restent visibles pour le fournisseur. Les destinations créées avant gardent des noms lisibles, et le chiffrement s'active par destination.
Un PC compromis échappe à notre action
Si un logiciel malveillant contrôle votre ordinateur pendant que vous êtes connecté, il peut atteindre tout ce que votre compte atteint, y compris le magasin d'identifiants du système. Syncra ne remplace ni la protection du poste ni une sauvegarde hors ligne.
Clés perdues, données perdues
Comme vous seul détenez la clé de chiffrement et la clé de récupération, nous ne pouvons pas récupérer une sauvegarde chiffrée si vous perdez les deux.
Feuille de route
Des projets, pas des promesses : aucun n'a de date.
Évaluation de sécurité indépendante
Nous préparons une revue indépendante : périmètre, modèle de menaces, documentation des flux de données et inventaire des dépendances. Aucun évaluateur ni aucune date n'ont été convenus.
Résumé public du modèle de menaces
Publier un résumé de notre modèle de menaces, avec les risques que nous acceptons, afin qu'il puisse être critiqué.
Authentification unique pour Business
La connexion via le fournisseur d'identité d'une entreprise est prévue pour les espaces Business.
Des questions sur la sécurité ?
Écrivez à [email protected]. Nous répondons à ce que nous pouvons et nous disons quand nous ne le pouvons pas.