Inhalte unlesbar zu machen trifft den Kern von Sicherheit besser als ein zusaetzliches Schloss davor.

Public-Key-Verfahren im normalen Alltag

Keybase ist ein Kommunikationswerkzeug, das um Verschluesselung herum gebaut ist. Die Startseite haelt die Definition kurz: sichere Nachrichten und Dateifreigabe. Getragen wird beides von Public-Key-Kryptografie, mit der das Projekt Nachrichten privat haelt. Der Nutzer haelt den Schluessel, der Dienst transportiert nur Geheimtext, und diese eine Entscheidung trennt das Vertrauensmodell von dem eines gehosteten Chatdienstes.

Der Unterschied zeigt sich im schlimmsten Fall. Bei einem gehosteten Dienst sitzt der Betreiber zwischen den Enden und koennte theoretisch mitlesen, was durchlaeuft. Hier verlaesst die lesbare Fassung nie das Geraet, auf dem sie entstanden ist. Ob man den Betreibern vertraut oder nicht, der Umfang des noetigen Vertrauens ist kleiner, und das ist das praktische Argument.

Auf der Kostenseite steht dasselbe. Wer den Schluessel selbst haelt, fuer den kann ihn niemand wiederherstellen. Ein verlorenes Geraet ist kein Supportfall, sondern eine geschlossene Tuer, also muss die Wiederherstellung geplant werden, solange noch alles laeuft: ein zweites Geraet registrieren oder die Wiederherstellungsphrase ausserhalb der Maschine aufbewahren.

Die Identitaetspruefung gehoert dazu. Ist der oeffentliche Schluessel an Konten in sozialen Netzen gebunden, laesst sich vor dem Austausch klaeren, wer das Gegenueber ist, statt nach Spitznamen und Profilbild zu urteilen. Fuer nachvollziehbare Uebergaben loest diese Bestaetigung oft mehr als die Verschluesselung selbst, denn eine verschluesselte Nachricht an die falsche Person bleibt eine Nachricht an die falsche Person.

Dateien, Nachrichten und eine Zeitgrenze

Die Dateiverwaltung steht auf demselben Fundament. Laut Projekt lassen sich Fotos, Videos und Dokumente eines Teams Ende-zu-Ende verschluesselt ablegen, der geschuetzte Bereich umfasst also auch die dauerhafte Ablage und nicht nur den Transport. Wer taeglich Material hin und her schiebt, spart sich damit die Suche nach einer zweiten, verschluesselten Ablage und behaelt ein Zugriffsmodell statt zwei.

Beim Messaging kommt eine weitere Kontrolle dazu. Das Projekt erlaubt es, die heikelsten Nachrichten mit einer Frist zu versehen, nach der sie von selbst verschwinden. Zusammen mit dem Schluesselaufbau deckt das zwei getrennte Sorgen ab: dass der Inhalt gar nicht gelesen wird und dass er nicht laenger lesbar bleibt als beabsichtigt. Beides ist kein vollstaendiger Schutz, hilft aber im Alltag, wenn ein Telefon verliehen oder ein Bildschirm mitgelesen wird.

Die genannte Zielgruppe ist breiter als Sicherheitsteams. Das Projekt nennt Haushalte, Mitbewohner, Vereine und Freundeskreise, was etwas ueber die gewollte Einstiegshuerde sagt: Das Werkzeug soll ohne kryptografischen Hintergrund benutzbar sein. Das Ziel ist vernuenftig, nur tragen dann die Vorgaben das Gewicht, und die Vorgaben sind hier eher streng.

Plattformen, Lizenz und das aktuelle Tempo

Die Abdeckung ist weitgehend vollstaendig. Die offizielle Beschreibung nennt macOS, Windows, Linux, iPhone und Android einzeln. Der Client kostet nichts, und dasselbe Konto loest auf verschiedenen Geraeten zur selben kryptografischen Identitaet auf, sodass eine auf dem Telefon eingegangene Nachricht am Rechner ohne zweite Anmeldung aufgeht.

Der Quelltext liegt in einem oeffentlichen Repository unter der BSD-Lizenz in drei Klauseln und kann damit beschafft und gelesen werden. Fuer ein Werkzeug, das verschluesselte Gespraeche verwaltet, ist lesbarer Code eine Voraussetzung und kein Bonus: Ohne ihn bleibt die Zusage Ende-zu-Ende nur eine Aussage ueber die Absicht.

Der aktuelle Stand verdient eine ehrliche Notiz. Die neueste Fassung im Repository ist 6.6.3 vom 3. Juni 2026, die Aenderungen betreffen vor allem die Benachrichtigung bei mehreren Konten sowie einige Korrekturen. Im Oktober 2026 kamen weiterhin Commits hinzu, inhaltlich ueberwiegend Abhaengigkeitsupdates und Korrekturen der Codepruefung. Es laeuft also noch, nur hat sich das Tempo von rascher Entwicklung auf langsame Pflege verschoben. Wer es als fertiges, dauerhaft nutzbares Werkzeug behandelt, kommt den Belegen naeher als jemand, der neue Funktionen erwartet.

Diese Lesart bestimmt die Einfuehrung. Ein Projekt in der Pflege passt schlecht zu einem Team mit Funktionsfahrplan und gut zu einem, das einen pruefbaren, stabilen Kanal behalten will. Ein zweites Backup fuer alles Wichtige nimmt die Abhaengigkeit von einem einzigen Anbieter heraus.

Vertrauen in ein Verschluesselungswerkzeug kommt aus lesbarem Code und aus einem nuechternen Blick darauf, wie schnell es sich noch bewegt.

Ein paar Hinweise zum Start. Erst mit den wichtigsten Beteiligten einen kleinen Versuch fahren und pruefen, ob Senden, Empfangen und Identitaetspruefung sauber laufen, bevor eine ganze Gruppe umzieht. Teamdateien unabhaengig sichern, statt die langfristige Ablage auf einen Dienst zu stellen. Und wenn neue Funktionen wichtig sind, zuerst das Tempo im Repository ansehen und dann entscheiden, wie viel darauf gebaut wird.