Deine Passwörter. Dein Tresor. Deine Privatsphäre.
Ein datenschutzorientierter Passwortmanager für Android, Desktop und iOS – gebaut mit Kotlin Multiplatform und einem Offline-first-Tresor.
Überblick
NexusPass ist ein Passwortmanager für alle, die ihre Zugangsdaten lieber nicht einem Dienst anvertrauen möchten, dem sie vertrauen müssen. Der Tresor ist eine Datei auf dem eigenen Gerät. Es gibt kein Konto, nichts zum Anmelden und keinen Server, der eine Kopie der Daten vorhält.
Gebaut ist er als eine einzige Kotlin-Multiplatform-Codebasis für Android, Desktop und iOS. Das ist keine technische Spielerei: Es bedeutet, dass genau die Teile, auf die es am meisten ankommt – wie ein Tresor entsperrt wird und was währenddessen im Speicher steht – an exakt einer Stelle existieren und einmal geprüft werden.
Status: in aktiver Entwicklung. NexusPass ist noch nicht veröffentlicht. Die Seiten hier beschreiben Entwurf und Umsetzung; Store-Links und verifizierte Details folgen mit dem Release.
Das Problem
Die meisten Menschen kommen zu einem Passwortmanager, weil man es ihnen geraten hat. Was sie dort erwartet, ist meist eine von zwei Enttäuschungen.
Die erste ist Komplexität. Manager für Unternehmen bringen Organisationen, Richtlinien, Freigabehierarchien und Verwaltungskonsolen mit. Wer einfach aufhören möchte, dasselbe Passwort auf dreißig Seiten zu verwenden, muss an all dem vorbei.
Die zweite ist das Konto. Sich zu registrieren, bevor ein einziges Passwort gespeichert ist, ist ein merkwürdiger erster Schritt für ein Produkt, dessen ganzer Zweck Geheimhaltung ist. Es verschiebt auch die Frage: Statt ist mein Tresor sicher? lautet sie plötzlich vertraue ich diesem Unternehmen, seinem Hosting, seinen Mitarbeitenden – und allen, die es später übernehmen?
Ein drittes Problem bekommt weniger Aufmerksamkeit: die zweite App. Einmalcodes woanders zu speichern macht jeden Login zu einem Wechsel zwischen zwei Anwendungen – und sorgt dafür, dass die Wiederherstellungscodes dieser zweiten App an einem unbedachten Ort landen.
Die Lösung
NexusPass beantwortet diese drei Probleme direkt.
Kein Konto. Der Tresor wird lokal angelegt und lokal entsperrt. Es gibt nichts zu registrieren und keine Zugangsdaten, die verloren gehen können.
Ein Ort für den ganzen Login. Passwörter und ihre TOTP-Codes liegen am selben Eintrag – Anmelden ist ein Bildschirm statt eines Sprungs zwischen Apps.
Getrennte Tresore statt eines großen. Private, berufliche und geteilte Zugangsdaten lassen sich trennen, damit das Entsperren eines Tresors nicht alles gleichzeitig anzeigt.
Überall dieselbe App. Android, Desktop und iOS laufen auf demselben gemeinsamen Code – was auf einem Gerät gelernt wurde, gilt auch auf dem nächsten.
Zugangsdaten in getrennte Tresore aufteilen – privat, beruflich, geteilt – damit das Entsperren eines Tresors nicht alles auf einmal offenlegt.
Benutzernamen, Passwörter, URLs, Notizen und eigene Felder, mit Generator für neue Zugangsdaten.
Zeitbasierte Einmalcodes direkt beim zugehörigen Eintrag – ein Login ist damit ein Bildschirm statt zwei Apps.
So funktioniert esWiederverwendbare Vorlagen für Karten, Identitäten, Notizen und Logins, damit dieselben Felder nicht jedes Mal neu angelegt werden.
Entsperren über die Biometrie des Geräts, nachdem der Tresor einmal mit dem Master-Passwort geöffnet wurde.
Einträge nach Name, Benutzername, URL oder Schlagwort finden, ohne eine Liste durchzuscrollen.
Wiederherstellungscodes und Schlüsseldateien direkt beim zugehörigen Eintrag im verschlüsselten Tresor ablegen.
Der Tresor sperrt sich nach Zeitablauf und sobald die App in den Hintergrund wechselt.
Geheimnisse bleiben maskiert, bis sie angezeigt werden, und der App-Inhalt bleibt in der Übersicht des Systems verborgen.
UX & Design
Ein Passwortmanager wird in Eile benutzt, meist während etwas anderes darauf wartet. Das prägt die meisten Entwurfsentscheidungen.
Ein Geheimnis zu lesen ist eine bewusste Handlung. Werte bleiben maskiert, bis man sie anfordert, und der App-Inhalt bleibt in der Systemübersicht verborgen – ein Blick über die Schulter oder eine Bildschirmaufnahme erfasst keinen Tresor.
Sperren passiert automatisch. Der Tresor sperrt sich nach Zeitablauf und sobald die App in den Hintergrund wechselt. Es gibt keinen Zustand, in dem ein unbeaufsichtigtes Gerät offen bleibt.
Suche vor Hierarchie. Die meisten Sitzungen lauten „finde diesen einen Eintrag“, also ist die Suche der schnellste Weg. Ordner gibt es für die Fälle, in denen das nicht reicht.
Ein Design-System über alle Ziele. Weil die Oberfläche Compose Multiplatform ist, ist der Desktop-Build keine Portierung zweiter Klasse, sondern dieselben Komponenten in einem größeren Fenster.
Eine einzige Kotlin-Multiplatform-Codebasis mit einer gemeinsamen Domänenschicht. Nur die dünnste Plattformschicht unterscheidet sich je Ziel – sicherheitskritische Logik wird so genau einmal geschrieben.
Compose-Multiplatform-Oberflächen, geteilt zwischen Android, Desktop und iOS.
Hält den Bildschirmzustand und stellt ihn als beobachtbare Flows bereit. Plattformtypen überschreiten diese Grenze nicht.
Eine Klasse pro sichtbarer Nutzeraktion, damit Geschäftsregeln ohne UI und ohne Datenbank testbar sind.
Der einzige Zugang zu gespeicherten Daten – verbirgt, ob ein Wert aus dem Speicher oder von der Festplatte kam.
Lokale Persistenz und die kryptografische Grenze. Klartext-Geheimnisse verlassen diese Schicht nicht.
Der Tresor liegt auf dem Gerät. Es gibt kein Konto und keinen Server, der eine Kopie vorhält.
Die Tresordatei ist auf der Festplatte verschlüsselt; entschlüsselte Daten existieren nur im Arbeitsspeicher, solange der Tresor offen ist.
Entsperrschlüssel liegen im Android Keystore beziehungsweise in der iOS Keychain statt im App-Speicher.
Automatisches Sperren nach Zeitablauf und beim Wechsel in den Hintergrund – ein unbeaufsichtigtes Gerät bleibt nicht entsperrt.
Die Entscheidung, was ein Passwortmanager nicht tun sollte: kein Konto, keine Sync-Pflicht, kein Upselling.
Die Wahl von Kotlin Multiplatform, damit die sicherheitskritische Schicht einmal geschrieben und einmal geprüft wird.
So funktioniert esDer gemeinsame Komponentensatz entsteht vor den Bildschirmen, damit jede Oberfläche gleich wirkt.
Festlegen, wo Schlüssel liegen, wann der Tresor entsperrt und was zu welchem Zeitpunkt im Speicher steht.
So funktioniert esDesktop- und iOS-Ziele auf derselben gemeinsamen Codebasis wie Android aufbauen.
Unit-Tests rund um die Krypto-Grenze und das Repository, UI-Tests für den Entsperrvorgang.
Paketierung, Store-Prüfung und der erste öffentliche Build.
Rückmeldungen zu einem Projekt, Fehlerberichte und Vorschläge sind jederzeit willkommen.