Politique de confidentialité

Dernière mise à jour : 17 septembre 2026  ·  En vigueur depuis le : 5 août 2026

S'applique à l'application Android Solid Share (paquet com.erfangholami.solidshare) dans toutes ses distributions, et au site web solidshare.app.

1. Qui est responsable

Solid Share est développée et publiée par Erfan Gholami, développeur indépendant. Pour les quelques données décrites dans cette politique qui nous parviennent réellement, à nous ou à nos sous-traitants — pour l'essentiel les diagnostics de la version Google Play et les journaux de requêtes du site web —, Erfan Gholami est le responsable du traitement.

Pour le contenu que vous gardez sur votre pod Solid, c'est vous qui décidez : il est stocké par le fournisseur de pod que vous avez choisi, sous votre propre compte, et Solid Share n'est que l'application cliente avec laquelle vous y travaillez.

Contact pour les questions de confidentialité et les demandes d'accès : erfangholami76@gmail.com.

2. Où vivent vos données

Solid Share est un client pour les pods Solid. Ce n'est pas un service qui stocke vos données.

À la connexion, vous vous authentifiez directement auprès du fournisseur de pod que vous avez choisi, via Solid-OIDC. Ensuite, l'application lit et écrit des ressources sur votre pod : fichiers, contacts, billets, enregistrements de partage et notifications. Ces requêtes vont de votre téléphone à votre fournisseur de pod. Elles ne passent par aucun serveur exploité par nous, car un tel serveur n'existe pas.

Le domaine solidshare.app ne sert que des fichiers statiques :

• ce site web ;
• le document Client ID OAuth à /.well-known/clientid.jsonld, que votre fournisseur de pod récupère pendant la connexion pour identifier l'application ;
• le fichier de vérification des Android App Links à /.well-known/assetlinks.json ;
• les liens de partage et de billets, que l'application intercepte et ouvre localement (voir §4.6).

Votre fournisseur de pod a sa propre politique de confidentialité et ses propres conditions, qui régissent les données que vous y stockez. Lisez-les : c'est là que réside réellement votre contenu.

3. Deux versions de l'application

Solid Share existe sous deux formes. Elles offrent les mêmes fonctions, mais diffèrent sur un point de confidentialité : les diagnostics.

Si vous préférez qu'aucun diagnostic ne soit collecté, installez la version FOSS. Les deux versions sont produites à partir du même code source public sur github.com/erfangholami/SolidShare, sous licence MIT : chaque affirmation de cette politique peut donc être vérifiée dans le code.

4. Ce que l'application traite

4.1 Votre identité Solid et la connexion

La connexion ouvre la page de login de votre fournisseur de pod dans un onglet du navigateur. Solid Share ne voit, ne traite ni ne stocke jamais votre mot de passe. Une fois votre accord donné, l'application reçoit et conserve sur votre appareil :

