Öffentlich seit dem 19. April 2026

Der Quellcode des Desktop-Clients von Filarr, unter der Lizenz BSL 1.1.

Der Desktop-Client von Filarr ist auf GitHub unter der Business Source License 1.1 veröffentlicht: Sie können seinen Code lesen, seine Verschlüsselung überprüfen und Korrekturen vorschlagen. Der Server, die Cloud-Module und die Kryptografie von Filarr Send sind nicht veröffentlicht.

Der genaue Begriff ist „Source Available“: Bis zum 19. April 2030 schränkt die Lizenz einige produktive Nutzungen ein und erfüllt daher nicht die Open-Source-Definition der OSI.

Auf GitHub ansehen
Öffentliches Repository
github.com/matbel91765/filarr
Lizenz
Business Source License 1.1
Change Date
19. April 2030 → Apache 2.0
Offizielle Binärdatei
Eine, verteilt über filarr.com

01 — Das Repository

Was im Repository ist (und was nicht)

Das Repository enthält den Local-First-Kern des Produkts — genau das, was Sie nutzen, wenn Sie nicht angemeldet sind. Das Cloud-Backend und die Abonnementmodule bleiben gehostete Dienste, kein veröffentlichter Code.

Im Repository

  • Desktop-Client mit Electron/React
  • Kryptografische Module (AES-256-GCM, KEK/FEK, PBKDF2)
  • TipTap-Block-Editor (Aufgaben, Tabellen, Wiki-Links, Transklusion)
  • Graph-Ansicht mit Physiksimulation und Community-Erkennung
  • Integriertes 2D-Canvas (im Stil von Excalidraw)
  • Mehrere Profile mit vollständiger Schlüsselisolierung
  • Verschlüsselter lokaler Speicher auf der Festplatte
  • Dateivorschau für über 80 Formate

Nicht im Repository

  • Backend api.filarr.com (Authentifizierung, Sitzungen, Abrechnung)
  • Logik der geräteübergreifenden Cloud-Synchronisierung
  • Cloudflare-R2-Infrastruktur und Workers
  • Abonnement- und Zahlungsverwaltung
  • Filarr Send und seine Kryptografie, einschließlich des Teils, der im Browser läuft
  • Die Android-App

Die offizielle Binärdatei auf filarr.com vereint beides. Ohne Konto verhält sie sich genau wie das öffentliche Repository. Mit einem Abonnement werden die proprietären Cloud-Module aktiv.

02 — Die Lizenz

Use Grant — was Sie mit diesem Code tun dürfen

Die Business Source License legt die erlaubte Nutzung während des nicht kommerziellen Zeitraums fest (bis zum 19. April 2030). Nach diesem Datum wechselt der Code zu Apache 2.0.

Erlaubte Nutzungen

  • Persönliche und private Nutzung
  • Nutzung in der Bildung (Kurse, Unterricht, Lernen)
  • Akademische oder unabhängige Forschung
  • Produktbewertung für Ihr Unternehmen
  • Entwicklung und Beiträge zum Projekt
  • Sicherheitsaudit (durch Einzelpersonen oder Organisationen)

Erfordert eine kommerzielle Lizenz

  • Produktiver Einsatz in Ihrem Unternehmen
  • Verkauf eines Dienstes auf Basis des Codes von Filarr
  • Weitergabe einer veränderten Version im produktiven Einsatz
  • Betrieb eines konkurrierenden kommerziellen Angebots

Sie benötigen eine kommerzielle oder produktive Nutzung? Schreiben Sie an contact@filarr.com, um über eine Lizenz zu sprechen.

03 — Die Wahl

Warum BSL 1.1 und nicht MIT oder AGPL

Die Wahl der Lizenz spiegelt wider, was wir schützen und was wir öffnen wollen. Drei Optionen standen zur Wahl:

MIT / Apache 2.0 sofort

Ein Wettbewerber könnte forken, umbenennen und morgen dasselbe Produkt verkaufen. Für einen Solo-Entwickler wäre das das Ende des Projekts. Die BSL schützt das Geschäftsmodell für 4 Jahre.

AGPL

Netzwerk-Copyleft: Wer sie in einem Dienst nutzt, muss seinen ganzen Stack offenlegen. Das bremst Verbreitung und Beiträge, besonders bei Unternehmen.

BSL 1.1

Sofortige Transparenz, kommerzieller Schutz für 4 Jahre, automatischer Wechsel zu Apache 2.0 im Jahr 2030.

04 — In der Praxis

Lesen, bauen, beitragen

  1. 1. Das Repository klonen

    Ein Befehl:

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

  2. 2. Den Code lesen

    Beginnen Sie mit README.md und SECURITY.md. Der Ordner electron/ enthält den Hauptprozess und die Kryptomodule; src/renderer/ enthält die React-Oberfläche. Um eine bestimmte kryptografische Aussage zu überprüfen, sind electron/storageService.ts und die Module zur Schlüsselableitung die Einstiegspunkte.

  3. 3. Lokal bauen

    Führen Sie npm install und dann npm run dev aus, um im Entwicklungsmodus zu testen. Die README nennt die erforderliche Node-Version und die Signaturwerkzeuge, die für eine verteilbare Binärdatei nötig sind.

  4. 4. Beitragen

    Lesen Sie CONTRIBUTING.md für die Regeln: Commit-Format, Branches, Verhaltenskodex. PRs sind willkommen — Fehler, Dokumentation, Übersetzungen, neue Funktionen.

Dateien im Repository

Eine Sicherheitslücke gefunden?

Der ganze Sinn der Offenlegung des Codes ist, ihn prüfbar zu machen. Wenn Sie eine Schwachstelle entdecken — fehlerhafte Kryptografie, Schlüsselleck, Rechteausweitung —, melden Sie sie über Responsible Disclosure, nicht über ein öffentliches Issue.

Schreiben Sie an contact@filarr.com, die Adresse in unserer security.txt-Datei (RFC 9116). Bitte lassen Sie vor einer öffentlichen Bekanntgabe eine angemessene Frist.

Öffnen Sie das Repository.

Lesen Sie den Code, der auf Ihrem Rechner läuft. Melden Sie, was nicht funktioniert. Schlagen Sie vor, was fehlt.

Auf GitHub ansehen