Der wichtigste Satz vorweg: Wire ist kein weiterer Chat für den Alltagsplausch, sondern eine Sicherheitsentscheidung mit Kollaborationsfunktionen. Das prägt jede Eigenschaft des Produkts. Die Verschlüsselung ist nicht ein Modus, den man für besonders heikle Gespräche einschaltet, sondern der Normalzustand – für Einzelchats, Gruppen, Anrufe, Konferenzen und Dateien gleichermaßen. Daraus folgen Stärken, die andere Plattformen nicht bieten, und Einschränkungen, die man kennen muss, bevor man unterschreibt.
Drei Eigenschaften beschreiben Wire treffender als jede Funktionsliste:
Wire entstand in einer Zeit, in der die Debatte über staatliche Massenüberwachung und die Vertrauenswürdigkeit großer Plattformbetreiber ihren Höhepunkt erreichte. Die Gründungsidee war entsprechend nicht, einen weiteren Messenger mit Aufklebern und Statusmeldungen zu bauen, sondern einen, dessen Sicherheitsversprechen technisch überprüfbar ist. Aus diesem Anspruch heraus wurden zentrale Teile der Software als offener Quelltext veröffentlicht und unabhängige Sicherheitsprüfungen zum Bestandteil der Produktkommunikation gemacht.
Diese Herkunft ist bis heute sichtbar. Wire optimiert nicht auf Funktionsvielfalt, sondern auf Belastbarkeit des Sicherheitsversprechens. Wer aus der Welt von Microsoft Teams oder Slack kommt, wird zunächst Dinge vermissen: die tiefe Verzahnung mit Dokumenten, den großen App-Marktplatz, die vielen kleinen Komfortfunktionen. Wer dagegen aus einer Organisation kommt, in der Kommunikationsinhalte grundsätzlich schützenswert sind, erlebt genau das Gegenteil – nämlich eine Plattform, deren Architektur die eigene Risikobewertung erstmals ernst nimmt.
Wichtig für die Einordnung: Der Markenname Wire begegnet Ihnen in mehreren Kontexten – als frei nutzbare Variante für Einzelpersonen und als Angebot für Organisationen. Für den Unternehmenseinsatz ist ausschließlich die geschäftliche Variante relevant, weil erst dort zentrale Verwaltung, Rechtevergabe, Vertragsgrundlagen und Supportzusagen existieren. Prüfen Sie deshalb bei jeder Aussage über Wire, auf welche Variante sie sich bezieht.
Aus unserer Beratungspraxis passt Wire besonders gut zu vier Profilen. Erstens zu Organisationen mit gesetzlicher oder vertraglicher Verschwiegenheitspflicht – Kanzleien, Steuerberatung, Wirtschaftsprüfung, Gesundheitswesen, Personalberatung. Zweitens zu Betreibern kritischer Infrastrukturen und deren Zulieferern, bei denen die Kommunikation über Störungen und Schwachstellen selbst schützenswert ist. Drittens zu Behörden und behördennahen Einrichtungen, die Verschlusssachen oder zumindest Verwaltungsinterna austauschen. Viertens zu Industrieunternehmen mit hohem Know-how-Schutzbedarf, etwa im Anlagen- und Sondermaschinenbau, wo Konstruktionsdetails und Preiskalkulationen realen Wert für Wettbewerber haben.
Weniger zwingend ist Wire dort, wo Kommunikation vor allem organisiert und nicht geschützt werden muss: in Teams, deren Alltag aus Terminabstimmung, Dokumentenarbeit und Projektkoordination besteht und deren Inhalte im Ernstfall auch auf einem Aushang stehen könnten. Dort erzeugt eine hochsichere Zweitplattform Aufwand, dem kein entsprechender Nutzen gegenübersteht.
Klarheit über die Grenzen erspart Enttäuschung. Wire ist kein Dokumentenmanagementsystem, kein Projektwerkzeug, kein Intranet und keine Office-Suite. Der Dateiaustausch ist ein Übertragungsweg, keine strukturierte Ablage mit Versionierung, Metadaten und Freigabe-Workflows. Es gibt keine kollaborative Textverarbeitung, keine Tabellen, keine Wissensdatenbank im engeren Sinne. Wer eine Plattform sucht, in der Dokumente, Aufgaben, Wissen und Kommunikation zusammenlaufen, sucht ein anderes Produkt – oder plant Wire bewusst als sicheren Kommunikationskanal neben einer bestehenden Werkzeuglandschaft ein.
Und noch eine Einschränkung gehört an den Anfang: Ende-zu-Ende-Verschlüsselung steht in einem echten Spannungsverhältnis zu Archivierungs-, Nachweis- und Auskunftspflichten. Wenn der Betreiber der Plattform Inhalte technisch nicht lesen kann, kann er sie auch nicht revisionssicher archivieren, nicht durchsuchen und nicht für eine behördliche Auskunft bereitstellen. Dieser Zielkonflikt lässt sich organisieren, aber nicht wegdiskutieren. Wir kommen darauf in Kapitel 09 ausführlich zurück.
Die Grundlogik folgt einem im Markt verbreiteten Muster: Abgerechnet wird je verwalteter Person und Zeitraum, mit Staffelungen nach Menge und Laufzeit. Externe Gäste, die über einen Gäste-Raum an einer Unterhaltung teilnehmen, benötigen in der Regel keine eigene kostenpflichtige Lizenz – ein wirtschaftlich relevanter Punkt für Organisationen mit vielen externen Gesprächspartnern. Zwischen den Stufen unterscheiden sich vor allem die zentrale Administration, die Anbindung an Verzeichnisdienste, die Geräteverwaltung, die Verfügbarkeit einer dedizierten oder selbst betriebenen Instanz sowie Umfang und Reaktionszeiten des Supports.
Bei den meisten Kollaborationsplattformen ist die Wahl der Ausbaustufe eine Funktionsfrage: Welche Features brauche ich? Bei Wire ist sie in erster Linie eine Frage der Verantwortungsverteilung. Der Funktionskern – verschlüsselte Unterhaltungen, Anrufe, Konferenzen, Dateien – ist in allen geschäftlichen Varianten im Wesentlichen derselbe. Was sich unterscheidet, ist, wer den Server betreibt, wo er steht, wer die Aktualisierungen einspielt und wer im Störungsfall haftet.
Diese Unterscheidung sollten Sie bewusst treffen, und zwar früh. Eine dedizierte oder selbst betriebene Instanz ist attraktiv für die Datenschutzargumentation und manchmal regulatorisch geboten, sie verlagert aber Betriebsverantwortung in Ihre Organisation. Wer keine IT-Mannschaft mit Erfahrung im Betrieb verteilter Serverdienste hat, kauft sich mit dem Self-Hosting ein Risiko ein, das der gewonnenen Kontrolle unterlegen sein kann. Ein Kommunikationssystem, das ausfällt, ist sofort und für alle sichtbar – und ein Sicherheitsupdate, das drei Wochen liegen bleibt, hebt den Sicherheitsvorteil auf, für den man die Plattform gewählt hat.
Wire positioniert sich nicht als Konkurrent zu vollständigen Kollaborationssuiten, sondern als sichere Kommunikationsschicht mit europäischer Herkunft und offenem Protokollfundament. Die Argumentation ruht auf drei Säulen: technische Überprüfbarkeit durch offengelegten Quelltext und standardisierte Kryptografie, Datenhoheit durch wählbare Betriebsmodelle und europäische Standorte sowie Alltagstauglichkeit durch eine Bedienoberfläche, die sich an bekannten Messengern orientiert.
In der Praxis konkurriert Wire deshalb selten mit Microsoft Teams als Ganzem, sondern mit einer Frage: Reicht die Verschlüsselung unserer bestehenden Plattform für unsere sensibelsten Inhalte aus? Wo die Antwort Ja lautet, ist eine zweite Plattform kaum zu begründen. Wo sie Nein lautet – etwa weil Mandantengeheimnisse, Patientendaten, Konstruktionsunterlagen oder Krisenkommunikation im Spiel sind –, wird Wire zu einem ernsthaften Kandidaten neben Threema Work, stashcat oder einer selbst betriebenen Matrix-Umgebung.
Wenn Sie eine Auswahlentscheidung vorbereiten, lassen Sie Wire nicht in einem generischen Funktionsvergleich gegen Suiten antreten. Ein solcher Vergleich fällt zwangsläufig zuungunsten der Spezialplattform aus, weil er Kriterien wie Dokumentenbearbeitung, Aufgabenverwaltung oder Terminplanung enthält, die außerhalb des Produktumfangs liegen. Sinnvoller ist ein Vergleich entlang der Fälle, die Ihre Sicherheitsanforderung tatsächlich begründen: das vertrauliche Mandantengespräch, die Abstimmung im Sicherheitsvorfall, der Austausch mit einem Zulieferer unter Geheimhaltungsvereinbarung, die Kommunikation der Krisenstabsmitglieder außerhalb der eigenen Netze. Wer so vergleicht, erhält ein realistisches Bild – und eine Entscheidung, die auch zwei Jahre später noch nachvollziehbar ist.
Diese Zurückhaltung hat einen technischen Grund, nicht nur einen gestalterischen. Jede Funktion, die Inhalte auf dem Server verarbeitet – Volltextsuche über alle Unterhaltungen, serverseitige Vorschaubilder, inhaltliche Auswertung, automatische Zusammenfassungen –, ist mit einer konsequenten Ende-zu-Ende-Verschlüsselung nur schwer oder gar nicht vereinbar. Was bei anderen Plattformen Komfort ist, wäre hier ein Bruch des Sicherheitsversprechens. Die folgenden Bausteine machen den praktischen Alltag aus.
In vielen Organisationen ist sichere Kommunikation heute ein Flickenteppich: Der Messenger für kurze Abstimmungen ist ein anderer als das Konferenzwerkzeug, und für vertrauliche Dateien gibt es einen dritten Weg – meist ein Portal, dessen Zugangsdaten per Telefon durchgegeben werden. Jeder Wechsel zwischen diesen Kanälen ist ein Bruch, und jeder Bruch ist eine Stelle, an der Vertraulichkeit verloren geht. Der Anruf landet im normalen Telefonnetz, die Datei doch wieder im E-Mail-Anhang, das Protokoll im ungeschützten Laufwerk.
Wire adressiert genau diesen Punkt, indem alle drei Kommunikationsformen in derselben Unterhaltung und unter demselben Verschlüsselungsdach stattfinden. Der Nutzen ist weniger technisch als verhaltensbezogen: Wer eine Frage im geschützten Gruppenchat stellt und dort per Klick in ein Gespräch wechseln kann, verlässt den geschützten Raum nicht. In Projekten ist das oft der greifbarste Effekt – nicht die Kryptografie selbst, sondern die Tatsache, dass der bequeme Weg endlich auch der sichere Weg ist.
Die Kehrseite ist ebenso ehrlich zu benennen: Wire ist bei Konferenzfunktionen nicht auf dem Niveau spezialisierter Videokonferenzplattformen. Aufzeichnung, Untertitel, Warteräume, ausgefeilte Moderationsrechte, Breakout-Räume, Webinar-Formate mit Anmeldestrecken – all das ist entweder eingeschränkt, anders gelöst oder nicht vorhanden, und ein Teil davon steht in direktem Konflikt mit der Verschlüsselungsarchitektur. Wenn Videokonferenz Ihr Hauptszenario ist, prüfen Sie den konkreten Funktionsumfang für Ihr Paket und Ihre Version sorgfältig, statt ihn vorauszusetzen.
Die organisatorische Grundeinheit ist die Unterhaltung – ein Einzelchat oder eine Gruppe mit definiertem Teilnehmerkreis. Anders als bei kanalbasierten Werkzeugen wie Slack oder Mattermost gibt es keine offene, für alle einsehbare Kanalstruktur, in die man sich frei einklinkt. Das ist konsequent, denn eine offene Struktur würde bedeuten, dass Inhalte für einen unbestimmten Kreis lesbar sind – das Gegenteil dessen, was die Plattform verspricht.
Für die Praxis bedeutet das: Die Struktur muss bewusst gebaut werden. Eine Gruppe pro Projekt, pro Mandat, pro Krisenstab, pro Standort – mit klarer Zuständigkeit dafür, wer Personen hinzufügt und wer sie wieder entfernt. Diese Pflege ist der wesentliche organisatorische Aufwand im Betrieb, und sie wird regelmäßig unterschätzt. Ein Projekt endet, die Gruppe bleibt bestehen, die externe Person bleibt Mitglied – und Monate später liegen vertrauliche Informationen bei jemandem, der längst für den Wettbewerber arbeitet. Legen Sie deshalb von Anfang an fest, wer Gruppen anlegt, wer sie archiviert und in welchem Rhythmus Mitgliederlisten überprüft werden.
Die Möglichkeit, Externe ohne eigenes Organisationskonto in eine geschützte Unterhaltung zu holen, ist funktional unscheinbar und wirtschaftlich bedeutsam. Sie ist der Grund, warum sich eine sichere Plattform überhaupt in bestehende Geschäftsbeziehungen einführen lässt: Mandanten, Patientinnen, Zulieferer oder externe Gutachter installieren eine Anwendung und treten bei, statt selbst eine Lizenz erwerben zu müssen.
In der Praxis empfehlen wir dafür ein klares Muster. Legen Sie pro externem Vorgang eine eigene Gruppe an, nicht eine Sammelgruppe für alle Externen. Vergeben Sie den Zugang zeitlich befristet, wo das möglich ist, und definieren Sie einen festen Zeitpunkt für das Schließen – etwa den Abschluss des Mandats oder das Projektende. Und klären Sie beim Anbieter, welche Einschränkungen für Gäste gelten: Welche Funktionen stehen ihnen zur Verfügung, wie lange bleibt der Zugang gültig, sind Gäste für andere Mitglieder als solche erkennbar? Diese Details entscheiden darüber, ob der Gästezugang ein Sicherheitsgewinn oder eine neue Lücke ist.
Vorab eine notwendige Einordnung: Kein System ist absolut sicher, und dieser Artikel behauptet das auch nicht. Verschlüsselung schützt Inhalte auf dem Transportweg und in der Ablage beim Betreiber. Sie schützt nicht vor einem kompromittierten Endgerät, nicht vor einem Screenshot, nicht vor einer Person, die Informationen bewusst weitergibt, und nicht vor schwachen Betriebsprozessen. Die richtige Frage lautet deshalb nie „ist es sicher?“, sondern „gegen welche Bedrohung schützt es, und welche Risiken bleiben bei uns?“.
Der technische Kern ist schnell beschrieben: Inhalte werden auf dem sendenden Gerät verschlüsselt und erst auf den empfangenden Geräten wieder entschlüsselt. Der Server sieht verschlüsselte Datenpakete, aber keine Klartexte. Die Schlüssel liegen nicht zentral, sondern auf den Geräten – und zwar je Gerät ein eigener Satz. Wer sein Konto auf Rechner, Telefon und Tablet nutzt, hat drei registrierte Geräte, und jede Nachricht wird für jedes dieser Geräte einzeln verschlüsselt.
Diese Konstruktion hat zwei praktische Konsequenzen, die im Betrieb wichtiger sind als die Kryptografie selbst. Erstens: Neue Geräte werden in der Unterhaltung sichtbar. Wenn plötzlich ein viertes, unbekanntes Gerät auftaucht, ist das ein Warnsignal, das die Anwendung anzeigt – die Grundlage jeder ernsthaften Verifikation. Zweitens: Verlorene Geräte müssen entfernt werden, und zwar zügig. Die Geräteverwaltung ist damit kein Randthema, sondern ein zentraler Betriebsprozess, der geregelt und geübt sein will.
Zur Verifikation gehört ein Verfahren, das den Vergleich der Geräteidentitäten erlaubt – klassischerweise über Prüfsummen oder Fingerabdrücke, die zwei Personen über einen zweiten Kanal abgleichen. In der Praxis wird dieser Schritt fast immer übersprungen, weil er als umständlich gilt. Für die überwiegende Zahl der Unterhaltungen ist das vertretbar. Für die wirklich kritischen – Krisenstab, Geschäftsleitung, Mandate mit hohem Risiko – sollten Sie ihn verbindlich vorschreiben und einmalig gemeinsam durchführen, statt darauf zu hoffen, dass es jemand von selbst tut.
Messaging Layer Security, kurz MLS, ist ein offen spezifizierter Standard für Gruppenverschlüsselung, der von einer internationalen Standardisierungsgemeinschaft erarbeitet wurde. Wire hat an dieser Entwicklung mitgewirkt und setzt den Standard im eigenen Produkt ein. Für die Bewertung ist das aus drei Gründen relevant.
Ein weiteres Architekturmerkmal ist die Fähigkeit, mehrere getrennt betriebene Instanzen miteinander zu verbinden, sodass Personen aus unterschiedlichen Organisationen kommunizieren können, ohne dass ihre Daten in derselben Umgebung liegen. Das Konzept ist aus der E-Mail bekannt: Jede Organisation betreibt ihr eigenes System, die Systeme sprechen miteinander.
Für Behördenverbünde, Konzernstrukturen mit rechtlich getrennten Einheiten oder Verbände mit eigenständigen Mitgliedsorganisationen ist das ein attraktives Modell, weil es Datenhoheit und Erreichbarkeit verbindet. Gleichzeitig ist Federation betrieblich anspruchsvoll: Sie verlangt Absprachen darüber, welchen Instanzen man vertraut, wie Identitäten geprüft werden, wer für Sicherheitsvorfälle zuständig ist und wie mit einer Gegenstelle umzugehen ist, die ihre Software nicht aktuell hält. Behandeln Sie Federation deshalb als eigenes Teilprojekt mit eigener Vereinbarung, nicht als Schalter in der Konfiguration. Verfügbarkeit, Voraussetzungen und Reifegrad der Funktion sollten Sie für Ihre Version beim Anbieter klären.
Automatisierung ist in einer Ende-zu-Ende-verschlüsselten Umgebung grundsätzlich möglich, aber sie funktioniert anders als in offenen Plattformen. Ein Bot, der Nachrichten lesen oder schreiben soll, muss dafür wie ein weiterer Teilnehmer in die Unterhaltung aufgenommen werden und eigene Schlüssel besitzen. Das ist technisch sauber gelöst, hat aber eine wichtige Konsequenz: Ein Bot in der Gruppe ist ein weiterer Mitwisser, und wo er läuft, entscheidet darüber, wohin die Inhalte fließen.
Typische sinnvolle Automatisierungen im Mittelstand sind Benachrichtigungen aus Fachsystemen – eine Alarmmeldung aus der Leittechnik, ein Statuswechsel im Ticketsystem, eine Freigabeanforderung –, die in eine definierte Gruppe gespielt werden. Auf der Verwaltungsseite geht es um die programmatische Anlage und Deaktivierung von Konten, das Setzen von Gruppenmitgliedschaften und die Auswertung von Verwaltungsereignissen. Welche Vorgänge Ihre Schnittstelle konkret abdeckt und welche Bot-Funktionen in Ihrem Betriebsmodell verfügbar sind, klären Sie anhand der aktuellen Dokumentation des Anbieters.
Zu generativen KI-Funktionen – automatische Zusammenfassungen von Unterhaltungen, Übersetzung, Aufgabenextraktion, durchsuchbare Gesprächsprotokolle – ist Zurückhaltung angebracht. Solche Funktionen setzen voraus, dass irgendetwas den Klartext verarbeitet, und das steht in direktem Widerspruch zum Kernversprechen der Plattform. Denkbar ist eine Verarbeitung auf dem Endgerät oder in einer selbst kontrollierten Umgebung; ob und in welchem Umfang Wire das anbietet, sollten Sie als offene Frage behandeln und beim Anbieter für Ihre Version klären, statt es vorauszusetzen. Wenn KI-gestützte Protokolle für Sie unverzichtbar sind, ist das ein ernstzunehmendes Argument gegen eine hochsichere Plattform – und für eine bewusste Aufteilung der Kommunikation auf zwei Werkzeuge.
Das Ökosystem ist erwartungsgemäß kleiner als das eines globalen Plattformanbieters mit eigenem App-Marktplatz – und das ist teilweise architektonisch bedingt, nicht nur eine Frage der Marktgröße. Eine offene Plugin-Landschaft, in der Drittanbieter auf Inhalte zugreifen, ist mit einer konsequenten Ende-zu-Ende-Verschlüsselung schwer vereinbar. Dafür sind die vorhandenen Anknüpfungspunkte genau diejenigen, die im Unternehmensbetrieb tatsächlich zählen. Die konkrete Verfügbarkeit einzelner Anbindungen sollten Sie für Ihr Paket, Ihre Version und Ihr Betriebsmodell beim Anbieter verifizieren.
Für den Unternehmenseinsatz ist die Anbindung an vorhandene Identitäten der entscheidende Verwaltungsaspekt. Ohne sie entsteht eine zweite Benutzerdatenbank mit den bekannten Folgen: Ausgeschiedene behalten Zugänge, neue Mitarbeitende warten auf Freischaltung, Passwörter werden mehrfach vergeben. Bei einer Plattform, die ausdrücklich für vertrauliche Kommunikation gewählt wurde, wiegt jeder dieser Fehler schwerer als anderswo – ein vergessenes Konto ist hier kein Ordnungsproblem, sondern ein Sicherheitsvorfall in Wartestellung.
Die drei relevanten Bausteine sind erstens die Anmeldung über den zentralen Identitätsdienst der Organisation, sodass Beschäftigte sich mit dem gewohnten Unternehmenskonto anmelden und bestehende Regeln für Mehrfaktor-Authentifizierung greifen. Zweitens die automatische Bereitstellung und Deaktivierung von Konten aus dem Verzeichnis heraus, damit Eintritte und Austritte ohne manuellen Schritt wirksam werden. Drittens die Übersetzung von Verzeichnisgruppen in Gruppen der Plattform, damit Zugehörigkeiten nicht doppelt gepflegt werden müssen.
Klären Sie in der Auswahlphase konkret, welche dieser Bausteine in Ihrem Paket und Betriebsmodell unterstützt werden, welche Voraussetzungen sie an Ihre Identitätsinfrastruktur stellen und was beim Wechsel des Anmeldeverfahrens mit den bereits registrierten Geräten und deren Schlüsseln geschieht. Der letzte Punkt wird häufig übersehen und kann bei einer Umstellung im laufenden Betrieb zu einer unangenehmen Welle von Neuregistrierungen führen.
Weil die Schlüssel auf den Endgeräten liegen, verschiebt sich der Sicherheitsschwerpunkt genau dorthin. Eine Plattform mit vorbildlicher Kryptografie nützt wenig, wenn das Telefon mit den Schlüsseln ohne Sperrcode in der Bahn liegen bleibt. Die Anbindung an ein Mobilgeräte-Management ist deshalb kein Komfort, sondern Teil des Sicherheitskonzepts.
Praktisch relevant sind vier Punkte: die automatisierte Verteilung und Aktualisierung der Anwendung auf verwalteten Geräten, die Durchsetzung von Geräterichtlinien wie Bildschirmsperre und Verschlüsselung des Gerätespeichers, die Möglichkeit, Unternehmensdaten auf einem verlorenen Gerät gezielt zu löschen, und schließlich der Entzug der Geräteregistrierung in der Plattform selbst. Diese vier Schritte gehören in einen dokumentierten Prozess für den Verlustfall, der nicht erst im Ernstfall erdacht wird. Welche Verwaltungsfunktionen und Konfigurationsprofile Wire für Ihre Plattform unterstützt, klären Sie mit Ihrer IT und dem Anbieter gemeinsam.
Die programmatische Schnittstelle ist der Hebel, mit dem sich die Plattform an Ihre Prozesse anschließen lässt. Typische Automatisierungen im Mittelstand sind die Anlage und Deaktivierung von Konten aus dem Personalsystem heraus, das Erzeugen einer Projektgruppe beim Anlegen eines Projekts, das Einspielen von Alarmmeldungen aus Fach- oder Leitsystemen in eine definierte Gruppe sowie die Übernahme von Verwaltungsereignissen in die eigene Protokollierung.
Ein praktischer Rat aus Projekten: Beginnen Sie nicht mit der Automatisierung, sondern mit einer sauberen manuellen Struktur, die sich einige Wochen bewährt hat. Erst wenn Gruppenlogik, Rollen und Namenskonventionen stabil sind, lohnt es sich, sie in Skripten abzubilden. Wer zu früh automatisiert, zementiert eine Struktur, die er kurz darauf ohnehin ändern muss – und in einem verschlüsselten System sind nachträgliche Umbauten aufwendiger, weil Inhalte nicht einfach serverseitig verschoben werden können.
Die schwierigste Integrationsfrage ist nicht technisch, sondern organisatorisch: Wie erreichen Sie Menschen, die die Plattform nicht nutzen? Drei Wege stehen zur Verfügung. Der erste ist der Gästezugang, der Externe ohne eigene Lizenz einbindet und für Mandanten, Kunden und Projektpartner der Regelfall sein sollte. Der zweite ist Federation zwischen verbundenen Instanzen, wo Partnerorganisationen dieselbe Technologie einsetzen. Der dritte ist der bewusste Medienbruch: Für alles, was nicht schützenswert ist, bleiben E-Mail und die bestehende Suite zuständig.
Der dritte Weg ist wichtiger, als er klingt. Der häufigste Fehler bei der Einführung einer sicheren Plattform ist der Versuch, sie zum universellen Kanal zu machen. Das scheitert regelmäßig, weil die Außenwelt nicht mitzieht, und es endet damit, dass Beschäftigte doch wieder auf E-Mail oder private Messenger ausweichen. Wesentlich erfolgreicher ist eine klare Zuordnung: Diese Inhalte gehören in Wire, jene in die vorhandene Suite. Diese Zuordnung gehört schriftlich in eine kurze Kommunikationsrichtlinie – und sie ist die eigentliche Integrationsleistung.
Diese beiden Anbieter sind die naheliegendsten Vergleichspunkte im DACH-Raum, weil sie dieselbe Motivation bedienen: sichere Kommunikation aus europäischer Hand. Threema Work kommt aus der Schweiz und ist stark als Messenger mit ausgeprägter Datensparsamkeit positioniert; die Nutzung ist ohne Angabe von Telefonnummer oder E-Mail-Adresse möglich, was für bestimmte Szenarien ein echter Vorteil ist. stashcat wiederum ist stark in Behörden, Einsatzorganisationen und öffentlichen Verwaltungen verankert und bringt Funktionen mit, die aus diesem Umfeld stammen.
Wire unterscheidet sich in zwei Punkten. Erstens durch das Protokollfundament: Der offene Standard MLS ist ein anderes Argument als ein herstellereigenes Verfahren, auch wenn dieses gut geprüft sein mag. Zweitens durch die Breite der synchronen Kommunikation – Sprach- und Videokonferenzen sind bei Wire integraler Bestandteil, während sie bei den Vergleichsprodukten je nach Version unterschiedlich stark ausgeprägt sind. Wer primär einen sicheren Messenger sucht, findet in allen drei Produkten eine gute Lösung; wer Chat und Konferenz in einem geschützten Raum bündeln will, hat mit Wire das rundere Angebot. Threema Work und stashcat ordnen wir in eigenen Artikeln ausführlich ein.
Matrix ist ein offenes Protokoll für dezentrale, verschlüsselte Kommunikation, Element der bekannteste Client dazu. Die Motivation überschneidet sich stark mit Wire: offene Standards, Federation, Self-Hosting, Datenhoheit. Der Unterschied liegt im Betriebsmodell und im Reifegrad des Gesamtpakets.
Eine Matrix-Umgebung bietet maximale Freiheit und maximale Verantwortung. Server, Skalierung, Aktualisierungen, Sicherheitspatches, Client-Verteilung und der Support für Endanwendende müssen von jemandem geleistet werden, und die Integration von Konferenzfunktionen erfolgt typischerweise über zusätzliche Komponenten. Für Organisationen mit eigener IT-Mannschaft und Erfahrung im Betrieb solcher Dienste ist das machbar und häufig wirtschaftlich. Für einen Mittelständler mit kleiner, ausgelasteter IT verlagert der Eigenbetrieb ein kalkulierbares Abonnement in ein schwer kalkulierbares Betriebsrisiko. Wire ist in diesem Vergleich der Mittelweg: offene Standards und Self-Hosting-Option, aber als geschlossenes Produkt mit Herstellerverantwortung und definierten Supportzusagen.
Signal genießt in Sicherheitskreisen hohes Ansehen und ist für persönliche vertrauliche Kommunikation eine ausgezeichnete Wahl. Für den organisatorischen Einsatz fehlen jedoch typischerweise genau die Bausteine, die ein Unternehmen braucht: eine zentrale Verwaltung von Konten, ein Rollen- und Rechtekonzept, die Anbindung an Verzeichnisdienste, verbindliche Supportzusagen und eine Vertragsgrundlage, die eine Auftragsverarbeitung abbildet. Wer geschäftliche Kommunikation über einen Consumer-Messenger abwickelt, hat außerdem ein Problem mit der Trennung von privater und dienstlicher Sphäre, mit dem Zugriff auf Adressbücher und mit dem Verbleib von Inhalten bei einem Personalwechsel.
Das gilt in verschärfter Form für Messenger, deren Betreiber Metadaten weitreichend auswertet. Selbst wenn die Inhalte verschlüsselt sind, verrät die Information, wer wann mit wem wie häufig kommuniziert, in Verhandlungs-, Krisen- oder Ermittlungssituationen mehr, als vielen bewusst ist. Eine geschäftliche Plattform mit klarer Vertragsgrundlage ist hier nicht Bürokratie, sondern die Voraussetzung dafür, überhaupt eine belastbare Aussage über den Verbleib von Daten treffen zu können.
Microsoft Teams ist Wire in Breite, Ökosystem und Integrationstiefe klar überlegen und in vielen Organisationen ohnehin vorhanden. Für die überwiegende Mehrheit der alltäglichen Kommunikation ist es die pragmatische Wahl, und eine zweite Plattform daneben muss begründet werden. Die Begründung liegt genau in dem Bereich, in dem Teams architektonisch anders aufgestellt ist: Inhalte sind dort für den Betreiber grundsätzlich zugänglich, was für Archivierung, Suche und Compliance-Funktionen ein Vorteil und für hochvertrauliche Inhalte ein Nachteil ist. Wer beides braucht, betreibt beides – mit klarer Zuordnung, welche Inhalte wohin gehören.
Nextcloud Talk ist der interessantere Vergleich für Organisationen, die ohnehin auf eine selbst betriebene Kollaborationsplattform setzen. Dort ist Kommunikation Teil einer Umgebung, die auch Dateien, Kalender und Dokumentenbearbeitung umfasst – ein Vorteil für die Gesamtarchitektur. Die Verschlüsselungstiefe und die Fokussierung auf Hochsicherheitsszenarien sind bei Wire jedoch stärker ausgeprägt. Die Entscheidung hängt davon ab, ob Sie eine sichere Kommunikationsschicht neben Ihrer Werkzeuglandschaft suchen oder eine integrierte Plattform, die auch sicher kommuniziert.
Zusammengefasst spricht für Wire, wenn mindestens zwei der folgenden Punkte zutreffen: Es gibt Kommunikationsinhalte, deren Bekanntwerden konkreten Schaden anrichten würde. Sie müssen Ihre Werkzeugwahl gegenüber Aufsicht, Auftraggebern oder Mandanten begründen und wollen sich dabei auf einen offenen Standard stützen. Sie brauchen Chat und Konferenz im selben geschützten Raum. Sie wollen die Option auf eine dedizierte oder selbst betriebene Instanz, ohne sofort in den vollen Eigenbetrieb zu gehen. Und Sie binden regelmäßig Externe ein, die keine eigene Lizenz erwerben können.
Gegen Wire spricht, wenn revisionssichere Archivierung und inhaltliche Durchsuchbarkeit der Kommunikation regulatorisch zwingend sind, wenn Sie eine tiefe Integration in Dokumente und Aufgaben erwarten, wenn KI-gestützte Protokollierung eine nicht verhandelbare Anforderung ist oder wenn schlicht kein realer Schutzbedarf besteht. Diese Abwägung sollte dokumentiert werden – sie ist die beste Grundlage, um die Entscheidung später gegenüber Geschäftsführung und Belegschaft zu erklären.
Das folgende Vorgehen hat sich in Mittelstandsprojekten bewährt. Es beginnt bewusst nicht mit der Technik, sondern mit der Frage, welche Kommunikation überhaupt geschützt werden soll – denn eine falsch abgegrenzte Nutzung ist später deutlich teurer zu korrigieren als eine Serverkonfiguration.
Die Wahl des Betriebsmodells ist die folgenreichste Einzelentscheidung. Der betreute Dienst ist der schnellste Weg in den Produktivbetrieb: keine Serverbeschaffung, keine Aktualisierungsplanung, definierte Verfügbarkeit. Weil die Inhalte durch die Ende-zu-Ende-Verschlüsselung ohnehin unlesbar für den Betreiber sind, ist der Sicherheitsnachteil gegenüber dem Eigenbetrieb geringer, als viele zunächst annehmen – er betrifft im Wesentlichen Metadaten und Verfügbarkeitskontrolle, nicht die Inhalte.
Die dedizierte Instanz ist für Organisationen interessant, die eine klare Trennung von anderen Kunden nachweisen müssen oder besondere Anforderungen an Standort und Konfiguration haben, ohne den Betrieb selbst leisten zu wollen. Der Eigenbetrieb schließlich ist die richtige Wahl, wenn regulatorische Vorgaben ihn erzwingen, wenn die Umgebung ohne dauerhafte Internetanbindung auskommen muss oder wenn eine bestehende IT-Organisation vergleichbare Dienste ohnehin betreibt. Vergleichen Sie dabei nicht Lizenzkosten mit Serverkosten, sondern die Gesamtaufwände einschließlich Personal, Bereitschaft, Aktualisierungsdisziplin und Ausfallrisiko.
Im laufenden Betrieb entstehen drei wiederkehrende Aufgaben, die in klassischen Plattformen so nicht existieren. Erstens die Geräteverwaltung: Jedes registrierte Gerät ist ein Zugangsweg. Wenn eine Person ihr Telefon wechselt, muss das alte Gerät entfernt werden – sonst sammeln sich über Jahre verwaiste Registrierungen an. Zweitens die Verifikation: Für kritische Unterhaltungen sollte der Abgleich der Geräteidentitäten verbindlich sein, und zwar mit einem definierten Verfahren statt nach Gefühl. Drittens die Gruppenpflege: Wer scheidet aus, welche Gruppen sind beendet, welche externen Gäste können entfernt werden?
Diese drei Aufgaben klingen kleinteilig, sind aber der eigentliche Betriebsaufwand. Wir empfehlen, sie einer benannten Rolle zuzuordnen und in einen festen Rhythmus zu bringen – etwa eine vierteljährliche Prüfung von Geräteliste, Kontenliste und Gruppenmitgliedschaften mit dokumentiertem Ergebnis. Das kostet wenige Stunden und ist gleichzeitig ein hervorragender Nachweis gegenüber Prüfern, dass die Plattform nicht nur eingeführt, sondern auch geführt wird.
Ein Punkt, der in Auswahlprojekten fast immer zu spät gestellt wird: Was geschieht mit den Unterhaltungen einer Person, die die Organisation verlässt? In einem unverschlüsselten System übernimmt die Administration schlicht das Postfach. In einem Ende-zu-Ende-verschlüsselten System geht das prinzipbedingt nicht – wenn die Schlüssel auf dem Gerät der ausgeschiedenen Person lagen, sind die Inhalte für die Organisation nicht wiederherstellbar.
Daraus folgt eine wichtige Gestaltungsregel: Alles, was die Organisation dauerhaft braucht, gehört nicht ausschließlich in einen Einzelchat. Entscheidungen, Ergebnisse und Unterlagen müssen in die reguläre Ablage überführt werden – manuell, als Teil der Arbeitsroutine. Gruppen mit mehreren Mitgliedern entschärfen das Problem, lösen es aber nicht vollständig. Klären Sie außerdem beim Anbieter, welche Funktionen für den geregelten Zugriff im Notfall oder für eine kontrollierte Übergabe vorgesehen sind und welche Voraussetzungen daran geknüpft sind. Diese Frage gehört vor den Vertragsschluss, nicht danach.
Weil ein Kommunikationssystem im Störungsfall sofort und für alle sichtbar ausfällt, gehört der Umgang mit Störungen in die Planung. Klären Sie vor Vertragsschluss, welche Supportzeiten und Reaktionszusagen zu Ihrem Paket gehören, über welche Kanäle Störungen gemeldet werden, wie Sie über Wartungsfenster informiert werden und – besonders wichtig für Krisenkommunikation – welcher Rückfallkanal gilt, wenn die Plattform nicht verfügbar ist.
Für den internen Betrieb hat sich bewährt, eine kleine Gruppe von Schlüsselanwendenden zu benennen, die die Plattform intensiv nutzen und Kolleginnen und Kollegen unkompliziert helfen können. Diese Rolle löst den Großteil der alltäglichen Fragen, bevor sie zu Tickets werden – gerade bei Verifikation und Geräteregistrierung, wo die Hemmschwelle, nachzufragen, sonst hoch ist. Und sie liefert der IT die Rückmeldungen, die zeigen, wo Richtlinie oder Struktur nachgeschärft werden müssen.
Für Berufsgeheimnisträger ist Vertraulichkeit keine Präferenz, sondern eine berufsrechtliche Pflicht mit spürbaren Konsequenzen. Gleichzeitig ist die gelebte Praxis in vielen Kanzleien und Praxen weit vom Anspruch entfernt: Mandantenunterlagen wandern als Anhang durch unverschlüsselte Postfächer, Rückfragen laufen über private Messenger, und Terminabsprachen mit Patientinnen erfolgen über Kanäle, deren Betreiber Metadaten auswertet. Der Abstand zwischen Anspruch und Realität ist hier größer als in fast jeder anderen Branche.
Eine Ende-zu-Ende-verschlüsselte Plattform mit Gästezugang schließt diese Lücke an einer entscheidenden Stelle: Der Mandant oder die Patientin braucht keine Lizenz, sondern nur die Anwendung und eine Einladung. In der Praxis empfehlen wir, pro Mandat oder Vorgang eine eigene Gruppe anzulegen, die mit dem Abschluss geschlossen wird, und den Weg in einer kurzen Kanzlei- oder Praxisrichtlinie festzuhalten. Wichtig ist die realistische Erwartung: Nicht jeder Mandant wird mitziehen, und ein Teil der Kommunikation bleibt notgedrungen bei E-Mail und Telefon. Der Gewinn liegt darin, für die wirklich sensiblen Vorgänge einen belastbaren Kanal zu haben – nicht darin, jeden anderen Kanal abzuschaffen.
Im Gesundheitswesen kommt hinzu, dass es um besondere Kategorien personenbezogener Daten geht, für die die Datenschutz-Grundverordnung erhöhte Anforderungen stellt. Der Austausch zwischen Praxis, Klinik, Labor und Pflegedienst ist ein klassischer Fall, in dem heute noch Faxgeräte im Einsatz sind, weil der digitale Weg als unsicher gilt. Eine verschlüsselte Plattform ist hier ein qualitativer Fortschritt – vorausgesetzt, die Einführung wird von einer sauberen Datenschutzdokumentation begleitet und nicht als reine Technikmaßnahme betrieben.
Betreiber kritischer Infrastrukturen und ihre Dienstleister haben ein Szenario, das in anderen Branchen selten diskutiert wird: den Fall, dass die eigene IT kompromittiert ist. Wenn ein Angreifer im Netz sitzt und möglicherweise Postfächer und Chatverläufe mitliest, ist die interne Kommunikation über die Standardplattform kein sicherer Ort mehr – ausgerechnet in dem Moment, in dem koordiniertes Handeln am wichtigsten ist.
Für diesen Fall braucht es einen Kanal, der technisch und organisatorisch vom Regelbetrieb getrennt ist: eigene Konten, eigene Geräte oder zumindest eine Anwendung, deren Inhalte auch bei kompromittiertem Server unlesbar bleiben, und ein vorab definierter Teilnehmerkreis. Eine Ende-zu-Ende-verschlüsselte Plattform eignet sich dafür gut – aber nur, wenn sie vorher eingerichtet, verteilt und geübt wurde. Ein Notfallkanal, den im Ernstfall erst jemand installieren muss, ist kein Notfallkanal. Nehmen Sie deshalb eine kurze, jährliche Übung in Ihren Notfallplan auf, in der der Kreis der Beteiligten die Plattform tatsächlich benutzt.
Im industriellen Mittelstand ist die Geheimhaltungsvereinbarung ein Standarddokument – und ihre technische Umsetzung häufig eine Leerstelle. Man unterschreibt, dass Konstruktionsdaten vertraulich behandelt werden, und schickt sie anschließend als Anhang durch ein Postfach, dessen Betreiber und dessen Weiterleitungsregeln niemand geprüft hat. Wenn es zum Streit kommt, ist die Frage, welche technischen und organisatorischen Maßnahmen ergriffen wurden, unangenehm konkret.
Ein geschützter Projektkanal je Auftraggeber oder je Entwicklungsvorhaben ist hier ein pragmatischer Weg. Er dokumentiert nach außen, dass Vertraulichkeit ernst genommen wird, er hält die Kommunikation zu einem Vorhaben an einem Ort, und er lässt sich am Projektende sauber schließen. Für Unternehmen, die als Zulieferer für sicherheitssensible Branchen arbeiten – Verteidigung, Luftfahrt, Energietechnik –, wird diese Frage zunehmend Teil der Lieferantenbewertung. Wer sie beantworten kann, hat einen Wettbewerbsvorteil, der über die IT hinausreicht.
Das fünfte Szenario ist gleichzeitig das mit dem besten Verhältnis von Aufwand und Nutzen, weil es mit wenigen Personen auskommt. Ein Krisenstab, eine Geschäftsleitung in einer Verhandlungsphase, ein Projektteam für eine Übernahme oder Restrukturierung – das sind kleine, klar abgrenzbare Kreise mit hohem Schutzbedarf. Eine sichere Plattform für zehn bis dreißig Personen einzuführen ist überschaubar, während sie für die Gesamtbelegschaft ein Projekt ist.
In der Praxis ist genau das oft der sinnvolle Einstieg: Man beginnt mit dem Kreis, dessen Kommunikation den höchsten Schutzbedarf hat, sammelt Erfahrung mit Verifikation, Geräteverwaltung und Gästeprozess, und erweitert danach schrittweise. Das reduziert Risiko und Kosten, und es liefert eine belastbare Grundlage für die Entscheidung, ob eine breitere Einführung überhaupt sinnvoll ist. Beziehen Sie dabei den Betriebsrat frühzeitig ein: Auch eine verschlüsselte Plattform erzeugt Metadaten über Erreichbarkeit und Aktivität, und Fragen der Verhaltens- und Leistungskontrolle sind hier nicht theoretisch, sondern konkret und mitbestimmungsrelevant.
Zunächst zu den Kosten, weil sie eng mit der Datenschutzfrage verbunden sind: Wer aus Sicherheitsgründen eine zweite Plattform einführt, muss die Zusatzkosten begründen können. Die Gesamtkosten setzen sich aus vier Blöcken zusammen, von denen nur der erste auf dem Angebot steht.
Diesen Kosten steht ein Nutzen gegenüber, der sich benennen lässt: ein belastbarer Nachweis technischer und organisatorischer Maßnahmen gegenüber Aufsicht, Auftraggebern und Mandanten, ein deutlich reduziertes Risiko beim Austausch vertraulicher Unterlagen, ein funktionierender Kanal für den Sicherheitsvorfall und – bei Berufsgeheimnisträgern – die Schließung einer Lücke, die im Schadensfall persönliche Konsequenzen haben kann. Wir empfehlen, diese Nutzenerwartung vor der Einführung schriftlich zu fixieren, damit nach zwölf Monaten überprüfbar ist, ob sie eingetreten ist.
Ein Punkt, der in Verkaufsgesprächen gern übergangen wird: Ende-zu-Ende-Verschlüsselung schützt Inhalte, nicht sämtliche Begleitinformationen. Damit ein System funktioniert, muss es wissen, welches Konto welchem anderen etwas sendet, wann Geräte online sind und welche Gruppen existieren. Diese Verbindungs- und Verwaltungsdaten fallen unvermeidlich an, sie sind personenbezogen, und sie können aussagekräftig sein – wer wann mit wem wie häufig kommuniziert, verrät in einer Verhandlungs- oder Ermittlungssituation mehr, als vielen bewusst ist.
Seriöse Anbieter reduzieren diese Daten so weit wie möglich und legen offen, was anfällt und wie lange es gespeichert wird. Genau danach sollten Sie fragen, und zwar konkret: Welche Metadaten entstehen, wo werden sie gespeichert, wie lange, wer kann darauf zugreifen und werden sie ausgewertet? Beim Eigenbetrieb oder einer dedizierten Instanz verbessert sich die Lage deutlich, weil diese Daten Ihre Umgebung nicht verlassen. Das ist eines der stärksten sachlichen Argumente für ein eigenes Betriebsmodell – und es sollte in Ihrer Bewertung genau dort stehen, statt hinter allgemeinen Verschlüsselungsversprechen zu verschwinden.
Dieser Punkt verdient besondere Aufmerksamkeit, weil er der häufigste Grund für böse Überraschungen nach der Einführung ist. Handels- und steuerrechtliche Aufbewahrungspflichten, branchenspezifische Dokumentationspflichten, Anforderungen an revisionssichere Archivierung, Auskunftsansprüche von Betroffenen und die Notwendigkeit, im Streitfall Sachverhalte belegen zu können – all das setzt voraus, dass Inhalte auffindbar und lesbar sind. Eine konsequente Ende-zu-Ende-Verschlüsselung arbeitet genau dagegen.
Der Konflikt lässt sich nicht auflösen, aber er lässt sich gestalten. Drei Ansätze haben sich bewährt. Erstens die inhaltliche Abgrenzung: Alles, was aufbewahrungspflichtig ist – Verträge, Rechnungen, verbindliche Erklärungen, Handelsbriefe im Rechtssinne –, gehört nicht in den flüchtigen Chat, sondern in die dafür vorgesehenen Systeme. Der sichere Kanal dient der Abstimmung, nicht der Archivierung. Zweitens die bewusste Überführung: Ergebnisse, Entscheidungen und übermittelte Unterlagen werden als Teil der Arbeitsroutine in die reguläre Ablage übernommen. Drittens die schriftliche Dokumentation dieser Entscheidung, damit später nachvollziehbar ist, warum die Kommunikation in diesem Kanal bewusst nicht archiviert wurde.
Klären Sie zusätzlich beim Anbieter, welche Funktionen für eine geregelte Aufbewahrung oder einen kontrollierten Zugriff überhaupt vorgesehen sind und unter welchen Bedingungen. Solche Funktionen existieren in manchen Produkten in unterschiedlicher Ausprägung, sie sind aber immer ein Eingriff in das Vertraulichkeitsversprechen und müssen entsprechend transparent gemacht und mitbestimmungsrechtlich behandelt werden. Wenn Ihre Branche revisionssichere Archivierung der gesamten Geschäftskommunikation verlangt, ist das ein ernstzunehmendes Argument gegen eine durchgängig verschlüsselte Plattform als Hauptkanal – und für ihren gezielten Einsatz in klar abgegrenzten Bereichen.
Fünf Punkte gehören in jede Einführung. Erstens der Auftragsverarbeitungsvertrag, abgeschlossen und im Verarbeitungsverzeichnis dokumentiert – beim Eigenbetrieb entsprechend die eigene Verantwortlichkeit sauber beschrieben. Zweitens ein Berechtigungskonzept: Wer legt Konten an, wer darf Gruppen erstellen, wer Externe einladen, wer Geräte entfernen? Drittens klare Regeln zu Aufbewahrung und Löschung, einschließlich der Frage, was beim Ausscheiden einer Person geschieht. Viertens die Einbindung der Mitbestimmung: Systeme, die Erreichbarkeit und Aktivität sichtbar machen, berühren regelmäßig mitbestimmungspflichtige Tatbestände; eine frühzeitige Betriebsvereinbarung ist einfacher als eine nachträgliche Auseinandersetzung. Fünftens Transparenz gegenüber Beschäftigten und Externen darüber, welche Daten anfallen und wofür sie verwendet werden.
Ein besonderer Blick gilt der technischen und organisatorischen Absicherung der Endgeräte. Die beste Verschlüsselung nützt wenig, wenn das Gerät mit den Schlüsseln unverschlüsselt und ohne Sperre genutzt wird. Geräterichtlinien, Verlustprozess und die Sensibilisierung der Nutzenden gehören deshalb ausdrücklich in die Maßnahmenbeschreibung – sie sind der Teil des Sicherheitskonzepts, für den ausschließlich Sie verantwortlich sind.
