CardDAV

Ausführliche Erklärung

CardDAV wurde im August 2011 von der Internet Engineering Task Force als RFC 6352 standardisiert; der Titel des Dokuments lautet „CardDAV: vCard Extensions to Web Distributed Authoring and Versioning (WebDAV)“. Das Protokoll erweitert WebDAV um Funktionen für den Zugriff auf Adressbücher und nutzt das vCard-Format zur Speicherung der Kontaktinformationen. Es ist das Gegenstück zu CalDAV, das dieselbe Rolle für Kalender und Aufgaben übernimmt. Im Kern erlaubt CardDAV die zentrale Verwaltung von Kontaktdaten auf einem Server, auf den verschiedene Clients zugreifen – vom Smartphone über Desktop-E-Mail-Programme bis zu Web-Anwendungen.

Für Unternehmen bedeutet das eine erhebliche Vereinfachung der Kontaktverwaltung. Statt dass jede Mitarbeiterin und jeder Mitarbeiter ein eigenes lokales Adressbuch pflegt, liegen Kundenkontakte, Lieferantendaten und interne Verzeichnisse zentral auf einem Server, und Änderungen werden auf alle verbundenen Geräte synchronisiert. Das Protokoll unterstützt mehrere Adressbücher je Konto, serverseitige Suchabfragen und – sofern der Server die WebDAV-Zugriffssteuerung nach RFC 3744 implementiert – differenzierte Lese- und Schreibrechte je Adressbuch. Verbreitete Serverimplementierungen reichen von Groupware-Suiten bis zu Nextcloud Calendar und Contacts.

Bei der Client-Unterstützung ist eine Unterscheidung wichtig, die oft untergeht: iOS und macOS bringen CardDAV-Konten von Haus aus mit, ebenso viele E-Mail- und Groupware-Programme. Android und Windows unterstützen CardDAV dagegen nicht von sich aus – unter Android wird dafür typischerweise ein Synchronisationsadapter wie DAVx5 installiert, unter Windows ein CardDAV-fähiges Programm oder ein Outlook-Add-in. Bei der Planung ist das der entscheidende Punkt: Der Server ist herstellerunabhängig, auf der Client-Seite kann je Plattform aber zusätzliche Software nötig sein.

Die Synchronisation lässt sich bidirektional oder einseitig konfigurieren, je nachdem, ob Änderungen vom Gerät zum Server zurückfließen sollen oder der Server die alleinige Datenquelle bleibt. Gegenüber proprietären Synchronisationsverfahren liegt der Vorteil in der Offenheit des Standards: Ein Serverwechsel zieht keinen Datenexport in ein Fremdformat nach sich, und es entsteht keine Bindung an einen einzelnen Anbieter. Datenschutzrechtlich ist zu bedenken, dass ein zentrales Adressbuch personenbezogene Daten Dritter enthält: Zugriffsrechte, Transportverschlüsselung über HTTPS und Löschfristen gehören daher in das Löschkonzept beziehungsweise in die technischen und organisatorischen Maßnahmen.