Schnellvergleich
| Modus | Wo sich der Chiffretext befindet | Wer entschlüsseln kann | Optimale Eignung |
|---|---|---|---|
Cloud-verwalteter Modus cloud | Von XMemo verwaltete Datenebene mit Zugriffskontrollen, anwendungsbezogener Autorisierung und Audit-Protokollen. Datenbank-RLS ist bereitstellungsspezifisch. | Der XMemo-Server kann Speicherinhalte für Abruf, Suche, Ranking und unterstützbare Exporte verarbeiten. | Schnelle Einrichtung, vollständiger gehosteter Abruf, kein Aufwand für Geräte oder Wiederherstellungsschlüssel. |
Keyguard-Modus keyguard | Von XMemo verwaltetes Postgres, Umschlagsschlüssel sind jedoch an das KMS / HSM Ihres Mandanten gebunden. | Der Server kann nur entschlüsseln, wenn Ihre KMS-Berechtigung Unwrap-Operationen erlaubt. | Unternehmens-Teams, die gehosteten Abruf mit vom Kunden kontrollierten Schlüsseln verbinden möchten. |
Vault-Modus vault | Von XMemo verwaltetes Postgres speichert opaken Chiffretext und Umschlag-Metadaten. | Nur registrierte Geräte oder Ihr Wiederherstellungs-Kit können entschlüsseln. XMemo kann den Klartext nicht wiederherstellen. | Zero-Knowledge-Verwahrung, bei der der Verlust aller Geräte und Wiederherstellungsmaterialien dauerhaften Datenverlust bedeutet. |
Was XMemo speichert
- Speicherdatensätze: Speichertext oder Chiffretext, Metadaten, Eigentümerschaft, Zeitstempel und für den Abruf erforderliche Vektorsuchdaten.
- Einrichtungsstatus des Kontos: ausgewählter Sicherheitsmodus, Einrichtungsabschluss-Status, Anzahl der Moduswechsel und Preflight-Nachweise wie eine KMS-Bindungs-ID oder ein Vault-Wiederherstellungsmarker.
- Zugriffs- und Audit-Datensätze: Sitzungen, gehashte oder bereichsspezifische Zugangsdaten, Identitätsverknüpfungen und Audit-Ereignisse wie setup_state_transition.
Öffentliche Seiten von XMemo fordern Sie niemals dazu auf, API-Schlüssel einzufügen. Die Konfiguration von Agenten und MCP sollte auf Umgebungsvariablen oder die offizielle Client-Konfigurationsoberfläche verweisen.
Cloud-verwalteter Modus
Speicherdaten werden in der von XMemo verwalteten Datenebene mit Zugriffskontrollen, anwendungsbezogener Autorisierung und Audit-Protokollen gespeichert. Datenbank-RLS ist bereitstellungsspezifisch.
- Der XMemo-Server kann Speicherinhalte für serverseitigen semantischen Abruf, Ranking und Exporte verarbeiten.
- Dies ist der komfortabelste Modus, er ist jedoch nicht Zero-Knowledge.
- Beim Löschen werden Speicherzeilen und zugehörige Metadaten entfernt. DSAR-Exporte können Klartext enthalten, da der Dienst Speicherinhalte in Ihrem Namen verarbeiten kann.
Keyguard-Modus
Keyguard bewahrt das gehostete Abruferlebnis von XMemo und bindet Umschlagoperationen an einen Schlüssel, den Ihre Organisation in Azure Key Vault, AWS KMS, GCP KMS, KMIP oder einem vergleichbaren Anbieter kontrolliert.
- Der Assistent speichert die KMS-Bindung in den Setup-Preflight-Daten und setzt personal_default_mode = keyguard fest.
- Der Abruf erfordert eine weiterhin gültige KMS-Berechtigung. Der Widerruf der Berechtigung blockiert künftige Entschlüsselungs- und Unwrap-Operationen.
- XMemo löscht seinen Chiffretext und die Metadaten bei Kontolöschung; Ihr Mandant bleibt für die Rotation oder Vernichtung der KMS-Schlüssel verantwortlich.
Vault-Modus
Vault ist die Zero-Knowledge-Option. Der Browser bzw. das Gerät verschlüsselt die Daten, bevor sie das Gerät verlassen; der Server speichert ausschließlich Chiffretext sowie Routing- und Umschlag-Metadaten.
- XMemo kann Vault-Erinnerungen nicht entschlüsseln, Ihren Vault-Schlüssel nicht zurücksetzen und Daten nicht wiederherstellen, wenn alle registrierten Geräte und das Wiederherstellungs-Kit verloren gehen.
- DSAR-Exporte für Vault-Daten enthalten Chiffretext und Umschlag-Metadaten. Sie entschlüsseln diese lokal mit Ihrem Gerät oder Wiederherstellungs-Kit.
- Gehostete semantische Funktionen können eingeschränkt sein, sofern die Funktion nicht auf vom Client bereitgestellten oder datenschutzwahrenden Repräsentationen arbeiten kann.
Produktions-Datengrenze
Die Produktionsumgebung von XMemo basiert auf einem vom Operator verwalteten Postgres mit TLS-Verifizierung und anwendungsbezogener Autorisierung. Datenbank-RLS und der Laufzeitkontext sind bereitstellungsspezifisch und erfordern eine Zielverifizierung. Supabase wird ausschließlich als Entwicklungs- und Kompatibilitäts-Backend behandelt, nicht als unterstütztes Produktionssubstrat für diese Verwahrungszusagen.
- Verwaltetes Postgres: die Produktions-Speichergrenze für Konto-, Speicher-, Vektor-, Einrichtungs- und Audit-Datensätze.
- Datenbank-RLS und Laufzeitkontext: bereitstellungsspezifische Kontrollen, die eine Zielverifizierung von Laufzeitrolle, Migrations-Ledger, Laufzeitkontext-Flag und Eigentümer-/Team-CRUD-Matrix erfordern.
- Supabase-Kompatibilität: nützlich für lokale oder Open-Source-Nutzung (OSS), das Verhalten der Service-Rolle entspricht jedoch nicht der Produktionshärtung.
So überprüfen Sie Ihren aktiven Modus
- Öffnen Sie Memory Console -> Settings -> Security mode und überprüfen Sie den dort angezeigten Modus.
- Rufen Sie GET /api/v1/me/setup/state auf; vollständig eingerichtete Konten sollten setup_state = setup_completed sowie den erwarteten selected_mode anzeigen.
- Rufen Sie GET /api/v1/me/security-mode auf; der Sicherheitsstatus sollte verified_effective_mode, new_write_mode, pending_write_mode, legacy_read_mode und migration_status enthalten.
- Vergleichen Sie bei Keyguard die angezeigte Schlüsselbindungs-ID mit Ihrem KMS-Audit-Protokoll. Vergewissern Sie sich bei Vault, dass ausgehende Schreibvorgänge opaken Chiffretext ohne erkennbare Klartext-Teilzeichenfolgen enthalten.
Quelle: Where is my data?