Sicherheit und Vertrauen
Ihre Dateien bleiben Ihre – und wir sagen, wo wir noch Grenzen haben
Ihre Dateien werden nie auf unsere Server hochgeladen. Verschlüsselte Cloud-Backups lassen sich nur mit einem Schlüssel öffnen, der auf Ihren Geräten bleibt. Und Syncra bewahrt die vorherige Kopie auf, bevor es etwas ersetzt oder löscht.
Zuletzt geprüft:
Prinzipien, die Datenverlust verhindern
Das sind Regeln der Synchronisations-Engine selbst, keine Einstellungen, die Sie erst finden müssen.
Die alte Kopie wird zuerst gesichert
Bevor Syncra eine Datei ersetzt oder löscht, wandert die vorherige Kopie in einen Versionsspeicher (.syncra/versions). Beim Wiederherstellen einer Version wird auch die aktuelle Datei als Version gesichert, sodass sich eine Wiederherstellung rückgängig machen lässt. Versionen werden für die von Ihnen festgelegte Aufbewahrungsdauer behalten.
Große Löschungen halten an und fragen nach
Würde ein Durchlauf einen großen Teil eines Ordners löschen, hält er an und wartet auf Ihre Bestätigung. Dieser Schutz lässt sich nicht abschalten – nur seine Schwellenwerte sind einstellbar – und KI- oder MCP-Agenten können ihn nicht selbst aufheben: Es braucht die Bestätigung eines Menschen.
Erst planen, dann ausführen
Jede Änderung wird vorab geplant und lässt sich vorher ansehen. Ein über MCP verbundener KI-Assistent kann nur einen Plan ausführen, der zuvor angezeigt wurde; haben sich Dateien inzwischen geändert, muss er neu planen.
Bei einem Konflikt bleiben beide Versionen erhalten
Wurde eine Datei auf beiden Seiten geändert, behält Syncra beide Versionen nebeneinander, statt eine die andere überschreiben zu lassen.
Sicheres Schreiben, nur in Ihren Ordnern
Unvollständige Dateien werden unter einem temporären Namen (.syncra-part) geschrieben und atomar ausgetauscht. Symbolischen Links wird nicht gefolgt, und Pfade können den synchronisierten Ordner nicht verlassen.
Kein unsafe-Code in unserem Kern
Synchronisations-Engine, Netzwerk, Cloud, Dienst, Daemon, KI, MCP und die Desktop-Hülle werden mit #![forbid(unsafe_code)] kompiliert, sodass speicherunsicherer Code nicht versehentlich hineingelangen kann. Drittanbieter-Abhängigkeiten fallen nicht unter diese Zusage.
Verschlüsselung und Schlüsselverwaltung
Syncra kennt drei Datenwege, und jeder hat seinen eigenen Schutz.
Cloud-Backup mit aktivierter Verschlüsselung
Dateiinhalte werden vor dem Hochladen auf Ihrem PC verschlüsselt, in 64-KiB-Blöcken mit XChaCha20-Poly1305 unter einem zufälligen 256-Bit-Schlüssel. Jeder Block beglaubigt seine Position und den vollständigen Dateipfad im Remote, sodass ein geändertes Byte, vertauschte oder abgeschnittene Daten, eine ausgetauschte Datei oder ein falscher Schlüssel beim Lesen erkannt werden. Der Cloud-Anbieter sieht nur Chiffretext.
Wo die Schlüssel liegen
Der Schlüssel und Ihr Wiederherstellungsschlüssel liegen nur im sicheren Anmeldedatenspeicher Ihres Betriebssystems (Windows-Anmeldeinformationsverwaltung, macOS-Schlüsselbund, Linux Secret Service), neben Ihren übrigen Cloud-Geheimnissen. Sie werden nie in Konfigurationsdateien geschrieben und nie an Syncra gesendet. Mit dem Wiederherstellungsschlüssel öffnen Sie das Backup auf einem anderen PC. Verlieren Sie Schlüssel und PC, kann niemand – auch wir nicht – diese Dateien wiederherstellen.
Direkte Synchronisation in Ihrem Netzwerk
Geräte koppeln sich per QR-Code oder Code, einem Einmalgeheimnis und einem sechsstelligen Vergleichscode. Verbindungen nutzen QUIC mit TLS 1.3 und angeheftete öffentliche Geräteschlüssel statt Zertifizierungsstellen, und die Datenblöcke werden mit XChaCha20-Poly1305 versiegelt. Nichts läuft über unsere Server.
Wer was sehen kann
| Daten | Ihre Geräte | Syncra-Server | Ihr Cloud-Anbieter |
|---|---|---|---|
| Dateiinhalte eines verschlüsselten Cloud-Remotes | Lesbar | Nie empfangen | Nur Chiffretext |
| Dateiinhalte, die über Ihr Netzwerk synchronisiert werden | Lesbar | Nie empfangen | Nicht beteiligt |
| Verschlüsselungs- und Wiederherstellungsschlüssel | Im Anmeldedatenspeicher des Betriebssystems | Nie empfangen | Nie empfangen |
| Ordnerstruktur, Anzahl der Dateien, ungefähre Größen und Änderungszeiten eines verschlüsselten Cloud-Ziels | Lesbar | Nie empfangen | Sichtbar — die Datei- und Ordnernamen selbst werden bei Zielen verschlüsselt, die ab Desktop 0.1.3 angelegt wurden |
| Kontodaten: E-Mail, Name, öffentliche Geräteschlüssel | Ihre eigenen | Gespeichert (siehe Datenschutzerklärung) | Nicht beteiligt |
| Kartendaten | Beim Zahlungsdienstleister eingegeben | Nie empfangen | Nicht beteiligt |
Die Verschlüsselung schalten Sie für jedes Cloud-Remote einzeln ein, und danach lässt sie sich nicht mehr abschalten. Ein Remote ohne Verschlüsselung legt Ihre Dateien beim Anbieter als gewöhnliche Dateien ab. Auf Servern ohne Anmeldedatenspeicher des Betriebssystems landen Geheimnisse in einer verschlüsselten Datei, deren Grenzen die Dokumentation beschreibt.
Konten und Geräte
Die Steuerungsebene (Konten, Teams, Abrechnung, Geräteliste) sieht Ihre Dateien nie. So schützt sie, was sie tatsächlich speichert.
Signierte Geräteanfragen
Jedes Gerät hat sein eigenes Ed25519-Schlüsselpaar. Eine Anfrage wird über Methode, Pfad, Zeitstempel, eine Einmal-Nonce und einen SHA-256-Hash des Inhalts signiert. Der Server akzeptiert jede Nonce nur einmal und weist Anfragen mit mehr als fünf Minuten Zeitabweichung ab, sodass sich eine abgefangene Anfrage nicht erneut senden lässt. Wird ein Gerät widerrufen, ist es sofort gesperrt.
Anmeldung
Sie können sich per E-Mail-Link, Google-Konto oder Passkey anmelden. Sitzungstoken werden auf dem Server nur als Hashes gespeichert. Browsersitzungen sind mit einem CSRF-Token und einer Herkunftsprüfung gegen seitenübergreifende Anfragen geschützt.
Geheimnisse im Ruhezustand verschlüsselt
Schlüssel des Zahlungsdienstleisters und andere Betriebsgeheimnisse werden vor dem Speichern mit AES-256-GCM versiegelt, unter einem Schlüssel, der als Plattform-Geheimnis gehalten wird, und nie an den Browser zurückgegeben.
Zahlungen ohne fälschbaren Webhook
Wir stellen keinen eingehenden Zahlungs-Webhook bereit. Preise werden nur auf dem Server festgelegt; nach einer Zahlung fragt der Server den Zahlungsdienstleister direkt zur Bestätigung und prüft offene Zahlungen alle zehn Minuten erneut. Kartendaten bleiben beim Zahlungsdienstleister.
Ein Prüfprotokoll, das sich nicht ändern lässt
Aktionen zu Konten, Geräten und Teams werden in ein Prüfprotokoll geschrieben, dessen Tabelle UPDATE und DELETE schon auf Datenbankebene ablehnt. Business-Arbeitsbereiche können es exportieren.
Ransomware und Wiederherstellung
Ein Synchronisationswerkzeug kann Schäden so schnell verbreiten wie Arbeit. Syncra ist dafür gebaut, das zu verhindern.
Es stoppt von selbst
Syncra achtet auf Ihrem Gerät auf Anzeichen massiver Schäden: Massenumbenennung von Endungen, Überschreibungen mit hoher Entropie, plötzliche Massenänderungen oder -löschungen und Dateinamen von Erpressernachrichten. Erreicht der Wert die Pausenstufe, wird das Paar unter Schutz gestellt, und jeder automatische und manuelle Durchlauf wird abgelehnt, bis ein Mensch fortsetzt – so kann sich der Schaden einer Seite nicht auf die andere ausbreiten. KI-Agenten können nicht fortsetzen.
Wiederherstellung mit einem Klick
Die Wiederherstellung setzt jede nicht betroffene Seite auf den letzten sauberen Zeitpunkt zurück, gleicht die betroffene Seite wieder an die saubere an und hebt dann den Schutz auf. Beschädigte Dateien, die dabei ersetzt werden, wandern in den Versionsspeicher und werden nie gelöscht.
Wiederherstellung zu einem Zeitpunkt
Bringen Sie eine ganze Seite oder einen Unterordner in den Zustand zu einem gewählten Zeitpunkt zurück, rekonstruiert aus Versionsspeicher und Prüfprotokoll. Eine Wiederherstellung zerstört nichts und wird selbst protokolliert, sodass sie sich mit einer weiteren Wiederherstellung rückgängig machen lässt.
Die Erkennung ist heuristisch: Sie kann einen Angriff übersehen oder Fehlalarm auslösen (den Sie verwerfen können). Änderungen, die direkt im Ordner außerhalb von Syncra erfolgen, werden nicht aufgezeichnet, daher kann die Wiederherstellung zu einem Zeitpunkt sie nicht zurückrollen – dann kopiert die Wiederherstellung die saubere Seite zurück. Nichts davon ersetzt ein Offline- oder Off-Site-Backup.
Was Sie selbst prüfen können
Wir können Sie nicht bitten, uns alles aufs Wort zu glauben. Deshalb hier, was Sie selbst nachprüfen können.
Signierte Releases
Windows-Installer und das Kommandozeilenwerkzeug sind mit einem für PROJECTTEAMFORYOU ausgestellten Codesignatur-Zertifikat signiert. Die Release-Pipeline weigert sich, eine Datei zu veröffentlichen, deren Signatur oder Zeitstempel sich nicht verifizieren lässt, und die SHA-256-Prüfsummen (SHA256SUMS) werden nach dem Signieren berechnet, sodass Sie sie mit Ihrem Download vergleichen können.
Überwachte Abhängigkeiten
Dependabot schlägt jede Woche Aktualisierungen von Abhängigkeiten vor, und jede Änderung wird in der kontinuierlichen Integration gegen die RustSec-Advisory-Datenbank und ein npm-Audit mit hohem Schweregrad geprüft.
Eine strenge Website
Die Seiten tragen eine Content Security Policy, die nur Skripte zulässt, deren Hash für die jeweilige Seite eingetragen ist, dazu HSTS, ein Einbettungsverbot in Frames und kein Erraten von Inhaltstypen. Die Web-App verarbeitet Ordner in Ihrem Browser und lädt nichts hoch.
Eine gewöhnliche security.txt
Unser Sicherheitskontakt und die Meldungsrichtlinie sind unter /.well-known/security.txt veröffentlicht, dem üblichen Ort, an dem Forschende nachsehen.
Eine Schwachstelle melden
Schreiben Sie an [email protected] mit dem Betreff „Security“. Bitte eröffnen Sie keine öffentlichen Issues und veröffentlichen Sie keine Details, bevor wir das Problem beheben konnten. Meldungen auf Englisch oder Koreanisch sind willkommen.
Bitte angeben
- Was Sie gefunden haben und welche Komponente oder URL betroffen ist
- Schritte zur Reproduktion oder einen Proof of Concept
- Die getestete Version oder den Build
- Wie wir Sie erreichen können
Unsere Reaktionsziele
- Wir bestätigen Ihre Meldung innerhalb von 3 Werktagen.
- Wir teilen eine erste Einschätzung innerhalb von 7 Tagen mit.
- Wir streben eine Korrektur oder Abmilderung innerhalb von 14 Tagen bei kritischen Problemen und 90 Tagen bei übrigen an.
Das sind Ziele, keine Garantien. Gegen Forschung in gutem Glauben, die fremde Daten und Dienstunterbrechungen meidet, gehen wir rechtlich nicht vor. Ein bezahltes Bug-Bounty-Programm betreiben wir derzeit nicht.
Aktuelle Grenzen
Eine Seite wie diese ist nur lesenswert, wenn sie sagt, was fehlt.
Noch kein unabhängiges Audit
Syncra wurde noch nicht von einem unabhängigen Dritten geprüft und besitzt keine Sicherheitszertifizierung wie ISO 27001 oder SOC 2. Alles auf dieser Seite ist unsere eigene Beschreibung dessen, wie die Software gebaut ist.
Unser Quellcode ist nicht öffentlich
Den Code können Sie heute nicht selbst lesen. Deshalb veröffentlichen wir die obigen Designfakten und signieren unsere Releases und stellen Prüfsummen bereit.
Cloud-Verschlüsselung verbirgt die Struktur nicht
Bei neuen verschlüsselten Zielen (ab Desktop 0.1.3) werden auch Datei- und Ordnernamen verschlüsselt, doch Ordnerstruktur, Anzahl der Dateien, ungefähre Größen und Änderungszeiten bleiben für den Cloud-Anbieter sichtbar. Früher angelegte Ziele behalten lesbare Namen, und die Verschlüsselung muss pro Ziel aktiviert werden.
Ein kompromittierter PC liegt außerhalb unserer Reichweite
Übernimmt Schadsoftware Ihren Computer, während Sie angemeldet sind, erreicht sie alles, was Ihr Konto erreicht, einschließlich des Anmeldedatenspeichers des Betriebssystems. Syncra ersetzt weder Endpunktschutz noch ein Offline-Backup.
Verlorene Schlüssel bedeuten verlorene Daten
Da nur Sie den Verschlüsselungs- und den Wiederherstellungsschlüssel besitzen, können wir ein verschlüsseltes Backup nicht wiederherstellen, wenn Sie beide verlieren.
Roadmap
Pläne, keine Versprechen: Keiner davon hat ein Datum.
Unabhängige Sicherheitsbewertung
Wir bereiten eine unabhängige Prüfung vor: Umfang, Bedrohungsmodell, Datenflussdokumentation und eine Übersicht der Abhängigkeiten. Ein Prüfer und ein Termin sind noch nicht vereinbart.
Öffentliche Zusammenfassung des Bedrohungsmodells
Eine Zusammenfassung unseres Bedrohungsmodells veröffentlichen, einschließlich der Risiken, die wir in Kauf nehmen, damit es kritisiert werden kann.
Single Sign-on für Business
Die Anmeldung über den Identitätsanbieter eines Unternehmens ist für Business-Arbeitsbereiche geplant.
Fragen zur Sicherheit?
Schreiben Sie an [email protected]. Wir antworten, soweit wir können, und sagen es, wenn nicht.