Release publique — 19 avril 2026

Le code source du client de bureau Filarr, sous licence BSL 1.1.

Le client de bureau de Filarr est publié sur GitHub sous Business Source License 1.1 : vous pouvez lire son code, vérifier son chiffrement et proposer des correctifs. Le serveur, les modules cloud et la cryptographie de Filarr Send ne sont pas publiés.

Le terme exact est « source available » : jusqu’au 19 avril 2030, la licence restreint certains usages en production, et ne répond donc pas à la définition open source de l’OSI.

Voir sur GitHub
Repo public
github.com/matbel91765/filarr
Licence
Business Source License 1.1
Change Date
19 avril 2030 → Apache 2.0
Binaire officiel
Un seul, distribué depuis filarr.com

01 — Le dépôt

Ce qu’il y a dans le repo (et ce qui n’y est pas)

Le repo contient le cœur local-first du produit — exactement ce que vous utilisez quand vous n’êtes pas connecté. Le backend cloud et les modules d’abonnement restent des services hébergés, pas du code publié.

Dans le repo

  • Client desktop Electron/React
  • Modules cryptographiques (AES-256-GCM, KEK/FEK, PBKDF2)
  • Éditeur bloc TipTap (tâches, tableaux, wiki-links, transclusion)
  • Graph view avec simulation physique, détection de communautés
  • Canvas 2D intégré (style Excalidraw)
  • Multi-profil avec isolation complète des clés
  • Storage chiffré local sur disque
  • Prévisualisation 80+ formats

Hors du repo

  • Backend api.filarr.com (auth, sessions, billing)
  • Logique de synchronisation cloud multi-appareils
  • Infrastructure Cloudflare R2 et workers
  • Gestion des abonnements et des paiements
  • Filarr Send et sa cryptographie, y compris celle qui s’exécute dans le navigateur
  • L’application Android

Le binaire officiel sur filarr.com intègre les deux. Sans compte, il se comporte exactement comme le dépôt public. Avec un abonnement, les modules cloud propriétaires s’activent.

02 — La licence

Use Grant — ce que vous pouvez faire avec ce code

La Business Source License définit les usages autorisés pendant la période non-commerciale (jusqu’au 19 avril 2030). Après cette date, le code passe sous Apache 2.0.

Usages autorisés

  • Usage personnel et privé
  • Usage éducatif (cours, enseignement, apprentissage)
  • Recherche académique ou indépendante
  • Évaluation du produit pour votre entreprise
  • Développement et contribution au projet
  • Audit de sécurité (individuel ou organisationnel)

Nécessite une licence commerciale

  • Déploiement en production pour votre entreprise
  • Vente d’un service basé sur le code de Filarr
  • Redistribution d’une version modifiée en production
  • Hébergement d’une offre commerciale concurrente

Besoin d’un usage commercial ou en production ? Écrivez à contact@filarr.com pour discuter d’une licence.

03 — Le choix

Pourquoi BSL 1.1, pas MIT ni AGPL

Le choix d’une licence reflète ce qu’on veut protéger et ce qu’on veut rendre. Trois options étaient sur la table :

MIT / Apache 2.0 tout de suite

Un concurrent pourrait forker, rebrander, et vendre le même produit demain. Solo dev, ce serait la fin du projet. La BSL protège le modèle économique pendant 4 ans.

AGPL

Copyleft réseau : si vous l’utilisez dans un service, vous devez libérer votre stack entière. C’est un frein à l’adoption et aux contributions, surtout en entreprise.

BSL 1.1

Transparence immédiate, protection commerciale pendant 4 ans, passage automatique en Apache 2.0 en 2030.

04 — En pratique

Lire, build, contribuer

  1. 1. Cloner le repo

    Une commande suffit :

    git clone https://github.com/matbel91765/filarr.git

  2. 2. Lire le code

    Commencez par README.md et SECURITY.md. Le dossier electron/ contient le main process et les modules crypto ; src/renderer/ contient l’UI React. Pour vérifier une claim crypto précise, electron/storageService.ts et les modules de dérivation de clé sont les bons points d’entrée.

  3. 3. Build localement

    npm install puis npm run dev pour tester en mode développement. Le README précise la version de Node requise et les outils de signature nécessaires pour produire un binaire distribuable.

  4. 4. Contribuer

    Lisez CONTRIBUTING.md pour les règles : format de commit, branches, Code of Conduct. Les PRs sont bienvenues — bugs, documentation, traductions, nouvelles features.

Les fichiers du dépôt

Vous trouvez un problème de sécurité ?

Le but d’ouvrir le code est de le rendre auditable. Si vous repérez une vulnérabilité — crypto cassée, fuite de clé, escalation — reportez-la en responsible disclosure plutôt qu’en issue publique.

Écrivez à contact@filarr.com, l’adresse de notre fichier security.txt (RFC 9116). Merci de nous laisser un délai raisonnable avant toute divulgation publique.

Ouvrez le repo.

Lisez le code qui tourne sur votre machine. Signalez ce qui cloche. Proposez ce qui manque.

Voir sur GitHub