Beta-Phase Open Source

Deine Daten. Deine Schlüssel. Deine Kontrolle.

MindooDB ist eine Ende-zu-Ende-verschlüsselte Local-First-Sync-Datenbank für sichere Zusammenarbeit — Server können speichern und synchronisieren, aber nicht lesen. Funktioniert im Client-Server-Betrieb, Peer-to-Peer und rein lokal. Für Browser, Node.js und React Native. Sie treibt auch Haven an, den grafischen Arbeitsbereich für die Zusammenarbeit von Teams, die dieses Vertrauensmodell wollen, ohne einen eigenen Client zu bauen.

Konzept der Ende-zu-Ende-Verschlüsselung: Daten sind vom Gerät bis zum Server oder zur Cloud verschlüsselt
Einführung

Ansehen und anhören

Eine ausführliche Einführung in MindooDB — mit NotebookLM aus der MindooDB-Dokumentation erzeugt.

Einführungsvideo

Ein visueller Überblick, wie MindooDB Daten Ende-zu-Ende verschlüsselt hält und zugleich Zusammenarbeit in Echtzeit und Local-First-Sync ermöglicht.

Und NotebookLM, es heißt „MindooDB“ (mit kurzem i). Aber egal. :-)

Zero-Trust-Speicherung
Ein Servereinbruch liefert Geheimtext

Schlüssel bleiben auf den Geräten. Drei unabhängige Verschlüsselungsschichten: AES-256-GCM im Ruhezustand, RSA je Benutzer bei der Übertragung, TLS auf der Leitung. Server sehen nie Klartext.

Local-First-UX
Arbeiten ohne Netz

Lokal anlegen und bearbeiten. Der Abgleich beginnt bei den Metadaten und überträgt nur Geändertes — die Bandbreite richtet sich nach dem Delta, nicht nach der Gesamtgröße.

Zusammenarbeit
Konfliktfreie Merges

Automerge-CRDTs sorgen dafür, dass gleichzeitige Bearbeitungen automatisch konvergieren. Reihenfolgeunabhängiger Sync — Einträge dürfen in beliebiger Folge eintreffen.

Funktionsweise

Server können synchronisieren & speichern — aber nicht lesen

Schlüssel bleiben auf den Geräten
Clients behalten die privaten Schlüssel; der Server speichert verschlüsselte Blobs; der Sync tauscht fehlende verschlüsselte Einträge aus.
Clients verschlüsseln vor dem Sync. Server speichern Geheimtext. Der Sync überträgt nur die verschlüsselten Einträge, die noch fehlen.
  • Signieren jeder Änderung (Urheberschaft + Integrität)
  • Verschlüsseln, bevor die Daten das Gerät verlassen (Vertraulichkeit)
  • Append-only-Speicherung (Audit-Trail)
  • Content-adressierter Sync (nur Fehlendes übertragen)
  • Funktioniert mit Client-Server und Peer-to-Peer
Was sich damit bauen lässt

Anwendungsfälle und Funktionen

Signierte, manipulationssichere Historie
Append-only und kryptografisch verkettet - für Nachvollziehbarkeit und Integrität.
Feingranularer Zugriff
Benannte Schlüssel ermöglichen Zugriff nach dem Need-to-know-Prinzip für sensible Dokumente.
Verschlüsselte Anhänge
Uploads in Chunks, Lesen per Streaming und Deduplizierung über den gesamten Tenant.
Time Travel
Den Zustand eines Dokuments zu jedem Zeitpunkt abrufen und die gesamte Historie durchlaufen.
Virtuelle Ansichten
Hierarchisch kategorisierte Views mit Summen (inspiriert von Domino/Notes).
Sync überall
Peer-to-Peer, Client-Server und hybride Deployments mit denselben Primitiven. Der Dense-Sync-Modus senkt die Bandbreite bei der Ersteinrichtung auf dem Mobilgerät.
Erste Schritte

Runtime wählen und loslegen