• votre WebID (l'URL qui vous identifie) et l'adresse de votre fournisseur de pod ;
• les informations de profil publiées à votre WebID — en général votre nom, votre photo et ce que vous avez choisi de rendre public ;
• les jetons OAuth et une paire de clés cryptographiques prouvant que ces jetons sont les vôtres (DPoP, RFC 9449).

Les jetons et la paire de clés sont stockés chiffrés sur votre appareil, avec la clé de chiffrement dans l'Android Keystore, et ne sont envoyés qu'à votre fournisseur de pod et à votre pod. Vous pouvez vous connecter avec plusieurs comptes ; les données de chaque compte restent séparées sur l'appareil, et déconnecter un compte efface ses données locales.

4.2 Fichiers, photos et vidéos

L'application n'envoie sur votre pod que ce que vous choisissez explicitement : un fichier pris dans le sélecteur de documents d'Android, une image ou une vidéo prise dans le sélecteur de photos, ou une photo ou une vidéo que vous réalisez sur le moment avec la caméra. Les téléchargements sont écrits à l'emplacement que vous indiquez.

Solid Share ne demande pas d'accès étendu à votre photothèque ni à tous les fichiers de l'appareil, et n'analyse pas votre stockage. Elle ne voit que ce que vous lui confiez.

Pour que la navigation fonctionne hors ligne, l'application garde une copie locale des métadonnées des fichiers — noms, tailles, types, horodatages, adresses sur le pod — et des modifications faites hors ligne, jusqu'à ce qu'elles puissent partir vers votre pod. Ce cache est chiffré (voir §12).

4.3 Contacts

Les contacts sont une fonction que vous activez, et ils ne circulent qu'entre votre appareil et votre pod. Rien n'est envoyé ni à nous ni à un tiers. Deux sens existent, tous deux nécessitant la permission Contacts :

• Pod → appareil. Les contacts stockés sur votre pod apparaissent dans l'application Contacts du téléphone sous un compte « Solid Share », un par WebID connecté, afin que les autres applications du téléphone puissent les utiliser. La déconnexion retire ces entrées de l'appareil. Les modifications que vous y faites depuis l'application Contacts repartent vers votre pod. Cela se produit environ toutes les quatre heures et à l'ouverture de l'écran des contacts.
• Appareil → pod. Une action explicite et unique, « Importer les contacts du téléphone et de Google », copie les contacts de votre appareil vers votre pod. C'est une copie : vos contacts du téléphone et vos contacts Google ne sont jamais modifiés ni supprimés par Solid Share.

Vous pouvez aussi importer et exporter des contacts sous forme de fichiers vCard (.vcf) via le sélecteur de fichiers d'Android ; l'application ne lit ou n'écrit que le fichier que vous désignez.

Les champs de contact traités sont les champs usuels — noms, numéros de téléphone, adresses e-mail, adresses postales, organisations, notes, photos, WebID et similaires — et ils sont écrits sur votre pod puis mis en cache, chiffrés, sur votre appareil.

Comme les contacts décrivent d'autres personnes, rappelez-vous qu'en les envoyant sur votre pod vous devenez responsable de ces données au regard de la loi applicable, et que votre fournisseur de pod les stockera. Si vous ne le souhaitez pas, n'activez pas les contacts : rien d'autre dans l'application n'en dépend.

4.4 Billets et pass

Les billets que vous ajoutez — en scannant un code-barres, en remplissant le formulaire, ou en important un fichier .pkpass d'Apple Wallet — sont stockés sur votre pod, avec le fichier d'origine du pass lorsqu'il y en a un. Les codes-barres sont décodés entièrement sur votre appareil par un décodeur libre ; aucune image de la caméra ne quitte jamais le téléphone.

Mises à jour des pass. Si un pass importé déclare un service de mise à jour de son émetteur, l'application demande à cet émetteur — la compagnie aérienne, l'opérateur de transport ou la salle qui a produit le pass, pas nous — une copie à jour environ toutes les douze heures. Cette requête porte les identifiants du pass et son propre jeton d'authentification, tous deux contenus dans le fichier que l'émetteur vous a remis. Comme pour toute requête web, l'émetteur voit votre adresse IP et le fait que le pass est encore utilisé. Supprimer le billet arrête les requêtes.

4.5 Partage

Quand vous partagez quelque chose, l'application, agissant en votre nom et sur votre pod :

• écrit une règle de contrôle d'accès donnant au WebID du destinataire le niveau d'accès que vous avez choisi ;
• enregistre une entrée de partage pour que l'application puisse montrer ce que vous avez partagé, avec qui et quand ;
• peut déposer une notification dans la boîte de réception Solid du destinataire, afin que son application l'en informe. Cette notification contient votre WebID, l'adresse de la ressource et le niveau d'accès, et elle est remise au fournisseur de pod du destinataire.

Le destinataire — et son fournisseur de pod — apprennent nécessairement votre WebID et ce que vous avez partagé. C'est tout l'objet du partage, mais cela mérite d'être dit clairement.

Environ toutes les quinze minutes, l'application consulte la boîte de réception de votre propre pod pour y trouver les notifications de partage entrantes et vous les montrer. Cette vérification va vers votre pod, nulle part ailleurs.

4.6 Liens de partage et codes QR

Un lien de partage ressemble à https://solidshare.app/s?resource=…&owner=…&type=…. Quiconque détient le lien peut en lire les valeurs : traitez donc un lien de partage comme sensible et ne l'envoyez qu'à la personne à qui il est destiné.

Quand le lien est ouvert sur un appareil où Solid Share est installée, Android le remet directement à l'application et rien n'est demandé au réseau. S'il est ouvert dans un navigateur — par exemple sur un ordinateur, ou sur un téléphone sans l'application —, alors, comme pour toute adresse web, le lien complet avec ses paramètres est envoyé au serveur qui héberge solidshare.app et peut apparaître dans les journaux de requêtes habituels de cet hébergeur (voir §15). Nous ne lisons pas ces journaux, ne les analysons pas et n'en tirons aucun profil.

Les liens de billets (https://solidshare.app/t#…) gardent leur contenu après le #, que les navigateurs ne transmettent jamais au serveur.

4.7 Notifications et travail en arrière-plan

Les notifications sont produites localement sur votre appareil — nouveaux partages, résultats de synchronisation, progression des imports et exports. Solid Share n'utilise aucun service de notifications push : aucun tiers n'intervient donc dans leur remise. Les imports et exports s'exécutent comme des tâches de synchronisation au premier plan pour qu'Android ne les interrompe pas ; la notification que vous voyez est ce que cela exige.

4.8 Diagnostics — version Google Play uniquement

La version Google Play inclut Firebase Crashlytics, Google Analytics for Firebase et Firebase Performance Monitoring, afin que les plantages et les défaillances puissent être trouvés et corrigés. Ils sont actifs dans les versions Play publiées et collectent :

• Des rapports de plantage et d'erreur — type d'exception, pile d'appels, court message d'erreur, opération en échec, version de l'application, modèle d'appareil, version d'Android, langue, horodatage et un identifiant d'installation Firebase ;
• Un petit ensemble d'événements applicatifs — la réussite ou l'échec d'une connexion, l'expiration d'une session avec un code d'erreur court, l'écran de démarrage de l'application, la durée d'une opération, et les erreurs non fatales ;
• Des mesures de performance — temps de démarrage de l'application et temps d'affichage des écrans.

Ce qui est délibérément tenu à l'écart de ces rapports :

• Aucun contenu de fichier, de contact ou de billet, et aucune adresse de ressource. Les diagnostics réseau n'enregistrent que l'origine d'un serveur de pod (schéma://hôte) ; le chemin d'une ressource, qui dans Solid vous identifie autant qu'il identifie la chose elle-même, est retiré avant tout signalement.
• Aucun WebID. Là où un fournisseur d'identité est enregistré, il l'est sous forme de nom d'hôte uniquement.
• Aucun identifiant publicitaire. Sa collecte est désactivée dans le manifeste de l'application, et celle-ci ne contient aucun SDK de publicité ou d'attribution.
• Aucune localisation précise. L'application ne demande aucune permission de localisation.

Google traite ces données pour notre compte, en tant que sous-traitant. Voir la documentation de confidentialité de Firebase et les Règles de confidentialité de Google. Google supprime les rapports Crashlytics au bout de 90 jours ; les données d'événements analytiques sont supprimées par Google à la fin de la durée de conservation configurée pour le projet, soit 14 mois au maximum.

Si vous n'en voulez rien : installez la version FOSS depuis F-Droid ou GitHub. Elle ne contient aucun code Firebase : rien n'est donc collecté ni transmis.

4.9 Données stockées sur votre appareil

L'application conserve, sur l'appareil uniquement : le cache hors ligne chiffré décrit plus haut, vos réglages, l'état de connexion et les jetons, les fichiers de pass importés, la file des modifications en attente vers votre pod, et la liste des autres applications que vous avez approuvées et de ce que vous les avez laissées atteindre. La fonction de sauvegarde d'Android peut inclure les données de l'application dans la sauvegarde de votre appareil si vous l'avez activée dans les réglages Android ; cette sauvegarde part vers votre compte Google, pas vers nous, et relève des conditions de Google. Vous pouvez exclure Solid Share dans les réglages de sauvegarde d'Android.

4.10 Les autres applications de votre appareil

Depuis la version 0.5.0, Solid Share peut agir pour d'autres applications Solid du même téléphone. Au lieu que chacune se connecte elle-même à votre pod, elle s'adresse à Solid Share, et vous décidez sur un écran de consentement ce qu'elle peut faire — voir, ajouter, modifier ou accès complet — et où cela s'applique : tout le pod, des dossiers nommés, ou un type de données comme vos contacts. Vous pouvez restreindre avant d'accepter.

Ce que vous avez approuvé reste sur votre appareil uniquement et n'est jamais écrit sur votre pod : la liste des applications que vous utilisez n'est donc publiée nulle part et ne vous suit pas sur un second appareil. Solid Share lit le nom et l'icône de l'autre application auprès d'Android au moment de dessiner la liste ; elle n'en copie aucun.

Vous pouvez modifier ou retirer toute approbation à tout moment dans l'onglet Applis de la page Partage. Déconnecter un compte retire les approbations de ce compte, et désinstaller une application retire les siennes. Une fois retirée, la requête suivante de cette application vers votre pod échoue. Ce qu'une application a déjà lu avant votre retrait échappe à notre contrôle et relève de la politique de confidentialité de cette application, pas de celle-ci.

5. Permissions

Chaque permission ci-dessous est demandée au moment où la fonction en a besoin, avec une explication, et peut être retirée à tout moment dans les réglages d'Android.

L'application ne demande aucune permission de localisation, de microphone, de SMS, de journal d'appels, de calendrier, de santé, d'« accès à tous les fichiers » ni de permission média étendue.

6. Qui reçoit des données

Il n'y a aucun autre destinataire. Nous n'utilisons ni régies publicitaires, ni SDK d'attribution, ni plateformes marketing, ni plateformes de données clients, ni courtiers en données, et nous ne communiquons aucune donnée à qui que ce soit pour ses propres fins. Si nous étions un jour légalement contraints de divulguer quelque chose, nous ne pourrions remettre que ce que nous détenons réellement — les diagnostics et journaux décrits plus haut, et rien de votre pod.

7. Ce que nous ne faisons jamais

• Nous ne vendons ni ne louons jamais de données personnelles, et ne les communiquons jamais à des fins publicitaires.
• Nous n'affichons aucune publicité et n'utilisons aucun identifiant publicitaire.
• Nous ne vous pistons pas d'une application ou d'un site à l'autre, et ne construisons aucun profil d'utilisateur.
• Nous n'avons aucun accès à votre pod, à vos fichiers, à vos contacts ni à vos billets — aucun identifiant, aucune porte dérobée, aucune copie.
• Solid Share ne crée aucun compte chez nous ; il n'y a chez nous aucun compte à créer.
• Nous ne lisons pas le contenu de votre appareil au-delà des éléments que vous désignez explicitement.

8. Bases légales (RGPD)

Lorsque le RGPD s'applique, nous nous fondons sur :

• L'exécution d'un contrat / la fourniture du service que vous avez demandé (art. 6.1.b) — le traitement des données nécessaires à votre connexion et au déplacement de votre contenu entre votre appareil et votre pod, sur vos instructions ;
• Le consentement (art. 6.1.a) — chaque permission Android demandée à l'exécution : caméra, contacts et notifications. Vous le donnez dans la boîte de dialogue du système et pouvez le retirer à tout moment dans les réglages d'Android, avec effet pour l'avenir ;
• L'intérêt légitime (art. 6.1.f) — les diagnostics de plantage et de stabilité de la version Google Play, dont le but est de garder l'application fonctionnelle et sûre. Nous les réduisons au minimum décrit au §4.8, et une version totalement dépourvue de diagnostics est publiée à côté, pour que le choix reste le vôtre.

Le contenu que vous placez sur votre pod est traité par le fournisseur de pod selon l'accord conclu entre vous et lui.

9. Conservation

10. Supprimer vos données

Solid Share ne crée aucun compte sur un système que nous exploitons : il n'y a donc chez nous aucun compte à supprimer. Votre identité Solid appartient à votre fournisseur de pod ; sa fermeture se règle avec lui.

Pour retirer des données :

• Déconnectez un compte dans l'application — cela efface les données locales de ce compte, ses jetons, et les contacts recopiés dans l'application Contacts de votre téléphone.
• Supprimez des ressources sur votre pod — les fichiers dans l'onglet Fichiers, les billets dans le Portefeuille, les contacts dans Contacts (y compris « Supprimer tous les contacts »). La suppression a lieu sur votre pod : elle est donc définitive.
• Arrêtez un partage — révoquez l'accès dans l'application ; le destinataire le perd sur votre pod.
• Désinstallez l'application, ou videz son stockage dans les réglages d'Android — cela retire tout ce que l'application gardait sur l'appareil. Votre pod n'est pas touché.
• Diagnostics (version Play) — écrivez à erfangholami76@gmail.com et nous supprimerons ce que nous pouvons identifier ; sinon, les rapports expirent selon le calendrier du §9. Installer la version FOSS empêche toute collecte ultérieure.

11. Vos droits

Sous réserve de votre droit local, vous disposez des droits d'accès, de rectification, d'effacement, de limitation, d'opposition et de portabilité de vos données personnelles, ainsi que du droit d'introduire une réclamation auprès d'une autorité de protection des données.

En pratique, vous exercez la plupart d'entre eux vous-même et immédiatement : les données sont sur votre pod, sous votre identité, et Solid Share les lit, les modifie, les exporte (les contacts en vCard) et les supprime sur vos instructions. Aucune demande ne nous est nécessaire, et nous ne pourrions pas agir sur votre pod à votre place, même si vous nous le demandiez.

Pour ce que nous détenons réellement — les diagnostics et les journaux du site web —, écrivez à erfangholami76@gmail.com. Nous répondons sous 30 jours. Si vous êtes dans l'UE/EEE ou au Royaume-Uni et que la réponse ne vous satisfait pas, vous pouvez saisir l'autorité de protection des données du pays où vous vivez ou travaillez.

12. Sécurité

• Toute communication avec votre pod, votre fournisseur d'identité et tout autre serveur passe par HTTPS. À partir d'Android 9, le système interdit en outre à l'application toute connexion HTTP non chiffrée.
• Les jetons d'accès sont liés à une paire de clés détenue par votre appareil (DPoP) : un jeton volé est donc inutilisable seul.
• Les jetons et les éléments d'identité sont chiffrés au repos avec une clé conservée dans l'Android Keystore, adossée au matériel sur la plupart des appareils, et qui n'en sort jamais.
• Le cache hors ligne est stocké dans une base chiffrée par SQLCipher, dont la clé générée aléatoirement est elle-même chiffrée par l'Android Keystore.
• L'application est isolée par Android : aucune autre application ne peut lire ses données, et Solid Share ne peut pas lire les leurs.
• Le code source est public et sous licence MIT : les affirmations de sécurité faites ici sont donc vérifiables. Si vous trouvez une faille, signalez-la à erfangholami76@gmail.com plutôt que d'ouvrir un ticket public, et nous répondrons aussi vite que possible.

Aucun système n'est parfaitement sûr. Comme nous ne détenons aucune copie de vos données, une brèche chez nous ne pourrait pas les exposer — mais la sécurité de votre pod et de votre appareil compte aussi : protégez-les tous les deux.

13. Enfants

Solid Share est un outil tout public et ne s'adresse pas aux enfants. Elle n'est ni conçue, ni promue, ni destinée à des enfants de moins de 13 ans (ou l'âge du consentement numérique plus élevé de votre pays, qui atteint 16 ans dans certaines parties de l'UE). Nous ne collectons pas sciemment de données personnelles d'enfants. Si vous pensez qu'un enfant nous a fourni des données, écrivez à erfangholami76@gmail.com et nous les supprimerons.

14. Transferts internationaux

Les sous-traitants cités dans cette politique — Google (diagnostics, version Play) et Cloudflare (hébergement du site) — opèrent à l'échelle mondiale et peuvent traiter des données hors de votre pays, y compris aux États-Unis. Tous deux offrent des mécanismes de transfert reconnus par le droit de l'UE, dont les clauses contractuelles types de la Commission européenne, et tous deux sont certifiés au titre du cadre de protection des données UE–États-Unis.

L'endroit où vivent physiquement les données de votre pod est déterminé par le fournisseur de pod que vous avez choisi, pas par nous.

15. Ce site web

• Aucun cookie n'est déposé par solidshare.app, et il n'y a dessus ni mesure d'audience, ni gestionnaire de balises, ni pixel de pistage.
• Cette page de politique de confidentialité ne charge aucune ressource tierce. L'ouvrir ne contacte rien d'autre que l'hébergeur du site lui-même.
• Le site est servi via Cloudflare, qui traite les requêtes en tant qu'hébergeur et fournisseur de diffusion et conserve des journaux de requêtes standard et de courte durée (adresse IP, URL demandée, agent utilisateur, horodatage) pour la diffusion, la sécurité et la prévention des abus. Voir la politique de confidentialité de Cloudflare.
• La page d'accueil charge actuellement une police web depuis Google Fonts, ce qui signifie que Google reçoit votre adresse IP au chargement de cette page. Aucune autre page ne le fait.
• Les liens de partage ouverts dans un navigateur transmettent leurs paramètres à cet hébergeur, comme expliqué au §4.6.

16. Modifications de cette politique

Si le traitement des données par l'application change, cette page change avec lui, et la date en haut est mise à jour. Les modifications importantes sont également signalées dans les notes de la version qui les introduit, pour que vous voyiez ce qui a changé et quand. Comme la page est servie depuis un dépôt git public, son historique complet est vérifiable.

17. Contact

Questions de confidentialité, demandes d'accès et signalements de sécurité : erfangholami76@gmail.com

Bogues et demandes de fonctionnalités : le gestionnaire de tickets GitHub

Responsable du traitement : Erfan Gholami, développeur indépendant, éditeur de Solid Share.