Diese Snippets stammen aus der MindooDB-Testsuite, damit sie zu echten Nutzungsmustern passen.

Warum MindooDB?

Wann MindooDB passt und wann Alternativen

MindooDB ist für Anwendungen gebaut, bei denen Ende-zu-Ende-Verschlüsselung, Offline-Betrieb und Zusammenarbeit mehrerer Parteien unverzichtbar sind. Hier passt es am besten.

MindooDB passt, wenn:
  • du Ende-zu-Ende-Verschlüsselung brauchst und deinem Hosting-Anbieter nicht vertrauen kannst
  • du lückenlose Audit-Trails mit kryptografischer Integrität benötigst
  • du Local-First-Betrieb für Einsätze im Feld oder an entlegenen Orten brauchst
  • du organisationsübergreifend zusammenarbeitest und feingranulare Zugriffskontrolle brauchst
  • du technische Maßnahmen für Compliance brauchst — Verschlüsselung, signierte Audit-Trails und koordinierte Datenlöschung, die HIPAA-, SOX-, DSGVO- und PCI-DSS-Programme unterstützen
  • du Zusammenarbeit mehrerer Parteien mit unterschiedlichen Zugriffsstufen brauchst
Alternativen sind sinnvoll, wenn:
  • du nur einfache CRUD-Operationen ohne Zusammenarbeit brauchst
  • du immer eine zuverlässige Netzwerkverbindung hast und Local-First nicht brauchst
  • du keine Ende-zu-Ende-Verschlüsselung brauchst und deinem Hosting-Anbieter vertrauen kannst
  • du einfache Anforderungen an die Zugriffskontrolle hast, die keine Verschlüsselung auf Dokumentebene erfordern
  • du komplexe relationale Abfragen brauchst, die nicht zum Dokumentmodell passen
  • du sehr hohen Schreibdurchsatz hast, der Append-only-Stores an ihre Grenzen bringen kann
Kurzer Vergleich
Merkmal MindooDB PostgreSQL/Firebase Blockchains
Ende-zu-Ende-Verschlüsselung Ja (Server können nicht entschlüsseln) Nein (Schlüssel auf dem Server) Nein (standardmäßig öffentlich)
Local-First Eingebaut Erfordert eigene Logik Erfordert Netzwerk
Audit-Trails Append-only, kryptografisch verkettet Erfordert eigene Implementierung Unveränderliche öffentliche Einträge
Organisationsübergreifende Zusammenarbeit Feingranulare Zugriffskontrolle Zugriffskontrolle auf dem Server Sichtbarkeit nur ganz oder gar nicht
Datenschutz Standardmäßig privat Hängt von der Serversicherheit ab Standardmäßig öffentlich

Detaillierten Vergleich ansehen →

Vertrauen & Transparenz

Produktionsreife & Vertrauenssignale

Aktueller Stand

MindooDB ist Beta-Software — APIs können sich ohne Ankündigung ändern. Die Kernfunktionen sind stabil und getestet; vor dem Produktiveinsatz empfehlen wir dennoch eine gründliche Prüfung.

Was stabil ist
  • Die zentralen Verschlüsselungs- und Sync-Protokolle
  • CRDT-Operationen auf Dokumenten
  • Virtuelle Ansichten und Indexierung
  • Speicherung von Anhängen
Was sich ändern kann
  • Namen und Signaturen von API-Methoden
  • Konfigurationsoptionen
  • Interne Datenstrukturen
Sicherheit & Transparenz
  • Open Source — die gesamte Codebasis auf GitHub
  • Sicherheitsaudit — dokumentiert in den Audit-Unterlagen
  • Bedrohungsmodell — geht von kompromittierten Servern aus
  • Kryptografische Garantien — Ed25519-Signaturen, AES-256-GCM-Verschlüsselung
Community

Aktive Entwicklung, umfassende Dokumentation und wachsende Community. Auf GitHub ansehen →